Решено:Большой load average (диагностика причины высокого значения Load Average)

[Serguei]

имеем Debian etch

Код: Выделить всё

serg@gs:~$ uname -a
Linux gs 2.6.18-6-amd64 #1 SMP Wed Oct 15 10:07:11 UTC 2008 x86_64 GNU/Linux

cpu: Intel® Pentium® Dual CPU E2140 @ 1.60GHz
установлена jdk с сайта http_://java.sun.com/ jdk-6u10-linux-x64.bin
запущена Lineage 2 (4 сервера).
в топе имеем вывод

Код: Выделить всё

top - 18:41:18 up 11 days, 35 min,  3 users,  load average: 8.07, 11.85, 8.39
Tasks:  98 total,   2 running,  96 sleeping,   0 stopped,   0 zombie
Cpu(s):  5.8%us,  6.0%sy,  0.0%ni, 88.1%id,  0.0%wa,  0.0%hi,  0.0%si,  0.0%st
Mem:   8176660k total,  6361748k used,  1814912k free,    46912k buffers
Swap: 15623172k total,       72k used, 15623100k free,   860040k cached

  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
14742 root      19   0 2164m 1.1g 9068 S   15 14.7 170:23.66 java
11532 root      18   0 1995m 1.2g 9068 S    7 15.1  85:37.96 java
12571 root      18   0 1971m 1.0g 9068 S    2 13.1  23:29.67 java
    1 root      18   0  6124  680  560 S    0  0.0   0:01.00 init
    2 root      RT   0     0    0    0 S    0  0.0   0:00.00 migration/0
    3 root      34  19     0    0    0 S    0  0.0   0:00.01 ksoftirqd/0
    4 root      RT   0     0    0    0 S    0  0.0   0:00.00 watchdog/0
    5 root      RT   0     0    0    0 S    0  0.0   0:00.00 migration/1
    6 root      34  19     0    0    0 S    0  0.0   0:00.02 ksoftirqd/1
    7 root      RT   0     0    0    0 S    0  0.0   0:00.00 watchdog/1

как видно из графиков cacti

la в отдельные моменты достигает 60, хотя проц загружен на 10-15%.
подскажите плиз куда рыть и как диагностировать в чем проблема и где узкое место?
процессы под джавой периодически подвисают. раньше линейка работала под виндой и подобных проблем не возникало. после увеличения
RAM до 8 ГБ и перехода на 64 битную Дебиан платформу начались сложности.
спасибо.

[Portnov]

Ну ясно что раз загрузка не в ЦПУ, значит она в подсистеме ввода-вывода. Запустите iotop, посмотрите чего он скажет.
Под подозрением прямота собственно той явы...

[SantaClausRpm]

Ну ясно что раз загрузка не в ЦПУ, значит она в подсистеме ввода-вывода.

Это вряд ли поскольку 0.0%wa

Под подозрением прямота собственно той явы...

Это по теме. Убить джаву и посмотреть
А vmstat что кажет?


Э, народ, там ведь 2-а ядра однако, LA завышено, но не все так плохо.

Так что оставляй 2-а сервера Lineage и будет все ок.

[Serguei]

Ну ясно что раз загрузка не в ЦПУ, значит она в подсистеме ввода-вывода. Запустите iotop, посмотрите чего он скажет.
Под подозрением прямота собственно той явы...

iotop в etch не нашел, только в ленни.
вывод iostat

Код: Выделить всё

iostat -x
Linux 2.6.18-6-amd64 (gs)       01.12.2008

avg-cpu:  %user   %nice %system %iowait  %steal   %idle
           5,48    0,02    1,79    0,03    0,00   92,68

Device:         rrqm/s   wrqm/s   r/s   w/s   rsec/s   wsec/s avgrq-sz avgqu-sz   await  svctm  %util
sda               0,12     0,62  0,16  1,70     6,58    67,59    39,80     0,06   32,56   3,81   0,71
sr0               0,00     0,00  0,00  0,00     0,00     0,00    35,39     0,00  189,58 173,09   0,00

что за sr0?? с таким await большим

vmstat

Код: Выделить всё

vmstat
procs -----------memory---------- ---swap-- -----io---- -system-- ----cpu----
 r  b   swpd   free   buff  cache   si   so    bi    bo   in   cs us sy id wa
 4  0     72 1754472  49516 919752    0    0     2    15    7   21  6  2 93  0

netstat

Код: Выделить всё

netstat -i
Kernel Interface table
Iface   MTU Met   RX-OK RX-ERR RX-DRP RX-OVR    TX-OK TX-ERR TX-DRP TX-OVR Flg
eth2   1500 0  17207523      0      0      0 17530201      0      0      0 BMRU
lo    16436 0  54904505      0      0      0 54904505      0      0      0 LRU

pmstat (почему цпу1 intr/s = 0??)

Код: Выделить всё

mpstat -P ALL
Linux 2.6.18-6-amd64 (gs)       01.12.2008

21:51:51     CPU   %user   %nice    %sys %iowait    %irq   %soft  %steal   %idle    intr/s
21:51:51     all    5,48    0,02    1,73    0,03    0,00    0,06    0,00   92,68    282,46
21:51:51       0    5,30    0,02    1,74    0,03    0,01    0,10    0,00   92,80    282,46
21:51:51       1    5,67    0,03    1,71    0,02    0,00    0,02    0,00   92,56      0,00

без джавы все чики-пики.и так ясно что линейка виновата. вопрос в том как ее оптимизировать до нормальной работы. винда справляллась на ура и единая проблема была ( при запуске 4-х серваков) активный свопинг, поскольку больше четырех гиг оперативки увидеть не могла. потому появлялись тормоза в работе. с увеличением RAM до 8 гиг и переходом на Дебиан 64 все тормоза ПРОПАЛИ. мож и правда кривизна джавы, но мож кто натолкнет на оптимизацию какуюто?

[guglez]

что за sr0?? с таким await большим

Подозреваю, что это кд-пзу, и среднее время доступа.

[Ленивая Бестолочь]

что за sr0?? с таким await большим

подозреваю, что это саташный cd-rom ;-)

ой, сорри проглядел сообщение guglez.

[Serguei]

вопрос решился после обновлением ядра сервера lineage 2.