Re: Dauerlast von jboss/jre auf Debian-Etch VMWare-ESX Gast

[Markus Schulz <msc@antzsystem.de>]

Am Dienstag, 27. Januar 2009 schrieb Markus Schulz:
> Hallo,
>
> ich habe hier ein Problem mit einem Etch das als VMWare-ESX Gast
> läuft. Der JBoss(Sun JRE 1.5) dort erzeugt eine ständige Dauerlast:
>
> Tasks: 236 total,   2 running, 234 sleeping,   0 stopped,   0 zombie
> Cpu0:  0.1%us, 0.1%sy, 0.0%ni, 99.5%id, 0.3%wa, 0.0%hi,  0.0%si,
> 0.0%st Cpu1:  0.1%us, 0.1%sy, 0.0%ni, 99.7%id, 0.1%wa, 0.0%hi, 
> 0.0%si, 0.0%st Cpu2:  0.1%us, 0.1%sy, 0.0%ni, 99.8%id, 0.0%wa,
> 0.0%hi,  0.0%si, 0.0%st Cpu3:  0.1%us, 0.1%sy, 0.0%ni, 99.8%id,
> 0.0%wa, 0.0%hi,  0.0%si, 0.0%st Mem:   3868140k total,  3634152k
> used,   233988k free,   212492k buffers Swap:   915664k total,       
> 0k used,   915664k free,  2206448k cached
>
>   PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
>  3817 jboss     19   0 2350m 1.2g 314m S  379 31.2
> 15:24.71 /usr/lib/jvm/java-1.5.0-sun/bin/java -Dprogram.name=run.sh
> -server -Xms1024m -Xmx1024m -XX: +CMSPermGenSweepingEn
>
>
> Interessanterweise wird die Last nicht bei den einzelnen CPUs
> aufgeführt sondern nur beim Prozess selbst (379%), die Kiste ist aber
> kaum bedienbar.
> Jemand eine Idee was hier querschießt?

Okay, die virtuelle Maschine hat noch größere Probleme, so geht z.B. die 
Uhr trotz NTPD-Server um 20min nach obwohl:

# ntpdc -pn
     remote           local      st poll reach  delay   offset    disp
=======================================================================
*10.0.10.2       10.0.10.15       2 1024  377 0.00002 -0.001837 0.13658

er denkt, er würde synchron laufen.
Damit hängen dann wohl auch die JRE Probleme zusammen.

MfG
-- 
Markus Schulz

A: Because it breaks the logical sequence of discussion
Q: Why is top posting bad?