Hohe Last durch flush:8-0. Was ist das ?

Interessant wäre noch ein Vergleich mit Ubuntu auf der Seagate Festplatte gewesen.
 
Das ist richtig. Hatte aber erstmal keine Zeit mehr. Das kommt vielleicht nächste Woche. Da aber Arch und Ubuntu auf den WD das gleiche Problem erzeugen konnten, spekuliere ich mal das es mit Ubuntu auf der Seagate mit Ubuntu auch nicht auftreten würde. Vielleicht liegt es ja auch am Controller. Villeicht schaffe ich das ja nächste Woche noch zu überprüfen.
 
Ich muss das Thema nochmal aufgreifen... Auf meinem Debian Squeeze Server tritt das Problem jetzt auch auf ... Wie kann ich diesen flush-Prozess abstellen?!

Ständig läuft der 2. Kern auf 100 % ....

Hab grade gelesen, dass es wohl mit noflushd zusammnhängt. Beende ich den Daemon geht die CPU-Last sofort auf 0%-5% runter....

Aber ich ebnötige noflushd damit meine Festplatten in den StandBy gehen ... Was nun?! :(

Leider konnte ich im Netz keine Lösung finden und habe nun noflush gepurged und benutze jetzt:

http://hd-idle.sourceforge.net/

Mal schauen, ob das gleiche Problem hier auch auftritt... Bisher jedenfalls noch nicht..
 
Zuletzt bearbeitet:
Hi.

Also bei mir war eine Festplatte im RAID defekt.

Flush hatte die höchste Last, weswegen ich nach einer Lösung suchte.

Das Problem trat auf einem Backup Rechner auf, der nur alle 2-3 Monate gestartet wird. Ich habe die defekte Festplatte entfernt und jetzt läuft er wieder normal und speichert alle Dateien.

smartctl zeigte keine Fehler. Die HDD-LED blinkte aber immer im gleichen Rhythmus, was mich irritierte.

Grüße Chris
 
falls nochmal jemand besonders große Dateien transferieren und dabei den Rechner nutzen muss:

Code:
echo "300" > /proc/sys/vm/dirty_expire_centisecs
echo "200"  > /proc/sys/vm/dirty_writeback_centisecs

echo "2" > /proc/sys/vm/dirty_background_ratio
echo "5"   > /proc/sys/vm/dirty_ratio

die beiden letzten Werte eventuell noch weiter verringern, wenn viel RAM vorliegt


im Endeffekt wird also so gut wie permanent (alle 2-3 Sekunden) geschrieben - allerdings nicht mehr so, dass alles blockiert wird

die Transferrate geht also hinunter-, die Latenz allerdings auch
 
Zurück
Oben