SuSE9 - miserable Performance
Hallo, ich habe gestern mein SuSE9-Paket per Post erhalten. Nach dem Update der bisherigen 8.2-Version zeigt sich leider, daß der installierte Kernel offenbar ein Problem hat: Der Rechner (ein P4) verhält sich so dermaßen lahm und zäh, daß man kaum damit arbeiten kann. Das Tool top zeigt denn auch permament um die 80 % Systembelastung im Kernel-Modus an, auch wenn eigentlich kein einziges Programm aktiv ist. In der Prozess-Anzeige ist fast 0 % Aktivität zu sehen. Scheinbar dreht da irgend etwas im Kernel Endlosschleifen. Nachdem ich mir einen Kernel manuell übersetzt und installiert habe (weitere Probleme hierbei in einer separaten Mail), ist das Phänomen verschwunden. Das System läuft nun in normaler Geschwindigkeit. Zudem mußte ich auch schon mehrere System-Abstürze mit dem neuen 2.4.21-Kernel beobachten: Alles friert ein, nichts tut sich mehr - nicht mal der Mauszeiger bewegt sich. Die Kernel 2.4.18 und 2.4.20 laufen dagegen stabil bei mir. Hat jemand das selbe Problem, und evtl. sogar schon herausgefunden, woran das Problem genau liegt (Kernel-Optionen, etc.) ? -- Martin Fuchs martin-fuchs@gmx.net
Hallo zusammen, schrieb Martin Fuchs:
Nachdem ich mir einen Kernel manuell übersetzt und installiert habe (weitere Probleme hierbei in einer separaten Mail), ist das Phänomen verschwunden. Das System läuft nun in normaler Geschwindigkeit.
Zudem mußte ich auch schon mehrere System-Abstürze mit dem neuen 2.4.21-Kernel beobachten: Alles friert ein, nichts tut sich mehr - nicht mal der Mauszeiger bewegt sich. Die Kernel 2.4.18 und 2.4.20 laufen dagegen stabil bei mir.
Hat jemand das selbe Problem, und evtl. sogar schon herausgefunden, woran das Problem genau liegt (Kernel-Optionen, etc.) ?
Nur so ein Schuß ins blaue. Ich hätte bei ACPI angefangen zu suchen bevor ich den Kernel komplett neu gebaut hätte. Hab SuSE-9.0 bisher auf 4 versch. Maschienen installiert. Performance ist absolut ok. Selbst auf meinem, in die Jahre gekommenen, Notebook. Gruß Sven
Hallo Sven,
Nur so ein Schuß ins blaue. Ich hätte bei ACPI angefangen zu suchen bevor ich den Kernel komplett neu gebaut hätte. Hab SuSE-9.0 bisher auf 4 versch. Maschienen installiert. Performance ist absolut ok. Selbst auf meinem, in die Jahre gekommenen, Notebook.
Hab ich eben mal probiert: Wenn ich "acpi=off" versuche, bleibt der Rechner schon auf der ersten Seite der Bootmeldungen (nach "cpu:0, clocks:0, slice:0") komplett hängen. Bei einem anderen Versuch mit "ide=nodma apm=off" bootet er zwar, aber läuft dann genauso "gemächlich" wie ohne Optionen. Die Kernellast steht wieder bei 80 %. -- Martin Fuchs martin-fuchs@gmx.net
chrieb Martin Fuchs:
Wenn ich "acpi=off" versuche, bleibt der Rechner schon auf der ersten Seite der Bootmeldungen (nach "cpu:0, clocks:0, slice:0") komplett hängen.
Bei einem anderen Versuch mit "ide=nodma apm=off" bootet er zwar, aber läuft dann genauso "gemächlich" wie ohne Optionen. Die Kernellast steht wieder bei 80 %.
welcher Prozess verursacht die Prozessor-Last? Gruß Sven
Hallo Sven,
Bei einem anderen Versuch mit "ide=nodma apm=off" bootet er zwar, aber läuft dann genauso "gemächlich" wie ohne Optionen. Die Kernellast steht wieder bei 80 %.
welcher Prozess verursacht die Prozessor-Last?
Das ist ja das Mysteriöse: Es wird kein einziger User-Prozeß angezeigt, der diese Last verursachen würde. Offenbar ist dabei alleine der Kernel selbst beteiligt. Grüße, Martin
Hallo Liste, schrieb Martin Fuchs:
welcher Prozess verursacht die Prozessor-Last?
Das ist ja das Mysteriöse: Es wird kein einziger User-Prozeß angezeigt, der diese Last verursachen würde. Offenbar ist dabei alleine der Kernel selbst beteiligt.
Also einen konkreten Ansatzpunkt habe ich im Moment auch noch nicht. Ich würde mal folgendes probieren: - Nach wie vor acpi=off apm=off benutzen - BIOS etwas konservativer einstellen - syslog anschauen, denke jedoch das da nicht viel dri stehen wird Weiterhin würde ich mal versuchen den Rechner lediglich in RunLevel 3 zu starten um evtl. die Ursache eingrenzen zu können. Schauen ob hier die Prozessorlast genauso ist. Alle Karten bzw. Onboard - Geräte die du mal micht unbedingt brauchst deaktivieren bzw. ausbauen. Ich hatte mal ein ähnliches Problem mit einem SCSI-Controller. Du hast jedoch gesagt unter 8.2 hättest du die Probleme nicht gehabt? Gruß Sven
Also einen konkreten Ansatzpunkt habe ich im Moment auch noch nicht. Ich w ürde mal folgendes probieren:
- Nach wie vor acpi=off apm=off benutzen
Dabei hängt sich der Rechner wie gesagt bereits ganz am Anfang während dem Booten auf.
- BIOS etwas konservativer einstellen - syslog anschauen, denke jedoch das da nicht viel dri stehen wird Weiterhin würde ich mal versuchen den Rechner lediglich in RunLevel 3 zu starten um evtl. die Ursache eingrenzen zu können. Schauen ob hier die Prozessorlast genauso ist.
Es tritt sogar im "SINGLE"-Runlevel auf, wenn nur eine Konsole verwendet wird, und lediglich root als User zugelassen ist.
Alle Karten bzw. Onboard - Geräte die du mal micht unbedingt brauchst deaktivieren bzw. ausbauen. Ich hatte mal ein ähnliches Problem mit einem SCSI-Controller. Du hast jedoch gesagt unter 8.2 hättest du die Probleme nicht gehabt?
Nein - mit 8.2 lief alles wunderprächtig. :) Auch mit meinem per Hand kompilierten Kernel habe ich das Problem nicht. Nur mit dem läuft leider noch meine Soundkarte nicht. Ich könnte jetzt natürlich hergehen, und sämtliche Kernel-Optionen ausprobieren - so lange, bis ich den Verursacher gefunden habe. Aber das ist mir ehrlich gesagt zu viel Arbeit. Ich habe eine Support-Anfrage an SuSE gestellt. Mal sehen, ob die sich einen Reim darauf machen können. Grüße, Martin -- Martin Fuchs martin-fuchs@gmx.net NEU FÜR ALLE - GMX MediaCenter - für Fotos, Musik, Dateien... Fotoalbum, File Sharing, MMS, Multimedia-Gruß, GMX FotoService Jetzt kostenlos anmelden unter http://www.gmx.net +++ GMX - die erste Adresse für Mail, Message, More! +++
Hallo zusammen, schrieb Martin Fuchs:
- Nach wie vor acpi=off apm=off benutzen
Dabei hängt sich der Rechner wie gesagt bereits ganz am Anfang während dem Booten auf.
Selbst wenn im BIOS PCI anstatt ACPI eingestellt ist? Was für ein Board hast du denn?
Alle Karten bzw. Onboard - Geräte die du mal micht unbedingt brauchst deaktivieren bzw. ausbauen. Ich hatte mal ein ähnliches Problem mit einem SCSI-Controller. Du hast jedoch gesagt unter 8.2 hättest du die Probleme nicht gehabt?
Nein - mit 8.2 lief alles wunderprächtig. :)
versuchen würde ich es trotzdem mal, ist ja ned sooooo viel Arbeit.
Auch mit meinem per Hand kompilierten Kernel habe ich das Problem nicht. Nur mit dem läuft leider noch meine Soundkarte nicht. Ich könnte jetzt natürlich hergehen, und sämtliche Kernel-Optionen ausprobieren - so lange, bis ich den Verursacher gefunden habe. Aber das ist mir ehrlich gesagt zu viel Arbeit.
Das wäre mir auch zuviel Arbeit.
Ich habe eine Support-Anfrage an SuSE gestellt. Mal sehen, ob die sich einen Reim darauf machen können.
Da bin ich ebenfalls gespannt kannst ja das Ergebnis posten. Gruß Sven
Hallo,
- Nach wie vor acpi=off apm=off benutzen
Dabei hängt sich der Rechner wie gesagt bereits ganz am Anfang während dem Booten auf.
Selbst wenn im BIOS PCI anstatt ACPI eingestellt ist? Was für ein Board hast du denn?
Ein Intel PT845-Board. Das sind diejenigen, bei denen man kaum Einstellmöglichkeiten hat. Z.B. ist auch von Deiner Option "PCI/ACPI" im BIOS keine Spur zu finden. Ich kann lediglich zwischen den Sleep-Leveln 3 und 5 auswählen. Aber ich habe eine gute Nachricht: Der "default"-Kernel funktioniert. Das Problem mit der im Kernel verschluckten Performance tritt nur auf mit dem SMP-Kernel. Fragt sich jetzt nur, weshalb der Installer wohl dachte, er müßte unbedingt den SMP-Kernel installieren. Schließlich habe ich ja nur einen einzigen Prozessor, und Hyperthreading gibts bei mir auch nicht. Naja - und ich hoffe nicht, daß auf Mehrprozessormaschinen das gleiche Problem auftritt. Viel Dank an alle, die mir bei der Fehlersuche geholfen haben. Grüße, Martin
Guten Tag Martin Fuchs, am Dienstag, 14. Oktober 2003 um 03:46 schrieben Sie: MF> Aber ich habe eine gute Nachricht: Der "default"-Kernel MF> funktioniert. Das Problem mit der im Kernel verschluckten MF> Performance tritt nur auf mit dem SMP-Kernel. Fragt sich jetzt MF> nur, weshalb der Installer wohl dachte, er müßte unbedingt den MF> SMP-Kernel installieren. Schließlich habe ich ja nur einen MF> einzigen Prozessor, und Hyperthreading gibts bei mir auch nicht. MF> Naja - und ich hoffe nicht, daß auf Mehrprozessormaschinen das MF> gleiche Problem auftritt. MF> Viel Dank an alle, die mir bei der Fehlersuche geholfen haben. Werd wohl in den Sauren Apfel beißen und auch mal den default nehmen. Ich habe Hyperthreading. -- Mit freundlichen Grüssen Carl Tenschert mailto:cat@tenschert.net
Guten Tag Martin Fuchs, am Montag, 13. Oktober 2003 um 15:51 schrieben Sie:
Also einen konkreten Ansatzpunkt habe ich im Moment auch noch nicht. Ich w ürde mal folgendes probieren:
- Nach wie vor acpi=off apm=off benutzen
MF> Dabei hängt sich der Rechner wie gesagt bereits ganz am Anfang während dem MF> Booten auf.
- BIOS etwas konservativer einstellen - syslog anschauen, denke jedoch das da nicht viel dri stehen wird Weiterhin würde ich mal versuchen den Rechner lediglich in RunLevel 3 zu starten um evtl. die Ursache eingrenzen zu können. Schauen ob hier die Prozessorlast genauso ist.
MF> Es tritt sogar im "SINGLE"-Runlevel auf, wenn nur eine Konsole verwendet MF> wird, und lediglich root als User zugelassen ist.
Alle Karten bzw. Onboard - Geräte die du mal micht unbedingt brauchst deaktivieren bzw. ausbauen. Ich hatte mal ein ähnliches Problem mit einem SCSI-Controller. Du hast jedoch gesagt unter 8.2 hättest du die Probleme nicht gehabt?
MF> Nein - mit 8.2 lief alles wunderprächtig. :) MF> Auch mit meinem per Hand kompilierten Kernel habe ich das Problem nicht. Nur MF> mit dem läuft leider noch meine Soundkarte nicht. Ich könnte jetzt natürlich MF> hergehen, und sämtliche Kernel-Optionen ausprobieren - so lange, bis ich den MF> Verursacher gefunden habe. Aber das ist mir ehrlich gesagt zu viel Arbeit. MF> Ich habe eine Support-Anfrage an SuSE gestellt. Mal sehen, ob die sich einen MF> Reim darauf machen können. MF> Grüße, MF> Martin MF> -- MF> Martin Fuchs MF> martin-fuchs@gmx.net MF> NEU FÜR ALLE - GMX MediaCenter - für Fotos, Musik, Dateien... MF> Fotoalbum, File Sharing, MMS, Multimedia-Gruß, GMX FotoService MF> Jetzt kostenlos anmelden unter http://www.gmx.net MF> +++ GMX - die erste Adresse für Mail, Message, More! +++ Freue mich schon auf das Ergebnis, habe mit meinem P4 auch ständig eine Auslastung von min 35 %. top und ps zeigen mir aber keinen prozess der es sein könnte. Meine Idee Hyperthreading könnte die Ursache sein. -- Mit freundlichen Grüssen Carl Tenschert mailto:cat@tenschert.net
On Mon, Oct 13, Carl Tenschert wrote:
Freue mich schon auf das Ergebnis, habe mit meinem P4 auch ständig eine Auslastung von min 35 %. top und ps zeigen mir aber keinen prozess der es sein könnte.
Meine Idee Hyperthreading könnte die Ursache sein.
Koennte auch ein PCI/ACPI Problem sein. Probier einmal den Kernel aus dem mantel/next Verzeichnis, da ist so ein Problem gefixt. Thorsten -- Thorsten Kukuk http://www.suse.de/~kukuk/ kukuk@suse.de SuSE Linux AG Deutschherrnstr. 15-19 D-90429 Nuernberg -------------------------------------------------------------------- Key fingerprint = A368 676B 5E1B 3E46 CFCE 2D97 F8FD 4E23 56C6 FB4B
Hallo, Am Mon, 13 Oct 2003, Martin Fuchs schrieb:
Auch mit meinem per Hand kompilierten Kernel habe ich das Problem nicht. Nur mit dem läuft leider noch meine Soundkarte nicht.
Verwendest du ALSA? Hast du die ALSA-Module fuer den eigenen Kernel kompiliert? Hast du -- soweit noetig -- die Optionen fuer die Module uebernommen? -dnh -- Eine kurze richtige Antwort (mancher mag sie als unfreundlich bezeichnen) ist besser als eine lange, freundliche, falsche. [Dirk H. Hohndel, SuSE]
Am Montag, 13. Oktober 2003 15:51 schrieb Martin Fuchs:
Auch mit meinem per Hand kompilierten Kernel habe ich das Problem nicht. Nur mit dem läuft leider noch meine Soundkarte nicht.
Probier mal im Kontrollzentrum Sound/Sound-System/Sound-Ein/Ausgabe von "Auto" auf "Alsa" umzustellen. Das hat bei mir geholfen. hth Frank
participants (6)
-
Carl Tenschert
-
David Haller
-
fnoack@t-online.de
-
Martin Fuchs
-
Sven Gehr
-
Thorsten Kukuk