Высокий IOWait, выполняющий JBoss 3.2.7

Детали сервера:
Ядро: Linux wiq31 2.4.21-9.ELsmp # 1 SMP Чт 8 января 17:08:56 EST 2004 i686 i686 i386 GNU/Linux
Процессор: 4 х Intel(R) Xeon ™ процессор 3,06 ГГц
Память: 1028520 кБ
Версия JBoss: 3.2.7

Каждый раз, когда я пытаюсь запустить JBoss, во всех процессорах значения iowait начинают расти, а значения простоя начинают падать.

Перед выполнением моего приложения JBoss команда free возвращает следующий вывод:

             *total       used       free     shared    buffers     cached  
Mem:       1028520     966400      62120          0     187756     538928  
-/+ buffers/cache:     239716     788804  
Swap:      2044072     790672    1253400*  

После запуска моего приложения JBoss команда free возвращает следующий вывод:

             *total       used       free     shared    buffers     cached  
Mem:       1028520    1007648      20872          0     187116     524084  
-/+ buffers/cache:     296448     732072  
Swap:      2044072     819096    1224976*  

После запуска моего приложения JBoss, без ответа на какой-либо запрос, файл java process /proc/PID/status имеет следующие значения:

State:  S (sleeping)
SleepAVG:       27%
Tgid:   24022
Pid:    24022
PPid:   21011
TracerPid:      0
Uid:    500     500     500     500
Gid:    500     500     500     500
FDSize: 256
Groups: 500
VmSize:   775200 kB
VmLck:         0 kB
VmRSS:    156752 kB
VmData:   696752 kB
VmStk:        36 kB
VmExe:        21 kB
VmLib:    710375 kB
StaBrk: 0804f000 kB
Brk:    095bb000 kB
StaStk: bffff8c0 kB
ExecLim:        ffffffff
Threads:        62
SigPnd: 0000000000000000
ShdPnd: 0000000000000000
SigBlk: 0000000000000000
SigIgn: 0000000000000000
SigCgt: 1000000180015ccf
CapInh: 0000000000000000
CapPrm: 0000000000000000
CapEff: 0000000000000000

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

1 ответ

Jboss сам по себе займет довольно значительное количество памяти, даже если на нем ничего не работает.

Чтобы увидеть, если ваша система сильно подкачки, вы всегда можете запустить

vmstat 1

и смотреть вывод. Под "swap" вы увидите "si" и "so"- это будут страницы, которые меняются местами.

В предположении, я бы предложил больше оперативной памяти, но сначала вам стоит начать расследование. Например, если у вас развернуто много больших объектов, вам может понадобиться некоторое время подождать на jboss, чтобы перетащить эти объекты с диска.

Другие вопросы по тегам