Hallo, Am Mon, 28 Jun 2010, Al Bogner schrieb:
@David: Schau, schau, der 5050e ist in der Praxis für Video gar nicht so viel langsamer als der X4 635. ;-) Die HDs sollten auch nicht sehr unterschiedlich sein. Am Server WD mit 2TB, am Client 1TB aus der Green-Reihe.
Is ja auch jew. nur mit einem Thread. Auf dem einen kannste noch ein 2tes Video kodieren, auf dem X4 halt 3 ;) Achso, lavc-mpeg4 skaliert schlecht mit den Threads (max. ca. 150% auf 2 Kernen). x264 soll da besser skalieren, aber da hab ich keine Erfahrungswerte.
David, deine Vorschläge werde ich ASAP probieren. Ich denke, das untermauert, dass es ein NFS-Problem ist, oder?
Jap. Bzw. ein unglückliches Zusammenspiel der Scheduler, FS, NFS, u.U. auch noch Netzwerktreiber (aber eher unwahrscheinlich). Jedenfalls mit dem IO-Kram. Ah, du könntest mal top mitlaufen lassen und gucken, ob und was bei den Hängern CPU Last braucht. Wenn ich richtig liege: nix (außer mencoder, wenn der weiterläuft) -- der Rest müßte im Status 'D' auf IO warten. Und wenn 'top' auch mithängt, dann ist noch der Prozess-Scheduler beteiligt. Mit dessen Auswahl hab ich aber auch keine Erfahrung, mich stören die gelegentlichen IO-Wartezeiten nicht so sehr (sind aber wohl deutlich seltener und eher kürzer als bei dir). Achso: ein -default-Kernel auch auf dem Client könnte helfen, der schaltet weniger oft um zw. Kernelspace (IO) und Userspace (GUI). Wobei: AFAIR kann man mind. einen der 2 Kernels auch per Kernelparameter steuern (hz=). Der -default läuft IIRC mit HZ=100, der -desktop mit HZ=1000. Aber erstmal das obige bzgl. NFS und Scheduler klären. HTH, -dnh -- 114: c't Nicht besser als die Bild, sondern nur dicker und teurer. (Günther Freiherr von Gravenreuth) -- 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