Haufenweise Softwareinterrupts

[Pierre Bernhardt]

Am 17.08.2010 23:07, schrieb Frank Bergmann:
> Hi,
> 
>> Die 50% entsprechen einem von zwei CPU's. Eine Idee wie ich heraus finden
>> kann woran das liegt? Ich habe noch kein Tool gefunden was mir da weiter
>> helfen könnte.
> "si" steht fuer softirq (das Feld in /proc/stat, siehe "man proc").
> "st" ist cycle steal.
> Nutzt Du Virtualisierung?
Ja. Ist eine XEN DomU mit 2 CPU's. Die Maschine hat insgesamt 8 CPU's.
Ich frage mich warum die Dom0 was stehlen muss, wenn doch der Rechner anscheinend
gar nichts tut:

xentop - 20:06:08   Xen 3.0.3-1
7 domains: 1 running, 6 blocked, 0 paused, 0 crashed, 0 dying, 0 shutdown
Mem: 6945320k total, 6944496k used, 824k free    CPUs: 8 @ 1900MHz
      NAME  STATE   CPU(sec) CPU(%)     MEM(k) MEM(%)  MAXMEM(k) MAXMEM(%) VCPUS NETS NETTX(k) NETRX(k) VBDS   VBD_OO   VBD_RD   VBD_WR SSID
    backup --b---       1707    0.0    1048392   15.1    1122304      16.2     2    0        0        0    5      254    96911  3003009    0
   basenet --b---         18    0.0      65368    0.9      98304       1.4     1    0        0        0    2        0     7987     6650    0
  Domain-0 -----r       2369    2.0    4983808   71.8   no limit       n/a     8    0        0        0    0        0        0        0    0
      file --b---         34    0.0      65400    0.9      98304       1.4     2    0        0        0    3        2    52142     7625    0
   gateway --b---        208    0.2     122868    1.8     524288       7.5     1    0        0        0    2        0     4120     5971    0
      mail --b---        696    0.0     524152    7.5     540672       7.8     2    0        0        0    3      445   672839    96814    0
    router --b--- 9708813138    0.1      65280    0.9      98304       1.4     1    0        0        0    2       21     6327    29733    0

Ich habe auch mal in die mail und file DomU gesehen, aber da wird nichts "gestohlen."
Mal sehen, im Moment ist ein wenig was auf dem einem Bandlaufwerk los. Vielleicht
wird ja da die ganze Zeit für aufgewendet. Ich muss mich da noch mal schlau machen.
Wenn es am Zugriff aufs Laufwerk liegt, dann sollte der Wert wieder besser werden,
wenn der Scan der Bänder durch ist.

Pierre

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 316 bytes
Desc: OpenPGP digital signature
URL: <http://lug-owl.de/pipermail/linux/attachments/20100818/1581bbc8/attachment.sig>