Nginx падает

Вроде бы помогло! Но, я так понимаю, после перезагрузке сервера, эта команда не будет действовать? В каком конфиге нужно прописать, что бы всегда стояло данное ограничение?

/etc/security/limits.conf

приведите к виду

root soft nofile 65535

root hard nofile 65535

nobody soft nofile 65535

nobody hard nofile 65535

А ведь на сколько проще, если последовать первой рекомендации и прописать в конфиг nginx

worker_rlimit_nofile 32768;

svyazist, спасибо за помощь

maxttor добавил 22.02.2009 в 01:19

Roxis, т.е. эффект будет тот же самый ?

worker_processes  1;
worker_connections  1024;

->

worker_processes  15;
worker_connections  2048;

А так же в sysctl.conf:

kern.maxfiles=655350

А так же еще необходимо увеличить кол-во процессов php fastcgi.

worker_processes  1;

worker_connections  1024;

worker_processes  15;

worker_connections  2048;

15 процессов nginx вам ничего не дадут, обычно рекомендуется ставить соответственно числу процессоров в системе.

Рекомендую так:

worker_processes 2; (если ядер больше, то ставим соответственно)

worker_connections 16384;

В nginx не используется дисковое aio, при запросе файла воркер будет на нем блокироваться.

Если файлов раздается много, то блокировок тоже становится много, и воркеров может перестать хватать.

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

Точно. Да и для fastcgi_pass чем больше процессов, тем лучше.

Сейчас использую способ, предложенный svyazist

Все работает нормально.

Предложенные варианты с увеличением worker_processes и worker_connections в конфиге nginx - это дополнение к варианту svyazist или замена ему? Если замена, то какой способ более эффективный?

Блокировки могут возникать при сотнях запросов в секунду. При более-менее обычных нагрузках они незаметны :)

KernelMadness добавил 25.02.2009 в 11:42

Это дополнение.

А вот это - worker_rlimit_nofile 32768; замена, причем более грамотная.

И еще, запускать nginx от nobody - дурной тон. Лучше создать пользователя.