Hallo Leute, Ich habe vor einer Woche meinen PIII mit 733 MHz und 192 MByte RAM von SuSE 7.3 auf 8.2 upgedatet. Seitdem läuft alles extrem lahm. 'top' zeigte mir deutliche Beanspruchung beim Arbeitsspeicher (CPU >80% idle), also nahm ich 128 MByte aus einem anderen Rechner und baute sie in den PIII ein -ohne spürbare Verbesserung. Ich sehe in 'top' 6 mozilla-bin Prozesse, die _jeweils_ fast 10% des Speichers belegen. Mozilla und OpenOffice sind auf diesem Rechner die am häufigsten genutzten Anwendungen. Beende ich Mozilla und starte OpenOffice sind sogar 6 OO Prozesse mit über 15% jeweils in 'top' zu sehen. Sind gerade keine GUI-Anwendungen außer KDE gestartet zeigt 'top' eine volle Auslastung des RAMs durch zahlreiche kdeinit-Prozesse an. Fenster öffnen dauert ewig und schreiben tut man etwa doppelt so schnell wie die Zeichen angezeigt werden. Ich möchte sehr ungern von 8.2 wieder downgraden müssen, um an Performance und akzeptable Arbeitsbedingungen zu gelangen. Auch das Erhöhen von 192 auf 320 MByte RAM hatte bisher keine Verbesserung gebracht. Muss noch mehr RAM her? Nun meine Fragen: 1) Kann ich die mozilla-bin Prozesse tunen? Sind unbedingt 6 Prozesse erforderlich? 2) Kann man irgendwie OpenOffice tunen? 3) Kann man sonst irgendwie tunen? Wäre eine Aufstockung mit sehr viel mehr RAM sinnvoll? Wieviel benötige ich Eurer Erfahrung nach für Mozilla und OO? Mozilla-Version benutze ich die 1.4 und OpenOffice die aktuellste deutschsprachige Version 1.1.0. Beste Grüsse, Marc -- FH Furtwangen: http://www.psychology4u.de/cn/ Linux- und Netzwerkberatung: http://www.teamberatung.org Marc Mc Guinness: http://www.mcguinness.de PGP Public Key Block: http://mcguinness.psychology4u.de/public.txt
Am Sonntag 31 August 2003 16:17 schrieb Marc Mc Guinness:
Ich sehe in 'top' 6 mozilla-bin Prozesse, die _jeweils_ fast 10% des Speichers belegen. Mozilla und OpenOffice sind auf diesem Rechner die am häufigsten genutzten Anwendungen. Beende ich Mozilla und starte OpenOffice sind sogar 6 OO Prozesse mit über 15% jeweils in 'top' zu sehen.
Hmm ... ich selbst verwende weder Mozilla noch OpenOffice. Aber es ist durchaus so, dass bei einem Prozess mit vielen Threads jeder Thread seperat dargestellt wird, aber die Speicherauslastung ist nicht jeweils einzelnd zu sehen, da jeder Thread auf die gleichen Resourcen zugreift. Somit wird zwar angezeigt, dass die 6 Mozilla Prozesse jeder 10% des Speichers belegt, aber da alle die gleichen Resourcen nutzen, sind auch insgesammt nur 10% des Speichers belegt. (Wobei ich jetzt nicht weiss, wie Mozilla geschrieben ist. Ich kenne dieses Verhalten nur von meinen Java-Anwendungen.)
Sind gerade keine GUI-Anwendungen außer KDE gestartet zeigt 'top' eine volle Auslastung des RAMs durch zahlreiche kdeinit-Prozesse an.
Hmm ... da scheint dann evtl. mit der KDE Config etwas nicht zu stimmen. Es ist durchaus normal, dass der ganze Speicher in Benutzung ist, da Linux den Speicher dann für Buffer und so nutzt, aber da werden dann keine kdeinit Prozesse angezeigt. Was für kdeinit Prozesse sind dies denn bei Dir? Ich habe einen Haufen kdeinit Prozesse bei mir: knoppix@ttyp0[rw-knoppix]$ ps axu | grep kdeinit knoppix 882 0.0 0.3 18356 1196 ? S 14:44 0:00 kdeinit: Running... knoppix 885 0.0 0.3 20356 1236 ? S 14:44 0:00 kdeinit: dcopserver --nosid knoppix 889 0.0 0.5 22040 1860 ? S 14:44 0:00 kdeinit: klauncher knoppix 891 1.5 0.4 24612 1688 ? S 14:44 1:58 kdeinit: kded knoppix 904 0.0 0.4 24004 1700 ? S 14:44 0:00 kdeinit: kxkb knoppix 907 0.0 0.4 23404 1712 ? S 14:44 0:04 kdeinit: klaptopdaemon knoppix 920 0.0 0.4 28116 1504 ? S 14:45 0:00 kdeinit: knotify knoppix 923 0.0 0.4 22020 1576 ? S 14:45 0:00 kdeinit: ksmserver knoppix 925 0.0 0.9 24296 3580 ? S 14:45 0:01 kdeinit: kwin -session 117f000001000105802738400000006090000_1062239393_825107 knoppix 927 0.1 0.9 25520 3488 ? S 14:45 0:11 kdeinit: kdesktop knoppix 930 0.3 1.2 27192 4756 ? S 14:45 0:25 kdeinit: kicker knoppix 932 0.0 0.0 18896 324 ? S 14:45 0:00 kdeinit: kio_file file /ramdisk/var/tmp/ksocket-knoppix/klauncheruMC2gb.slave-socket /ramdisk/var/tmp/ksocket-knoppix/kdesktopMaN3ic.slave-socket knoppix 938 0.6 0.4 24220 1564 ? S 14:45 0:48 kdeinit: kmix -session 117f000001000105807951900000008050002_1062239393_552928 knoppix 946 0.0 0.2 24440 1012 ? S 14:45 0:00 kdeinit: ksirc -session 117f000001000106170734300000009240004_1062239393_553122 knoppix 1311 1.1 1.0 26608 3956 ? S 14:47 1:24 kdeinit: konsole knoppix 8648 0.0 1.4 18524 5540 ? S 16:44 0:00 kdeinit: kio_pop3 pop3 /ramdisk/var/tmp/ksocket-knoppix/klauncheruMC2gb.slave-socket /ramdisk/var/tmp/ksocket-knoppix/kmailMSWxqa.slave-socket knoppix 9107 3.0 0.1 3732 696 ttyp0 R 16:50 0:00 grep kdeinit knoppix@ttyp0[rw-knoppix]$
Fenster öffnen dauert ewig und schreiben tut man etwa doppelt so schnell wie die Zeichen angezeigt werden. Da stimmt dann garantiert etwas nicht!
Ich möchte sehr ungern von 8.2 wieder downgraden müssen, um an Performance und akzeptable Arbeitsbedingungen zu gelangen. Auch das Erhöhen von 192 auf 320 MByte RAM hatte bisher keine Verbesserung gebracht. Muss noch mehr RAM her?
Nein. 192 MB RAM sollten für normale Applikationen voll und ganz ausreichend sein. Ich selbst würde unter 256 MB zwar nichts mehr gross anfassen, aber dieses Verhalten ist nicht normal! 512 MB RAM würde ich heute bei einer Rechneranschaffung empfehlen, aber das ist dann ein Wert, den man mit der "normalen" Nutzung nie gross erreicht. (Es gib ein paar Killerapplikationen. Da können aber dann auch 2 GB RAM zu wenig sein :) )
Nun meine Fragen: 1) Kann ich die mozilla-bin Prozesse tunen? Sind unbedingt 6 Prozesse erforderlich? 2) Kann man irgendwie OpenOffice tunen? 3) Kann man sonst irgendwie tunen? Wäre eine Aufstockung mit sehr viel mehr RAM sinnvoll? Wieviel benötige ich Eurer Erfahrung nach für Mozilla und OO?
Mozilla und OpenOffice würde ich erst einmal als "unschuld" ausschliessen. Ich würde wie folgt vorgehen: 1) free -> Wieviel Speicher hat er genau in Benutzung? Nicht, dass der Kernel nur 64 MB erkennt! 2) Welche Prozesse belegen den Speicher? Hier die Ursachen abklemmen! Mit 192 MB solltest Du aber sehr gut arbeiten können. Mit den besten Grüßen, Konrad -- Zufallssignatur 2: Problem mit SuSE Linux? Schon in der SDB nach Hilfe gesucht? http://sdb.suse.de/sdb/de/html/
Hallo Leute, Ich habe jetzt mal alle Eure Vorschläge und Fragen aufgegriffen. Hier jetzt meine Ergebnisse: 1) 'ps axu | grep kdeinit' gibt mir folgende Ausgabe: http://www.psychology4u.de/mcguinness/download/psaxu.txt 2) 'free' zeigt mir "320660 total" an. Das ist mein gesamter Arbeitsspeicher. Hier nochmal die exakte Ausgabe: http://www.psychology4u.de/mcguinness/download/free.txt 3) 'ps ax' zeigt mir folgende Prozessliste an: http://www.psychology4u.de/mcguinness/download/psax.txt 4) 'top -n 1' zeigt Folgendes: http://www.psychology4u.de/mcguinness/download/Bildschirmphoto3.png 5) DMA ist eingeschaltet. 6) Online Updates sind alle heruntergeladen. 7) Es läuft die aktuellste KDE-Version (kdebase ist 3.1.3-11). Ich hoffe, dass irgendjemand weiter weiss. Aber auf jeden Fall schonmal vielen Dank für Eure bisherigen Tipps. Gruss, Marc -- FH Furtwangen: http://www.psychology4u.de/cn/ Linux- und Netzwerkberatung: http://www.teamberatung.org Marc Mc Guinness: http://www.mcguinness.de PGP Public Key Block: http://mcguinness.psychology4u.de/public.txt
Hallo, Bei irgendwelchen Spielereien mit im Kontrollzentrum KDEs scheine ich etwas eingestellt zu haben, was an jeden Fensterinhalt ein bisschen zu groß macht, weswegen man in diesem scrollen muss. Googeln half nicht viel. Vielleicht liegt es auch an etwas anderem. Wenn es ein Bug von 3.13 wäre, wäre es hier ja schon geschrieben worden.
Am Sonntag, 31. August 2003 23:55 schrieb Ferdinand Ihringer:
Bei irgendwelchen Spielereien mit im Kontrollzentrum KDEs scheine ich etwas eingestellt zu haben, was an jeden Fensterinhalt ein bisschen zu groß macht, weswegen man in diesem scrollen muss. Googeln half nicht viel. Vielleicht liegt es auch an etwas anderem. Wenn es ein Bug von 3.13 wäre, wäre es hier ja schon geschrieben worden.
Nö, es ist ein Bug in KDE 3.1.3. Und ja, es scheint in den letzten RPMs die vor ein paar Tagen erschienen sind, behoben zu sein. -- Machs gut | http://www.iivs.de/schwinde/buerger/tremmel/ | http://packman.links2linux.de/ Manfred | http://www.knightsoft-net.de
Am Montag, 1. September 2003 23:00 schrieb Manfred Tremmel:
Nö, es ist ein Bug in KDE 3.1.3. Und ja, es scheint in den letzten RPMs die vor ein paar Tagen erschienen sind, behoben zu sein.
Danke! Dann sind entweder die yast-sourcen (auch wenn ich von suse direkt und nicht der tu-darmstadt runterlade) veraltet oder Yast2 ist zum updaten generell beschränkt brauchbar. Dann werde ich das in Zukunft öfters anders machen und statt dem ebigen Notbehelf wget auch atp4rpm ausprobieren.
Hallo, Am Sonntag, 31. August 2003 23:16 schrieb Marc Mc Guinness:
Ich habe jetzt mal alle Eure Vorschläge und Fragen aufgegriffen. Hier jetzt meine Ergebnisse:
1) 'ps axu | grep kdeinit' gibt mir folgende Ausgabe: http://www.psychology4u.de/mcguinness/download/psaxu.txt
2) 'free' zeigt mir "320660 total" an. Das ist mein gesamter Arbeitsspeicher. Hier nochmal die exakte Ausgabe: http://www.psychology4u.de/mcguinness/download/free.txt
3) 'ps ax' zeigt mir folgende Prozessliste an: http://www.psychology4u.de/mcguinness/download/psax.txt
4) 'top -n 1' zeigt Folgendes: http://www.psychology4u.de/mcguinness/download/Bildschirmphoto3.png
5) DMA ist eingeschaltet.
6) Online Updates sind alle heruntergeladen.
7) Es läuft die aktuellste KDE-Version (kdebase ist 3.1.3-11).
Ich hoffe, dass irgendjemand weiter weiss. Aber auf jeden Fall schonmal vielen Dank für Eure bisherigen Tipps.
Ich hab mir die Ausgabe von "free" und von "top -n 1" angesehen und beide zeigen übereinstimmend, dass von deinen ca. 320 MB RAM gut 200 MB für das Cachen der Platte benutzt werden. In Windows-Gewohnheiten übersetzt bedeutet dass, das noch gut 200 MB frei sind. Das sieht doch gut aus. An mangelndem Arbeitsspeicher liegt es also nicht. Schöne Grüße aus Bremen hartmut
On Sun, Aug 31, 2003 at 11:16:55PM +0200, Marc Mc Guinness wrote:
jetzt meine Ergebnisse:
http://www.psychology4u.de/mcguinness/download/free.txt "-/+ buffers/cache: 94536 226124" Deine Maschine belegt zur Zeit 94 MB Speicher, und 226 MB Speicher sind frei. Es ist also ausreichend Speicher vorhanden. Das sieht man auch an Swap: 682720 0 682720 Swap wird nicht angetastet. http://www.psychology4u.de/mcguinness/download/psaxu.txt Von Deinen KDE-Prozessen belegt keiner ungebührlich viel CPU oder Speicher (Spalten 3 und 4). http://www.psychology4u.de/mcguinness/download/psax.txt Du erkennst hier eine ganze Reihe von OpenOffice- und mozilla-"Prozessen". Das sind keine Prozesse, sondern Threads. Sie verbrauchen nicht 6 mal Speicher, sondern alle sechs "Prozesse" teilen sich einen gemeinsamen Speicherbereich. Die Anzahl der Threads zu senken würde keinen Speicher sparen. Wenn Dein Rechner langsam erscheint und die Symptome so aussehen: Erst passiert gar nichts (5 oder 30 Sekunden lang) und dann reagiert das Programm "normal schnell", dann handelt es sich um ein Problem mit Namensauflösung (nsswitch) - es wird irgendwo ein Username oder ein Hostname benötigt, und der angefragte Namensdienst (NIS, LDAP, DNS, whatever) reagiert nicht. Die betreffende Anwendung "friert ein" solange bis der nsswitch in einen Timeout läuft, danach arbeitet sie bis zur nächsten solchen Anfrage normal weiter. Wenn Dein Rechner gleichmäßig langsam ist, und dabei nicht dauernd auf die Platte zugreift, handelt es sich mit großer Wahrscheinlichkeit um ein BIOS-Problem (Prozessor-Caches im BIOS deaktiviert) oder ein ACPI/Powermanagement-Problem (Prozessor läuft im Stromsparmodus mit herabgesetzter Leistung und sollte ohne ACPI gestartet werden). Wenn Dein Rechner nur bei Plattenzugriffen langsam ist, handelt es sich mit großer Wahrscheinlichkeit um ein Problem bei der Harddisk DMA. Kristian
Hallo Leute, Kristian Koehntopp schrieb:
On Sun, Aug 31, 2003 at 11:16:55PM +0200, Marc Mc Guinness wrote:
jetzt meine Ergebnisse:
http://www.psychology4u.de/mcguinness/download/free.txt "-/+ buffers/cache: 94536 226124"
Deine Maschine belegt zur Zeit 94 MB Speicher, und 226 MB Speicher sind frei. Es ist also ausreichend Speicher vorhanden. Das sieht man auch an
Swap: 682720 0 682720
Swap wird nicht angetastet.
Ja, das hatte mich auch schon stutzig gemacht.
http://www.psychology4u.de/mcguinness/download/psaxu.txt
Von Deinen KDE-Prozessen belegt keiner ungebührlich viel CPU oder Speicher (Spalten 3 und 4).
http://www.psychology4u.de/mcguinness/download/psax.txt
Du erkennst hier eine ganze Reihe von OpenOffice- und mozilla-"Prozessen". Das sind keine Prozesse, sondern Threads. Sie verbrauchen nicht 6 mal Speicher, sondern alle sechs "Prozesse" teilen sich einen gemeinsamen Speicherbereich. Die Anzahl der Threads zu senken würde keinen Speicher sparen.
Wenn Dein Rechner langsam erscheint und die Symptome so aussehen: Erst passiert gar nichts (5 oder 30 Sekunden lang) und dann reagiert das Programm "normal schnell", dann handelt es sich um ein Problem mit Namensauflösung (nsswitch) - es wird irgendwo ein Username oder ein Hostname benötigt, und der angefragte Namensdienst (NIS, LDAP, DNS, whatever) reagiert nicht. Die betreffende Anwendung "friert ein" solange bis der nsswitch in einen Timeout läuft, danach arbeitet sie bis zur nächsten solchen Anfrage normal weiter.
Nein, das Problem liegt nicht vor.
Wenn Dein Rechner gleichmäßig langsam ist, und dabei nicht dauernd auf die Platte zugreift, handelt es sich mit großer Wahrscheinlichkeit um ein BIOS-Problem (Prozessor-Caches im BIOS deaktiviert) oder ein ACPI/Powermanagement-Problem (Prozessor läuft im Stromsparmodus mit herabgesetzter Leistung und sollte ohne ACPI gestartet werden).
Ja, gleichmäßig langsam passt schon besser. Okay, dann suche ich mal BIOS-Updates. Aber komisch ist doch, dass das Problem erst seit dem Update von SuSE 7.3 auf 8.2 besteht. 7.3 mit KDE, Mozilla und OpenOffice lief angenehm und man konnte unter 7.3 beim Tippen auch quasi zeitgleich die Buchstaben am Bildschirm sehen... Nebenbei: Es handelt sich um einen Dualboot-Rechner und das "andere" Betriebssystem (2k) ist nicht von diesen Problemen betroffen. Dort wird auch mit OpenOffice und Mozilla gearbeitet.
Wenn Dein Rechner nur bei Plattenzugriffen langsam ist, handelt es sich mit großer Wahrscheinlichkeit um ein Problem bei der Harddisk DMA.
Nein, auch das ist nicht der Fall. Schade, dass niemandem spontan eine konkrete Lösung/Ursache eingefallen ist :-( Beste Grüsse, Marc -- FH Furtwangen: http://www.psychology4u.de/cn/ Linux- und Netzwerkberatung: http://www.teamberatung.org Marc Mc Guinness: http://www.mcguinness.de PGP Public Key Block: http://mcguinness.psychology4u.de/public.txt
Hallo, Am Sonntag, 31. August 2003 16:17 schrieb Marc Mc Guinness:
Ich möchte sehr ungern von 8.2 wieder downgraden müssen, um an Performance und akzeptable Arbeitsbedingungen zu gelangen. Auch das Erhöhen von 192 auf 320 MByte RAM hatte bisher keine Verbesserung gebracht. Muss noch mehr RAM her?
Nun meine Fragen: 1) Kann ich die mozilla-bin Prozesse tunen? Sind unbedingt 6 Prozesse erforderlich? 2) Kann man irgendwie OpenOffice tunen? 3) Kann man sonst irgendwie tunen? Wäre eine Aufstockung mit sehr viel mehr RAM sinnvoll? Wieviel benötige ich Eurer Erfahrung nach für Mozilla und OO?
Schick uns doch mal die Ausgabe von "top -n 1" wenn dein Rechner grade typisch belastet ist. Schöne Grüße aus Bremen hartmut
Am Sonntag, 31. August 2003 16:17 schrieb Marc Mc Guinness:
Ich habe vor einer Woche meinen PIII mit 733 MHz und 192 MByte RAM von SuSE 7.3 auf 8.2 upgedatet. Seitdem läuft alles extrem lahm.
Dann stimmt was nicht, normalerweise solltest Du ne spürbare Performance-Verbesserung bemerken.
'top' zeigte mir deutliche Beanspruchung beim Arbeitsspeicher (CPU
80% idle), also nahm ich 128 MByte aus einem anderen Rechner und baute sie in den PIII ein -ohne spürbare Verbesserung.
Ist DMA aktiv? Wird der komplette Speicher von Linux erkannt? Hast Du die Online-Updates und ein KDE-Update auf 3.1.3 durchgeführt? Gerade KDE hat bei mir mit jeder 3.1er Version deutlich an Geschwindigkeit zugelegt.
Ich sehe in 'top' 6 mozilla-bin Prozesse, die _jeweils_ fast 10% des Speichers belegen. Mozilla und OpenOffice sind auf diesem Rechner die am häufigsten genutzten Anwendungen. Beende ich Mozilla und starte OpenOffice sind sogar 6 OO Prozesse mit über 15% jeweils in 'top' zu sehen.
Die Frage ist, ob die wirklich alle soviel belegen, oder ob sie es insgesamt verbrauchen. Ich hab hier bei meinem laufenden Tomcat 41 Java Prozesse am laufen, die werden mir alle mit 4,3% des Speicherverbrauchs angezeigt werden (41 * 4,3 = 176,3%), das wäre grausam. Speicher ist aber noch massenweise frei.
Sind gerade keine GUI-Anwendungen außer KDE gestartet zeigt 'top' eine volle Auslastung des RAMs durch zahlreiche kdeinit-Prozesse an.
Da stimmt schon ganz massiv was nicht, da sollte noch massenweise Platz sein, wenn Du 196 MB ram hast. Pi * Daumen würd ich mal schätzen, alles über 80 MB ist nicht in Ordnung.
Fenster öffnen dauert ewig und schreiben tut man etwa doppelt so schnell wie die Zeichen angezeigt werden.
Wenn kein Speicher mehr frei ist und hin und her geswappt wird, kann ich mir das vorstellen. -- Machs gut | http://www.iivs.de/schwinde/buerger/tremmel/ | http://packman.links2linux.de/ Manfred | http://www.knightsoft-net.de
participants (7)
-
Ferdinand Ihringer -
Hartmut Meyer -
Klaus Wenger -
Konrad Neitzel -
Kristian Koehntopp -
Manfred Tremmel -
Marc Mc Guinness