-
Willkommen im Linux Club - dem deutschsprachigen Supportforum für GNU/Linux. Registriere dich kostenlos, um alle Inhalte zu sehen und Fragen zu stellen.
Rechner extrem lahm
- Ersteller Treito
- Erstellt am
Nein,
das sind gute Werte (Windoof-Platte):
Okay, es geht mittlerweile schneller, aber das langt vollkommen. Was nützt mir die schnelle Platte, wenn Linux zickt?
Auf der root-Partition sind im Übrigen noch 51 GB frei, bevor die Frage wieder auftaucht.
das sind gute Werte (Windoof-Platte):
Code:
/dev/sda:
Timing cached reads: 3466 MB in 2.00 seconds = 1732.45 MB/sec
Timing buffered disk reads: 358 MB in 3.00 seconds = 119.25 MB/secAuf der root-Partition sind im Übrigen noch 51 GB frei, bevor die Frage wieder auftaucht.
Vorschläge zur weiteren Problemeingrenzung hast Du hier direkt vor Augen, wenn auch etwas verstreut. Schaue Dir vor allem mal ein paar logfiles an - ein solches Verhalten wird normalerweise in irgend einer Form vom System protokolliert. Die Ausgaben von 'top' etc. musst Du übrigens nicht in eine Datei umleiten, Du kannst sie auch einfach mal eine Weile lang beobachten.
gropiuskalle schrieb:
Das ist ja das Problem! Die Kiste wird irgendwann sowas von lahm, dass sich das vielleicht mal alle 5 Minuten aktualisiert, wenn ich es überhaupt schaffe, das Fenster in den Vordergrund zu holen, denn auf Maus oder Tastatur reagiert er dann auch fast nicht mehr...
Das wären die Fehlermeldungen aus dem Log:
Ich habe in der Testphase eines Rechners immer xosview im Autostart. Das kleine Fenster schieb ich irgendwo an den Rand, wo es nicht stört und möglichst immer sichtbar ist. Es zeigt mir auf einen Blick plakativ an, was gerade im Rechner abgeht. Zum Beispiel auch, wann wieviel Speicher belegt wird. Durch Abgleich mit meiner vorherigen Aktion habe ich bisher immer rausbekommen, welches Programm dran schuld war. Nur bei KDE selbst musste ich doch manchmal suchen. Allerdings verrät sich KDE, wenn viel Speicher schon nach dem Start des Desktops verbraten wird.
Scheinbar "stehender Rechner" wird oft verursacht durch CPU-Last von 100%. Bei Dir riecht es danach. Bei mir gab es dafür zwei Ursachen: der x-init-Prozess mit der grafischen Oberfläche oder auch python-hp-systray. Wenn ich bei xosview sah, da stimmt was nicht, kam sofort htop zum Einsatz, das klärt dann genauer auf. Aber ich gebe zu, dass man dann doch mal sehr viel Geduld haben muss, bis htop startet. Es kann hilfreich sein, es vorher schon zu starten.
Hartmut
Scheinbar "stehender Rechner" wird oft verursacht durch CPU-Last von 100%. Bei Dir riecht es danach. Bei mir gab es dafür zwei Ursachen: der x-init-Prozess mit der grafischen Oberfläche oder auch python-hp-systray. Wenn ich bei xosview sah, da stimmt was nicht, kam sofort htop zum Einsatz, das klärt dann genauer auf. Aber ich gebe zu, dass man dann doch mal sehr viel Geduld haben muss, bis htop startet. Es kann hilfreich sein, es vorher schon zu starten.
Hartmut
Hallo,
Ein weiters Tool welches Du (ständig) laufel lassen könntest ist "ksysguard"
Entweder vom KMenü > System > Monitor > System Monitor (= "ksysguard")
oder diekt von "/usr/bin/ksysguard"
Da siehst Du die laufenden Prozesse (mit CPU und Memory Auslastung) -- sowohl tabularisch (erstes Tab) wie auch grafisch (zweites Tab).
Gruss,
Roland
Ein weiters Tool welches Du (ständig) laufel lassen könntest ist "ksysguard"
Entweder vom KMenü > System > Monitor > System Monitor (= "ksysguard")
oder diekt von "/usr/bin/ksysguard"
Da siehst Du die laufenden Prozesse (mit CPU und Memory Auslastung) -- sowohl tabularisch (erstes Tab) wie auch grafisch (zweites Tab).
Gruss,
Roland
Wenn die Ressourcen so kanpp werden dass die Ausgabe von top nicht aktuell sind dann hilft es wohl wenig statt dessen irgendein ressourcenlastigeres zu verwenden.RME schrieb:
Wobei ich das der Meinung bin dass top das richtige Tool wäre - auch wenn das Update nicht klappt dürften die oben angezeigten Anwendungen die Problemfälle sein.
ich denke du solltest, bevor dein Rechner langsam wird, mal die ganzen Dienste der Reihe nach beenden, die du nicht benötigst. Sprich wie in dem log zu sehen ist, cifs vfs,...
Nicht, dass es ein Dienst ist, der deinen Rechner so ausbremst.
Nicht, dass es ein Dienst ist, der deinen Rechner so ausbremst.
Jägerschlürfer schrieb:
Zu spät! Da ich ein anderes Problem habe (Drucker), wollte ich eben bei Gimp was testen. Beim 1. Mal habe ich das pdf aus Versehen mit 100dpi importiert. Dann wollte ich es mit 300dpi noch mal neu importieren und was war?! Rien ne vas plus! Nichts geht mehr!
Also wie bekomme ich das nun raus? htop lief, aber keine Chance, das zu öffnen!
Das führt vermutlich zu noch unerwünschterem Verhalten (Stichwort oom-killer).
Linux Performance Aufzeichnung und Auswertung mit sar
http://www.thomas-krenn.com/de/wiki/Linux_Performance_Aufzeichnung_und_Auswertung_mit_sar
YaST: sysstat - Sar and Iostat Commands for Linux
Gruss,
Roland
http://www.thomas-krenn.com/de/wiki/Linux_Performance_Aufzeichnung_und_Auswertung_mit_sar
YaST: sysstat - Sar and Iostat Commands for Linux
Gruss,
Roland
Ich habe die Diskussion nur überflogen, hatte aber auch ein Performance-Problem, mit 11.4 und kde 4.6.x. Es läuft alles viel schneller, seit ich für meinen »Hauptuser« den Ordner ~/.kde4 umbenannt habe. KDE hat den Ordner neu angelegt und seither geht's flotter.
Rüberkopiert nach dem ersten kurzen Start habe ich kwallet oder meine kmail-Einstellungen.
Je nach den von Dir verwendeten Programmen müssen noch andere Dateien mit umziehen, also vorher genau überlegen.
Gruß,
Alexander
Rüberkopiert nach dem ersten kurzen Start habe ich kwallet oder meine kmail-Einstellungen.
Je nach den von Dir verwendeten Programmen müssen noch andere Dateien mit umziehen, also vorher genau überlegen.
Gruß,
Alexander