Возникла проблема с nginx

r0mik, маны на англицком Вы прочитать не в состоянии, это уже поняли.

Но вы серьезно думаете, что nginх сделан настолько идиотским образом?

Про то, как работает он с POST-запросами - написано на его сайте по-русски

(директивы client_body_*). Если тело запроса больше заданного буфера, то

всё тело запроса или только его часть записывается во временный файл.

Никаких 8Gb памяти не используется, кто Вам такую чушь сказал.

myhand

че вы такой грубый-то, а? :D

ну перепутал я body_size и buffer_size, зачем же нападать-то сразу?

подумайте действительно ли вам так нужен

keepalive_timeout 65;

или его можно сократить.

настройте мониторинг, следите за поведением сервера.

если nginx собран со сторонними матчами внимательно просмотри те все ли вам необходимы.

и в конце концов найдите профессионала, по описанию это какая то элементарная ошибка в настройке

nginx установлен с официального репозитория Debian

В настоящий момент была совет только на счет

1) gzip On - сделать Off

2) + Разобраться с keepalive_timeout 65

еще какие идеи и советы будут?

2) разобраться с тем, что делает nginx в момент наличия проблемы

3) обновить до стабильной версии из testing (собрать бекпорт)

3) хорошое решение от fastvps - http://fastvps.googlecode.com/svn/trunk/scripts/backport_nginx_07_deb.sh

Ну или взять уже собранный нами под Debian 5 x86_64 пакетик: http://fastvps.googlecode.com/files/nginx_0.7.64-2_amd64.deb

Кстати, кого интересуют подробности - это баг 0.6 nginx, вызываемый тем, что ISPManager не совсем корректно усекает файлы конфига Nginx, поэтому и начинается взрывное потребление памяти.

Да, обвноление проблему решыло.