nginx есть проц

Kostya Alexandrov koticka at mail.ru
Tue Nov 13 20:22:37 MSK 2007


да, iowait
wa: Time spent waiting for IO. Prior to Linux 2.5.41, shown as zero.

пожалуй более сказать ничего не смогу.
а что если выключитиь зипование и сравнить?


Nick S. Knutov wrote:
> Там еще штуки три вдс. Слабоактивных.
> wa == iowait? Он вырастает, когда много транзакций к диску. Примерно,
> когда больше 80 в сек - начинает расти.
>
> И да, если это важно - раз в 5-10 минут делается релоад с целью
> переоткрытия конфигов, потому что там стоит самописная панелька,
> которая изначально делалась под шаред хостинг.
>
> vmstat 5 я показывал до отключения буферизации. Сейчас поменялось не
> принципиально,
>  vmstat 5
> procs -----------memory---------- ---swap-- -----io---- --system-- -----cpu------
>  r  b   swpd   free   buff  cache   si   so    bi    bo   in   cs us sy id wa st
>  6  0    528  91312  81792 773232    0    0     2    50    5    5 22  5 64  9  0
>  7  3    528  67624  81872 774536    0    0     0   694 2330  751 38 10 34 18  0
>  0  0    528  84108  82084 775396    0    0     0   361 2064  955 34 13 24 29  0
>  4  0    528  83944  82144 775624    0    0     0     0 1974  606 36  6 56  2  0
>  4  0    528  83640  82240 776508    0    0     0     0 2270  670 23  6 67  4  0
>  7  0    528  77692  82296 777360    0    0     0     0 2372  992 44  8 46  3  0
>  7  0    528  70216  82384 778632    0    0     0     0 2395  949 30  8 52 11  0
>  1  0    528  68876  82492 779836    0    0     0     0 2291 1311 49  8 38  5  0
>  0  0    528  63360  82588 781028    0    0     0     1 2134 1129 33  7 56  5  0
>  0  3    528  62628  82652 781404    0    0     0   530 1714  520 32  5 40 23  0
>
>
>
> Tuesday, November 13, 2007, 8:36:53 PM, you wrote:
>   
>>  Честно говоря странным является только значение столбца wa. Что за ввод вывод неясно.
>>  Но как мне кажется (могу быть не прав) то что выключение
>> буфферизации увеличило нагрузку на процессор,
>>  если при этом уменьшился wa, то проблема как раз в вводе выводе.
>>  
>>  Топу не доверяю ниразу, это что то типа средней температуры по палате.
>>  Хорошо показывает только процессы в состоянии 100% загрузки.
>>  Чтоб так сильно камень жрало - тож невижу, если допустить что у
>> Вас 1025 открытых соединений по которым чего  то тянут, то имхо все неплохо.
>>  
>>  Для сравнения примерно тож самое от меня, но это не виртуал:
>>  
>>  [root at server4 logs]# netstat -a -n | grep .42:80 | grep ESTAB | wc -l
>>  103
>>  [root at server4 logs]# netstat -a -n | grep .42:443 | grep ESTAB | wc -l
>>  1178
>>  [root at server4 logs]# vmstat 5
>>  procs -----------memory---------- ---swap-- -----io---- --system-- ----cpu----
>>   r  b   swpd   free   buff  cache   si   so    bi    bo   in    cs us sy id wa
>>   0  0   1912 472232   4688 717328    0    0    11    74   18     4 14  3 82  1
>>   0  0   1912 471848   4696 717580    0    0     0   117 6613  5451 17  4 78  1
>>   1  0   1912 471336   4704 718092    0    0     0   114 6358  5248 16  5 79  0
>>   0  0   1912 470888   4712 718604    0    0     0   190 6512  5392 16  4 80  1
>>   1  0   1912 470376   4720 719116    0    0     0    58 6484  5375 16  5 79  0
>>  
>>  Топ кажет впринципе хрень какйюто...
>>    PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  #C   TIME WCHAN     COMMAND
>>   1771 nobody    16   0  166m 138m 9620 R   28  6.8 219:45.36  0
>> 219:45 -         nginx: worker process
>>   1772 nobody    16   0  140m 124m 9600 S   14  6.1 213:50.06  0
>> 213:50 -         nginx: worker process
>>  .....
>>  
>>  Nick S. Knutov wrote: 
>>   
>> netstat -n -a | wc -l
>> 1025
>>     
>
>   
>> Что именно там должно быть? С виду - ничего необычного
>> vmstat 5 на вдс ничего не даст, но если брать его с ноды -
>>     
>
>   
>> procs -----------memory---------- ---swap-- -----io---- --system-- -----cpu------
>>  r  b   swpd   free   buff  cache   si   so    bi    bo   in   cs us sy id wa st
>>  2  0    528  95572  62552 852684    0    0     2    50    1    4 22  5 64  9  0
>>  0  1    528  91248  62660 856372    0    0     0     0 2817  907 20  7 66  7  0
>>  1  0    528  80776  62736 853480    0    0     0   100 2793  746 17  7 66 11  0
>>  0  0    528  94220  62832 852388    0    0     0     0 2848  661  8  5 77 10  0
>>  0  0    528  84564  63132 859444    0    0     0     0 2588  848  8  6 75 11  0
>>  0  0    528  83504  63316 860796    0    0     0     0 2259  609  3  4 74 20  0
>>  0  2    528  81848  63364 860876    0    0     0  1427 1620  388  2  1 22 74  0
>>  0  1    528  84820  63512 861272    0    0     0   368 2086  659  8  8 33 51  0
>>  0  0    528  85280  63892 860920    0    0     0     0 2751  824 12  5 62 21  0
>>     
>
>   
>> proxy_buffering off;
>> вроде подняло загрузку проца, если смотреть в top.
>>     
>
>
>
>   
>> Tuesday, November 13, 2007, 7:42:56 PM, you wrote: 
>>   
>>   
>> А можно еще
>> netstat -n -a
>> vmstat 5 
>>   
>>   
>>  
>>   
>>   
>> как совет:
>> попробовать
>>         proxy_buffering off;
>> если файлы большие, то ngnix ,будет перекладывать контент в буфер в 
>> памяти, когда закончится на диск, и только когда примет от бекенда все
>> тогда начнет выплевывать. 
>>   
>>   
>>  
>>   
>>   
>> Nick S. Knutov wrote: 
>>   
>>   
>>  
>>   
>>   
>>   
>> Приветствую, 
>>   
>>   
>>   
>>  
>>   
>>   
>>   
>> Есть вдс, ей дано очень много ресурсов. nginx ест проц. 
>>
>>   
>> OpenVZ, 2.6.18-8.1.8.el5.028stab039.1, failcnt нету, памяти, проца - 
>> достаточно. 
>>   
>>
>>  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
>> 31986 nobody    17   0  4904 3472  692 R   40  0.2   4:50.57 nginx
>> 13398 nobody    17   0  4840 3400  692 R   39  0.2   1:19.98 nginx 
>>
>> Было на 0.5.31, не исчезло после обновления до 0.5.33. 
>>   
>>
>> Вероятнее всего в это время nginx отдает проксированные ответы апача, 
>> который получает их от пхп скрипта. Пхп скрипт, вероятнее всего, 
>> отдает 3х мегабайтные файлы с диска. Про интернал редиректы я в курсе,
>> но скрипты не мои и править нельзя. Да и nginx независимо от, по моему
>> мнению, не должен есть столько проца, скорее его должны бы есть те 
>> скрипты, но с нагрузкой в два потока, по идее, не должны и они. 
>>   
>>     
>
>
>   





More information about the nginx-ru mailing list