Честно говоря странным является только значение
столбца wa. Что за ввод вывод неясно.
Но как мне кажется (могу быть не прав) то что выключение буфферизации
увеличило нагрузку на процессор,
если при этом уменьшился wa, то проблема как раз в вводе выводе.
Топу не доверяю ниразу, это что то типа средней температуры по палате.
Хорошо показывает только процессы в состоянии 100% загрузки.
Чтоб так сильно камень жрало - тож невижу, если допустить что у Вас
1025 открытых соединений по которым чего то тянут, то имхо все неплохо.
Для сравнения примерно тож самое от меня, но это не виртуал:
[root@server4 logs]# netstat -a -n | grep .42:80 | grep ESTAB | wc -l
103
[root@server4 logs]# netstat -a -n | grep .42:443 | grep ESTAB | wc -l
1178
[root@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 независимо от, по моему
мнению, не должен есть столько проца, скорее его должны бы есть те
скрипты, но с нагрузкой в два потока, по идее, не должны и они.
Как искать причины ? Кусок конфига ниже.
|
