
Serverdetails:
Kernel:Linux wiq31 2.4.21-9.ELsmp #1 SMP Do Jan 8 17:08:56 EST 2004 i686 i686 i386 GNU/Linux
CPU:4 x Intel(R) Xeon(TM) CPU 3,06 GHz
Erinnerung:1028520 kB
JBoss-Version:3.2.7
Jedes Mal, wenn ich versuche, JBoss zu starten, beginnen in allen CPUs die Iowait-Werte zu steigen und die Leerlaufwerte zu fallen.
Vor der Ausführung meiner JBoss-AnwendungfreiDer Befehl gibt die folgende Ausgabe zurück:
*total used free shared buffers cached
Mem: 1028520 966400 62120 0 187756 538928
-/+ buffers/cache: 239716 788804
Swap: 2044072 790672 1253400*
Nach dem Start meiner JBoss-AnwendungfreiDer Befehl gibt die folgende Ausgabe zurück:
*total used free shared buffers cached
Mem: 1028520 1007648 20872 0 187116 524084
-/+ buffers/cache: 296448 732072
Swap: 2044072 819096 1224976*
Nach dem Starten meiner JBoss-Anwendung, ohne dass eine Anfrage beantwortet wurde, weist die Datei /proc/PID/status des Java-Prozesses die folgenden Werte auf:
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
Wird dieses Verhalten durch Speicherauslagerung verursacht oder reicht der im Server verfügbare kurze Speicher aus, um meine Anwendung auszuführen?
Antwort1
Jboss beansprucht selbst ziemlich viel Speicher, selbst wenn Sie nichts darauf ausführen.
Um zu sehen, ob Ihr System viel Swapping betreibt, können Sie immer ausführen
vmstat 1
und sehen Sie sich die Ausgabe an. Unter „swap“ sehen Sie „si“ und „so“ – das sind ein- und ausgewechselte Seiten.
Ich würde vermutlich mehr RAM vorschlagen, aber Sie sollten wirklich zuerst die Untersuchung vorantreiben. Wenn Sie beispielsweise viele große Objekte bereitstellen, müssen Sie möglicherweise nur eine Weile warten, bis JBoss diese Objekte von der Festplatte gezogen hat.