Am Dienstag, 24. November 2009 16:40:10 schrieb Heinz Diehl:
On 24.11.2009, Al Bogner wrote:
RAM 512MB Sempron 2400+
Firefox habe ich auch nicht gestartet, da ich gerade nur per ssh zugreife. Es werden per rsync ca. 100GB kleine Dateien (2-7MB, meistens um die 3MB) synchronisiert.
Da erzeugst du massiv disk I/O, und es ist klar, warum du da solche latency Probleme bekommst :-)
Das ist aber eine Ausnahmesituation, denn die Veränderung ist nicht sehr groß, wenn einmal alles gesynct ist. Das Problem entsteht nur bei Neuinstallation bzw. Neupartitionierung.
/dev/disk/by-id/ata-Maxtor_6L200P0_L40X6CQG-part8 /bak1_c2 xfs defaults 1 2
grep PREEMPT /usr/src/linux/.config grep: /usr/src/linux/.config: Datei oder Verzeichnis nicht gefunden
Du solltest mal sehen, wo opensuse die .config fuer deinen aktuellen kernel hat, ich glaube eine Kopie liegt in /boot, und da nachsehen.
CONFIG_PREEMPT_NOTIFIERS=y CONFIG_PREEMPT_NONE=y
cat /sys/block/sda/queue/scheduler noop anticipatory deadline [cfq]
Was ich dir empfehlen wuerde:
1. Komplettes preempting im Kernel aktivieren (CONFIG_PREEMPT).
Ist es das nicht, wenn ich mir o.a. Optionen ansehe?
2. Die XFS Partition mit "rw,noatime,logbsize=256k,logbufs=2,nobarrier" mounten. "Nobarrier" kann u.U. zu einem hoeheren Datenverlust bei einem Crash fuehren, ist aber sehr effektiv.
Datensicherheit geht vor, da es wie oben geschrieben, so ein rsync eine Ausnahmesituation ist.
3. echo "anticipatory" > /sys/block/sda/queue/scheduler
cat /sys/block/sda/queue/scheduler noop anticipatory deadline [cfq] Was bewirkt es, wenn ich die anderen Optionen rauswerfe.
Und wenn du schon deinen Kernel neu uebersetzt, dann nimm gleich einen aktuellen.
Die Situation ist es mir nicht wert einen eigenen Kernel zu bauen. Das wird mir bei ca. 15 Rechnern zu aufwendig, damit es auch Sinn macht. Ich will die Rechner möglichst ähnlich haben. Das erleichtert die Wartung erheblich und auch die Problemsuche.
Damit holst du das heraus, was bei 512MB Ram und einem langsamen Sempron moeglich ist. Beim haufenweise Schreiben von kleinen Dateien ist der disk I/O einfach riesengross.
Wenn du ein "vmstat 2" laufen laesst wirst du auch sehen, dass du locker mehrere Kerne brauchen koenntest (ausnahmsweise), rsync arbeitet parallel.
Da bin schon gespannt, wenn ich in der nächsten Zeit zwischen 2 Dualcores synce. Das kann aber Wochen dauern. Mir wurde heute 2x die ssh-Verbindung zum "Sempron"-PC unterbrochen, d.h. per ssh war kein Zugriff mehr möglich. Kann das mit dem rsync, das auch via ssh läuft zu tun haben? Alles läuft im internen Netz. Al -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org