Hoher IOWait bei der Ausführung von JBoss 3.2.7

Hoher IOWait bei der Ausführung von JBoss 3.2.7

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.

verwandte Informationen