Mailinglist Archive: opensuse-de (841 mails)
| < Previous | Next > |
Re: Fehlersuche: Rechner pausiert kurz bis etwas passiert
- From: David Haller <dnh@xxxxxxxxxxxx>
- Date: Mon, 28 Jun 2010 00:53:30 +0200
- Message-id: <20100627225330.GA9281@xxxxxxxxxxxxxxxxxx>
Hallo,
Am Mon, 28 Jun 2010, Al Bogner schrieb:
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.
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@xxxxxxxxxxxx
Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken
Sie eine Mail an: opensuse-de+help@xxxxxxxxxxxx
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@xxxxxxxxxxxx
Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken
Sie eine Mail an: opensuse-de+help@xxxxxxxxxxxx
| < Previous | Next > |