nginx memcache proxy_store fastcgi_store

[Alexey V. Karagodov]

On 01.06.2008, at 3:46, Gena Makhomed wrote:

> On Sunday, June 1, 2008 at 1:45:14, Alexey V. Karagodov wrote:
>
>>> если на сервере будет такая уязвимая  
>>> конфигурация,
>>> что весь контент хранится в memcached,  
>>> тогда будет
>>> очень легко устроить Denial-of-service,  
>>> например,
>>> сделав на 8 гиг запросов к  
>>> несуществующим или
>>> редкоиспользуемым страницам.
>
> AVK> мне ж не всё нужно. только  
> "избранное".
>
> если не "всё", а только "избранное" - то  
> помещать
> информацию в memcached должен не nginx, а backend
>
> такая схема работы уже реализована и  
> поддерживается в nginx:
> http://sysoev.ru/nginx/docs/http/ngx_http_memcached_module.html
>
>>> существующий сегодня в nginx файловый  
>>> кеш -
>>> быстрее предлагаемого "решения" с  
>>> memcached
>
> AVK> можно подробней. боюсь неправильно  
> понять ...
>
> когда программа записывает инфомацию  
> во временный файл,
> потом через некоторое время  
> считывает содержимое этого файла
> и удаляет его - все эти операции с  
> файлом могут происходить
в моём случае информация будет  
удаляться ох как не сразу

>
> вообще без какого-либо использования  
> дисковой подсистемы.
>
> по крайней мере, так на Linux при  
> использовании XFS, но скорее всего,
> что и в FreeBSD применяются какие-то  
> аналогичные оптимизации. или явно
> задать tmpfs для proxy_temp_path / fastcgi_temp_path,  
> тогда уж точно
> диск будет использоваться только  
> когда закончится свободная память.
у меня мемкеш не свапуется ... это  
считается преступлением ...

>
>
> скорость доступа к оперативной  
> памяти ~ 3000 мегабайт в секунду.
с таким подходом может работать один
>
> скорость доступа через гигабитный  
> линк ~ 100 мегабайт в секунду.
с таким - все
>
>
> -- 
> Best regards,
> Gena
>
>


я согласен с общей концепцией, что  
девелоперам надо больше заниматься  
своим делом ...
с таким подходом нервы будут целее, но  
производительность всего коллектива  
будет падать