Hohe Load, kein CPU

[zylox]

Ich bin gerade dabei von meinem alten Server auf einen neuen umzuziehen und in dem Prozess "tarre" ich alles auf dem alten Server und entpacke es auf dem neuen. Beim Entpacken von größeren Archiven, also 3-5 GB ist mir aufgefallen, dass das komplette System "dicht" ist. Alles hakt, der Webserver antwortet nur sehr langsam, ein "aptitude install bc" braucht jetzt schon mindestens fünf Minuten.

Dabei habe ich eine CPU Auslastung von 0 und eine Load von 8-12. Das ganze auf einem Quadcore Opteron (32bit, Debian Lenny, Bigmem Kernel). An der Festplatte wird es auch nicht liegen, hdparm gab mir vorhin 105mb/s aus.

Woran kann das liegen?

 

[Lord Gurke]

In der Load-Average inbegriffen sind ja auch I/O-Operationen.
Hast du da ein Hardware- oder ein Software-RAID?
Wenn da wirklich viele kleine Dateien auf einmal aus dem Archiv geholt wurden, kann das Hardware-RAID etwas zum syncen brauchen.

Ansonsten sind glaube ich auch Netzwerkoperationen, in der Load-Average mit drin - wenn also praktisch nur das Netzwerk etwas hakt und der ewig auf Operationen von dort warten muss, treibt das den Load auch hoch.
Aufgrund der Tatsache mit dem träge reagierenden System tippe ich eher auf einen Sync-Vorgang im Software-RAID.

 

[LinuxAdmin]

Die Ausgabe des "normalen" top verrät Dir noch andere Informationen, die in diesem Fall nützlich sind.

PS: Um die Ausgabe zu Posten, braucht's keinen Screen-Shot, sondern man kann das Ganze auch per cut&paste hier im Posting innerhalb von [noparse]

 ...

[/noparse]-Tags einfügen. Im Putty reicht es, dafür die Ausgabe mit der linken Maustaste zu markieren -- dann kann der Text im Webbrowser mit Strg-V eingefügt werden.

 

[zylox]

Hast du da ein Hardware- oder ein Software-RAID?
Wenn da wirklich viele kleine Dateien auf einmal aus dem Archiv geholt wurden, kann das Hardware-RAID etwas zum syncen brauchen.

Es ist ein Opteron L von Serverloft mit einem LSI Hardware-RAID. Inzwischen habe ich auch herausgefunden, dass der WriteCache per default abgeschaltet ist. Jetzt habe ich mir das "lsiutil" besorgt und damit den WriteCache aktiviert. Dem Load hilft es manchmal, aber nicht immer (ich denke das liegt wirklich an den Dateigrößen). Immerhin ist seitdem aber nicht mehr das System blockiert und ich kann ganz normal weiterarbeiten.

Ansonsten sind glaube ich auch Netzwerkoperationen, in der Load-Average mit drin - wenn also praktisch nur das Netzwerk etwas hakt und der ewig auf Operationen von dort warten muss, treibt das den Load auch hoch.

Ich streame meine Backups per tar (gepiped mit bzip) via FTP auf den internen Backup Server von Serverloft. Das waren letzte Nacht so ca. 20GB und die Load ist maximal auf 0.5 hoch gegangen was ganz in Ordnung ist, finde ich. Am Netzwerk I/O sollte es also nicht liegen und am Lesen auch nicht.

Letztens hatte ich per Google auch einen Thread gefinden der das Thema Serverloft+LSI+Debian behandelt hat, meiner Meinung sogar hier im Forum, den finde ich aber dummerweise trotz längerem Suchen nicht mehr. Hat den vielleicht jemand zur Hand?

Die Ausgabe des "normalen" top verrät Dir noch andere Informationen, die in diesem Fall nützlich sind.

Hier mal beim Entpacken einer 2GB Datei, ein Gemisch aus 1kb Cache Dateien und bis zu 1MB großen Bilddateien:

top - 11:17:09 up  8:21,  3 users,  load average: 5.37, 2.12, 0.92
Tasks: 145 total,   2 running, 141 sleeping,   0 stopped,   2 zombie
Cpu(s):  0.2%us,  3.3%sy,  0.0%ni, 29.3%id, 67.0%wa,  0.0%hi,  0.2%si,  0.0%st
Mem:   4151056k total,  4007892k used,   143164k free,   170816k buffers
Swap:   999992k total,     8876k used,   991116k free,  3402020k cached

 

[LinuxAdmin]

Top zeigt, dass das System nicht sonderlich ausgelastet ist, dafür aber zu über 60% damit beschäftigt ist, auf langsame Hardware zu warten. In diesem Fall werden das wohl die Festplatten sein. Da die anderen Prozesse auch auf die Platten zugreifen wollen, gibt sich die "hohe" Load, die ja besagt, wie viele Prozesse darauf warten, gescheduled zu werden.

PS: Wenn Du in top die Taste "1" drückst, bekommst Du eine Aufschlüsselung auf die einzelnen CPUs anstelle der Zusammenfassung.

 

[zylox]

Top zeigt, dass das System nicht sonderlich ausgelastet ist, dafür aber zu über 60% damit beschäftigt ist, auf langsame Hardware zu warten.

Danke für die Auswertung. Da ich nicht vor habe hochperformante Datenbankanwendungen oder einen Fileserver zu betreiben sollte es also im Alltag ausreichen. Das einziehen mit großen Archiven vom alten Server war ja auch hoffentlich eine einmalige Aktion.