
Detalhes do servidor:
Núcleo:Linux wiq31 2.4.21-9.ELsmp #1 SMP Qui, 8 de janeiro 17:08:56 EST 2004 i686 i686 i386 GNU/Linux
CPU:4 x CPU Intel(R) Xeon(TM) 3,06 GHz
Memória:1028520 KB
Versão do JBoss:3.2.7
Toda vez que tento iniciar o JBoss, em todas as CPUs, os valores do iowait começam a aumentar e os valores inativos começam a cair.
Antes de executar meu aplicativo JBoss, olivrecomando retorna a seguinte saída:
*total used free shared buffers cached
Mem: 1028520 966400 62120 0 187756 538928
-/+ buffers/cache: 239716 788804
Swap: 2044072 790672 1253400*
Depois de iniciar meu aplicativo JBoss, olivrecomando retorna a seguinte saída:
*total used free shared buffers cached
Mem: 1028520 1007648 20872 0 187116 524084
-/+ buffers/cache: 296448 732072
Swap: 2044072 819096 1224976*
Depois de iniciar meu aplicativo JBoss, sem responder a nenhuma solicitação, o arquivo /proc/PID/status do processo java possui os seguintes valores:
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
Esse comportamento está sendo causado pela troca de memória ou a pouca memória disponível no servidor é suficiente para executar meu aplicativo?
Responder1
O Jboss ocupará uma quantidade bastante significativa de memória por si só, mesmo se você não tiver nada em execução.
Para ver se o seu sistema está trocando muito, você sempre pode executar
vmstat 1
e observe a saída. Em "swap", você verá "si" e "so" - essas serão páginas trocadas dentro e fora.
Suponho que eu sugeriria mais RAM, mas você realmente deveria fazer a investigação primeiro. Por exemplo, se você tiver muitos objetos grandes sendo implantados, talvez seja necessário aguardar um pouco no jboss para arrastar esses objetos para fora do disco.