Nginx-ru mailing list archive (nginx-ru@sysoev.ru)
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: nginx memcache proxy_store fastcgi_store
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
я согласен с общей концепцией, что
девелоперам надо больше заниматься
своим делом ...
с таким подходом нервы будут целее, но
производительность всего коллектива
будет падать
|
