Re[2]: Долгий коннект к с ерверу

["Oleg I." <support@xxxxxxxxxxxxxxx>]

Сейчас нагрузка немного спала:
netstat -na | grep EST | wc -l
    2110

Коннект происходит довольно быстро, но сохранилась вторая проблема (о ней я 
вчера не писал): при скачивании файла очень часто происходит "замирание" т.е. в 
сокет не передаются данные. Это может длиться 30-60 секунд, потом передача 
данных возобновляется.
    4% [==>] 4,529,594     --.--K/s  ETA 2:40:30
Это проблема появляется при установке worker_connections > 1. С одним воркером 
(по крайней мере при текущей нагрузке) значительно увеличивается время 
обработки запроса, но "замираний" не наблюдается. Из специфических настроек 
стоит:
    listen xxx default sndbuf=65536;

Диски:
Disks   ad4   da0
KB/t  95.46 79.81
tps      42   116
MB/s   3.87  9.03
 % busy   27    70
                                      
> Что показывает netstat -Lan и netstat -m ?
netstat -Lan
Current listen queue sizes (qlen/incqlen/maxqlen)
Proto Listen         Local Address         
tcp4  0/0/32768      xxx.xxx.168.122.80
tcp4  0/0/5          *.55521                
tcp4  0/0/5          *.21                   
tcp4  0/0/10         127.0.0.1.25           
tcp4  0/0/128        *.22                   
tcp4  0/0/8096       xxx.xxx.194.21.80
tcp4  0/0/5          *.2049                 
tcp4  0/0/128        *.960                  
tcp4  0/0/128        *.111 

netstat -m
34236/489/34725 mbufs in use (current/cache/total)
1087/181/1268/65536 mbuf clusters in use (current/cache/total/max)
1086/64 mbuf+clusters out of packet secondary zone in use (current/cache)
0/0/0/0 4k (page size) jumbo clusters in use (current/cache/total/max)
0/0/0/0 9k jumbo clusters in use (current/cache/total/max)
0/0/0/0 16k jumbo clusters in use (current/cache/total/max)
10746K/484K/11230K bytes allocated to network (current/cache/total)
0/0/0 requests for mbufs denied (mbufs/clusters/mbuf+clusters)
0/0/0 requests for jumbo clusters denied (4k/9k/16k)
32778/44996/65536 sfbufs in use (current/peak/max)
0 requests for sfbufs denied
0 requests for sfbufs delayed
2821388 requests for I/O initiated by sendfile
11115 calls to protocol drain routines

Это в данный момент. Я сниму эти же показания на таком же конфиге сегодня 
вечером, когда увеличиться нагрузка.

> Не нужно уменьшаять worker_connections пропорционально worker_processes.
> worker_connections может быть достаточно большим.
Теперь будем знать :)