Hallo Ich bin, seitdem ich Opensuse 10.2 auf meinem neuen Rechner (1/2 Jahr) installiert habe, auf der Suche nach der Ursache für die sporadisch und aus meiner Sicht nicht rekonstruierbarer auftretenden "System-Freezes". Die Freezes treten teilweise während oder kurz nach dem Booten, nach dem Start von kmail (meine erste Aktion wenn ich den Rechner hochfahre) aber auch nach mehreren Stunden Leerlauf oder lang laufenden Downloads auf. Einmal sogar während des shutdown. Ich habe kürzlich mit jemandem über das Problem gesprochen und er hat mir von einem ähnlichen Problem berichtet, dass er selber einmal hatte. Seine Lösung war, preempt (Thread-Scheduling) im Kernel abzuschalten um evtl. Thread-Deadlocks zu vermeiden. Meine Fragen: Wie finde ich heraus, ob mein Kernel das unterstützt? Wie kann ich das testweise abschalten? Muss ich den Kernel dazu neu bauen? Ich konnte bei der google-Recherche aus der Flut der Fundstellen nichts herausfiltern was mich weiter gebracht hat. Gruß Rolf Mein System: Opensuse 10.2 64-bit Kernel: 2.6.18.2-34-default Motherboard: Intel DQ965GF Chipsatz: Intel Q965 Express, I/O-Controller: Intel ICH8R Proz: Intel Core2Duo E6300 1,86 GHz EM64T Graphics: Intel GMA 3000 (onboard) Sound: SigmaTel STAC9227 (onboard) LAN: Intel 82566DM Gigabit-Lan (onboard) LAN: Syskonnekt SK-9521 V2.0 10/100/1000Base-T (PCI) RAM: 2GB HD 1: Hitachi HDS72168 HD 2: Hitachi HDT72502 DVD: NEC DV-5800E -- 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
* Rolf Krüger
Ich habe kürzlich mit jemandem über das Problem gesprochen und er hat mir von einem ähnlichen Problem berichtet, dass er selber einmal hatte. Seine Lösung war, preempt (Thread-Scheduling) im Kernel abzuschalten um evtl. Thread-Deadlocks zu vermeiden.
Hm ..., klingt strange.
Meine Fragen: Wie finde ich heraus, ob mein Kernel das unterstützt? Wie kann ich das testweise abschalten? Muss ich den Kernel dazu neu bauen? Ich konnte bei der google-Recherche aus der Flut der Fundstellen nichts herausfiltern was mich weiter gebracht hat.
$ zgrep CONFIG_PREEMPT /proc/config.gz SUSE-Kernels sind ohne CONFIG_PREEMPT. Um das zu ändern müsstest du den Kernel neu bauen, ja. Gruß, Bernhard -- 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
Hallo Bernhard ### Bernhard Walle, Sonntag, 26. August 2007 10:37 ###
Ich habe kürzlich mit jemandem über das Problem gesprochen und er hat mir von einem ähnlichen Problem berichtet, dass er selber einmal hatte. Seine Lösung war, preempt (Thread-Scheduling) im Kernel abzuschalten um evtl. Thread-Deadlocks zu vermeiden.
Hm ..., klingt strange.
Die Lösung oder das Problem an sich ??? :-)
Meine Fragen: Wie finde ich heraus, ob mein Kernel das unterstützt? Wie kann ich das testweise abschalten? Muss ich den Kernel dazu neu bauen?
$ zgrep CONFIG_PREEMPT /proc/config.gz
liefert bei mir: # CONFIG_PREEMPT_NONE is not set CONFIG_PREEMPT_VOLUNTARY=y # CONFIG_PREEMPT is not set # CONFIG_PREEMPT_BKL is not set
SUSE-Kernels sind ohne CONFIG_PREEMPT.
? (s.o.) was bedeutet dieses *_VOLUNTARY=y ?
Um das zu ändern müsstest du den Kernel neu bauen
Dank & Gruß Rolf -- 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
* Rolf Krüger
Die Lösung oder das Problem an sich ??? :-)
Beides. ;)
SUSE-Kernels sind ohne CONFIG_PREEMPT.
? (s.o.) was bedeutet dieses *_VOLUNTARY=y ?
config PREEMPT_VOLUNTARY bool "Voluntary Kernel Preemption (Desktop)" help This option reduces the latency of the kernel by adding more "explicit preemption points" to the kernel code. These new preemption points have been selected to reduce the maximum latency of rescheduling, providing faster application reactions, at the cost of slightly lower throughput. This allows reaction to interactive events by allowing a low priority process to voluntarily preempt itself even if it is in kernel mode executing a system call. This allows applications to run more 'smoothly' even when the system is under load. Select this if you are building a kernel for a desktop system. Gruß, Bernhard -- 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
participants (2)
-
Bernhard Walle -
Rolf Krüger