Сервер не справляется с нагрузкой

[Anton Perkov]

Yaroslav Muravskiy пишет:
> Igor Sysoev пишет:
>> On Wed, Feb 14, 2007 at 07:37:09PM +0200, Yaroslav Muravskiy wrote:
>>
>>   
>> Можно попробовать выключить limit_conn.
>> Есть что-гибудь в error_log ?
>> Что показывает top ?
>>
>>   
> top
> top - 21:50:52 up 3 days,  8:27,  1 user,  load average: 2.14, 2.07, 2.01
> Tasks:  55 total,   1 running,  54 sleeping,   0 stopped,   0 zombie
> Cpu(s):  0.6% us,  3.9% sy,  0.0% ni,  0.9% id, 83.3% wa,  0.0% hi, 
> 11.4% si
> Mem:   1009512k total,   994004k used,    15508k free,     4784k buffers
> Swap:  2024180k total,      144k used,  2024036k free,   849152k cached
>
>   PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
>  4801 root      15   0 32288 7624 2176 D  2.0  0.8   3:43.01 nginx
>     1 root      16   0  4752  576  480 S  0.0  0.1   0:01.40 init
>     2 root      34  19     0    0    0 S  0.0  0.0   0:00.00 ksoftirqd/0
>     3 root       5 -10     0    0    0 S  0.0  0.0   0:00.14 events/0
>     4 root       5 -10     0    0    0 S  0.0  0.0   0:00.00 khelper
>     5 root      15 -10     0    0    0 S  0.0  0.0   0:00.00 kacpid
>    34 root       5 -10     0    0    0 S  0.0  0.0   0:00.00 kblockd/0
>
> В error_log были записи плана  "Too many open files"  прописал 
> worker_rlimit_nofile 10240, ошибка пропала но грузится аналогично.
С "Too many open files" можно бороться увеличив лимит на количество 
одновременно открытых файлов в системе, это конечно борьба с симптомом, 
но у меня была ситуация когда PosqtgreSQL на FreeBSD открывала много 
файлов и выбирала этот лимит - увеличил kern.maxfiles и postgres стала 
работать в разы быстрее.

> Игорь как Вы посоветуете прописать limit_conn?