Hallo Werner, hallo Liste Am Sonntag, den 25.06.2006, 13:45 +0200 schrieb Werner Flamme: |..|
Kurz bevor die Begrüssungsmelodie erklingt: sigi@linux:~> top top - 11:08:13 up 3 min, 6 users, load average: 4.44, 2.32, 0.91 Tasks: 173 total, 1 running, 172 sleeping, 0 stopped, 0 zombie Cpu(s): 2.6% us, 1.7% sy, 0.0% ni, 19.5% id, 72.2% wa, 4.0% hi, 0.0% si Mem: 775840k total, 752392k used, 23448k free, 64688k buffers Swap: 1028080k total, 0k used, 1028080k free, 305052k cached
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 6635 sigi 15 0 33060 12m 10m S 2.3 1.7 0:00.47 knotify 443 root 15 0 0 0 0 S 0.3 0.0 0:00.14 pdflush 6655 sigi 16 0 2108 1052 764 R 0.3 0.1 0:00.04 top 1 root 16 0 692 264 224 S 0.0 0.0 0:00.83 init 2 root 34 19 0 0 0 S 0.0 0.0 0:00.00 ksoftirqd/0 3 root 10 -5 0 0 0 S 0.0 0.0 0:00.00 events/0 4 root 10 -5 0 0 0 S 0.0 0.0 0:00.00 khelper 5 root 10 -5 0 0 0 S 0.0 0.0 0:00.00 kthread 11 root 10 -5 0 0 0 S 0.0 0.0 0:00.00 kacpid 407 root 10 -5 0 0 0 S 0.0 0.0 0:00.05 kblockd/0 442 root 20 0 0 0 0 S 0.0 0.0 0:00.00 pdflush 445 root 11 -5 0 0 0 S 0.0 0.0 0:00.00 aio/0 444 root 25 0 0 0 0 S 0.0 0.0 0:00.00 kswapd0 1034 root 10 -5 0 0 0 S 0.0 0.0 0:00.00 kseriod 1276 root 10 -5 0 0 0 S 0.0 0.0 0:00.01 reiserfs/0 2336 root 13 -4 1864 924 604 S 0.0 0.1 0:01.17 udevd 2577 root 10 -5 0 0 0 S 0.0 0.0 0:00.00 khubd sigi@linux:~>
Was kann ich da machen, wo kann ich da schrauben? Ich weiß leider nicht weiter. Wäre dankbar für Hilfe.
Hallo Siegfried,
der Wert "72.2% wa" deutet darauf hin, dass die CPU auf Ein-/Ausgaben wartet - stirbt Deine Platte gerade?
Das will ich nicht hoffen, wie könnte ich das feststellen? Hast da einen Tip.
Es gibt inzwischen bei SUSE 10.0 ein Tool ionice, das den I/O ähnlich beeinflussen kann wie nice die CPU-Nutzung. Vielleicht hilft das ja...
Ich hab mal wegen Ionice gegooglt aber da bin ich nicht schlau draus geworden, ob ich das überhaupt brauchen könnte. Momentan gemachtes top: sigi@linux:~> top top - 17:05:37 up 6:00, 6 users, load average: 0.30, 0.29, 0.40 Tasks: 195 total, 1 running, 194 sleeping, 0 stopped, 0 zombie Cpu(s): 3.3% us, 1.7% sy, 0.0% ni, 93.7% id, 0.0% wa, 1.0% hi, 0.3% si Mem: 775840k total, 767392k used, 8448k free, 21588k buffers Swap: 1028080k total, 400676k used, 627404k free, 279344k cached PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 5152 root 15 0 116m 31m 2624 S 2.3 4.1 30:55.20 X 5707 sigi 15 0 28760 13m 11m S 1.3 1.8 0:03.35 konsole 6637 sigi 15 0 56100 38m 20m S 0.7 5.1 0:23.37 konqueror 30457 sigi 16 0 2240 1060 764 R 0.7 0.1 0:00.06 top 1 root 16 0 692 64 40 S 0.0 0.0 0:00.87 init 2 root 34 19 0 0 0 S 0.0 0.0 0:00.15 ksoftirqd/0 3 root 10 -5 0 0 0 S 0.0 0.0 0:00.08 events/0 4 root 10 -5 0 0 0 S 0.0 0.0 0:00.00 khelper 5 root 10 -5 0 0 0 S 0.0 0.0 0:00.00 kthread 11 root 10 -5 0 0 0 S 0.0 0.0 0:00.00 kacpid 407 root 10 -5 0 0 0 S 0.0 0.0 0:00.48 kblockd/0 442 root 15 0 0 0 0 S 0.0 0.0 0:01.60 pdflush 445 root 11 -5 0 0 0 S 0.0 0.0 0:00.00 aio/0 444 root 15 0 0 0 0 S 0.0 0.0 0:03.99 kswapd0 1034 root 10 -5 0 0 0 S 0.0 0.0 0:00.00 kseriod 1276 root 10 -5 0 0 0 S 0.0 0.0 0:00.01 reiserfs/0 2336 root 12 -4 1864 528 528 S 0.0 0.1 0:01.17 udevd Das swapen hält noch immer an seit ca.6 Stunden, begann mit OO. ging dann nicht mehr weg. Aber 0.0% wa! Ich werde daraus nicht schlau. -- Schönen Gruß Sigi -- Um die Liste abzubestellen, schicken Sie eine Mail an: suse-linux-unsubscribe@suse.com Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: suse-linux-help@suse.com
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Siegfrid Brandstätter schrieb am 25.06.2006 19:14:
Hallo Werner, hallo Liste Am Sonntag, den 25.06.2006, 13:45 +0200 schrieb Werner Flamme: |..|
Kurz bevor die Begrüssungsmelodie erklingt: sigi@linux:~> top top - 11:08:13 up 3 min, 6 users, load average: 4.44, 2.32, 0.91 Tasks: 173 total, 1 running, 172 sleeping, 0 stopped, 0 zombie Cpu(s): 2.6% us, 1.7% sy, 0.0% ni, 19.5% id, 72.2% wa, 4.0% hi, 0.0% si Mem: 775840k total, 752392k used, 23448k free, 64688k buffers Swap: 1028080k total, 0k used, 1028080k free, 305052k cached
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 6635 sigi 15 0 33060 12m 10m S 2.3 1.7 0:00.47 knotify 443 root 15 0 0 0 0 S 0.3 0.0 0:00.14 pdflush 6655 sigi 16 0 2108 1052 764 R 0.3 0.1 0:00.04 top 1 root 16 0 692 264 224 S 0.0 0.0 0:00.83 init 2 root 34 19 0 0 0 S 0.0 0.0 0:00.00 ksoftirqd/0 3 root 10 -5 0 0 0 S 0.0 0.0 0:00.00 events/0 4 root 10 -5 0 0 0 S 0.0 0.0 0:00.00 khelper 5 root 10 -5 0 0 0 S 0.0 0.0 0:00.00 kthread 11 root 10 -5 0 0 0 S 0.0 0.0 0:00.00 kacpid 407 root 10 -5 0 0 0 S 0.0 0.0 0:00.05 kblockd/0 442 root 20 0 0 0 0 S 0.0 0.0 0:00.00 pdflush 445 root 11 -5 0 0 0 S 0.0 0.0 0:00.00 aio/0 444 root 25 0 0 0 0 S 0.0 0.0 0:00.00 kswapd0 1034 root 10 -5 0 0 0 S 0.0 0.0 0:00.00 kseriod 1276 root 10 -5 0 0 0 S 0.0 0.0 0:00.01 reiserfs/0 2336 root 13 -4 1864 924 604 S 0.0 0.1 0:01.17 udevd 2577 root 10 -5 0 0 0 S 0.0 0.0 0:00.00 khubd sigi@linux:~>
Was kann ich da machen, wo kann ich da schrauben? Ich weiß leider nicht weiter. Wäre dankbar für Hilfe.
Hallo Siegfried,
der Wert "72.2% wa" deutet darauf hin, dass die CPU auf Ein-/Ausgaben wartet - stirbt Deine Platte gerade?
Das will ich nicht hoffen, wie könnte ich das feststellen? Hast da einen Tip.
Es gibt inzwischen bei SUSE 10.0 ein Tool ionice, das den I/O ähnlich beeinflussen kann wie nice die CPU-Nutzung. Vielleicht hilft das ja...
Ich hab mal wegen Ionice gegooglt aber da bin ich nicht schlau draus geworden, ob ich das überhaupt brauchen könnte.
Momentan gemachtes top: sigi@linux:~> top top - 17:05:37 up 6:00, 6 users, load average: 0.30, 0.29, 0.40 Tasks: 195 total, 1 running, 194 sleeping, 0 stopped, 0 zombie Cpu(s): 3.3% us, 1.7% sy, 0.0% ni, 93.7% id, 0.0% wa, 1.0% hi, 0.3% si Mem: 775840k total, 767392k used, 8448k free, 21588k buffers Swap: 1028080k total, 400676k used, 627404k free, 279344k cached
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 5152 root 15 0 116m 31m 2624 S 2.3 4.1 30:55.20 X 5707 sigi 15 0 28760 13m 11m S 1.3 1.8 0:03.35 konsole 6637 sigi 15 0 56100 38m 20m S 0.7 5.1 0:23.37 konqueror 30457 sigi 16 0 2240 1060 764 R 0.7 0.1 0:00.06 top 1 root 16 0 692 64 40 S 0.0 0.0 0:00.87 init 2 root 34 19 0 0 0 S 0.0 0.0 0:00.15 ksoftirqd/0 3 root 10 -5 0 0 0 S 0.0 0.0 0:00.08 events/0 4 root 10 -5 0 0 0 S 0.0 0.0 0:00.00 khelper 5 root 10 -5 0 0 0 S 0.0 0.0 0:00.00 kthread 11 root 10 -5 0 0 0 S 0.0 0.0 0:00.00 kacpid 407 root 10 -5 0 0 0 S 0.0 0.0 0:00.48 kblockd/0 442 root 15 0 0 0 0 S 0.0 0.0 0:01.60 pdflush 445 root 11 -5 0 0 0 S 0.0 0.0 0:00.00 aio/0 444 root 15 0 0 0 0 S 0.0 0.0 0:03.99 kswapd0 1034 root 10 -5 0 0 0 S 0.0 0.0 0:00.00 kseriod 1276 root 10 -5 0 0 0 S 0.0 0.0 0:00.01 reiserfs/0 2336 root 12 -4 1864 528 528 S 0.0 0.1 0:01.17 udevd
Das swapen hält noch immer an seit ca.6 Stunden, begann mit OO. ging dann nicht mehr weg. Aber 0.0% wa! Ich werde daraus nicht schlau.
Hallo Siegfried, nein, daraus werde ich auch nicht schlau. Wenn die Maschine swappt, hat sie zu wenig RAM um die zahllosen Programme auszuführen. Es wird geswapt, wenn mehr "Programm" in den Speicher muss als Platz hat - die am längsten benutzen Daten werden dann ausgelagert. Dauerswap bedeutet, dass auf die gerade ausgelagerten Daten gleich wieder zugegriffen wird. Ist das ein amoklaufender Virensucher? Mit "ps vSaxwww" bekommst Du eine lange (und breite) Liste mit allen laufenden Prozessen und deren Speicherbedarf (man ps, vielleicht findest Du noch mehr Parameter). Die Prozesse, die das Swappen veranlassen, solltest Du da erkennen können. Mein größter Speicherfresser ist Azureus, der ca. 14% belegt. Dass bei einigen offenen Programmen das Swappen gerade dann beginnt, wenn Du ein riesiges Office-Paket öffnest, ist kein Zufall ;-) Allerdings swapt es bei mir einmal und dann ist gut (1 GB RAM, Firefox, Thunderbird + OOo im Vordergund, Apache, MySQL usw. im Hintergrund). Wenn OOo wieder geschlossen wird, reduziert sich auch der benötigte Swapspace. Das Programm xosview läuft bei mir eigentlich immer mit; es hat eine Anzeige "PAGE", da siehst Du, wenn Speicher geswappt wird. Der aktuell benutze Swapspeicher steht in der Zeile SWAP genau drüber, der physikalische Speicher MEM nochmal 1 Zeile höher. Ach ja: "man ionice" als root und Du erhältst eine kurze Anleitung mit Beispielen. Ist aber m. E. nicht relevant, wenn es am Swappen liegt. Gruß Werner - -- Werner Flamme, Abt. WKDV UFZ Umweltforschungszentrum Leipzig-Halle GmbH, Permoserstr. 15 - 04318 Leipzig Tel.: (0341) 235-3921 - Fax (0341) 235-453921 http://www.ufz.de - eMail: werner.flamme@ufz.de -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org iD8DBQFEn9tmk33Krq8b42MRAl+ZAJ97eOF+VRngT7UBXiBKiL1fSKNqDQCfZzXf mqvfHDw9a1AsAGbK0AXaORU= =RnV7 -----END PGP SIGNATURE----- -- Um die Liste abzubestellen, schicken Sie eine Mail an: suse-linux-unsubscribe@suse.com Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: suse-linux-help@suse.com
Hallo Werner, Am Montag, den 26.06.2006, 15:04 +0200 schrieb Werner Flamme:
Hallo Siegfried,
nein, daraus werde ich auch nicht schlau. Wenn die Maschine swappt, hat sie zu wenig RAM um die zahllosen Programme auszuführen.
Es wird geswapt, wenn mehr "Programm" in den Speicher muss als Platz hat - die am längsten benutzen Daten werden dann ausgelagert. Dauerswap bedeutet, dass auf die gerade ausgelagerten Daten gleich wieder zugegriffen wird. Ist das ein amoklaufender Virensucher?
Wüsste nicht welcher, habe gar keinen extra installiert.
Mit "ps vSaxwww" bekommst Du eine lange (und breite) Liste mit allen laufenden Prozessen und deren Speicherbedarf (man ps, vielleicht findest Du noch mehr Parameter). Die Prozesse, die das Swappen veranlassen, solltest Du da erkennen können. Mein größter Speicherfresser ist Azureus, der ca. 14% belegt.
Ich habe das mal gemacht mit "ps vSaxwww" , aber daraus werde ich gar
nicht schlau. Da wird eine lange Liste von
"amarok/scripts/amarok_live/amarok_live.py" angezeigt. Eigenartigerweise
war amarok "Beendet". Gar nicht geöffnet.
Wird da trotzdem auf Daten zugegriffen von amarok?
Ich hoffe es ist nicht zu viel an Daten, aber ich finde selbst nichts,
so kopier ich sie mal hier rein.
sigi@linux:~> ps vSaxwww
PID TTY STAT TIME MAJFL TRS DRS RSS %MEM COMMAND
1 ? S 0:11 164 457 234 60 0.0 init [5]
2 ? SN 0:00 0 0 0 0 0.0 [ksoftirqd/0]
3 ? S< 0:00 0 0 0 0 0.0 [events/0]
4 ? S< 0:00 0 0 0 0 0.0 [khelper]
5 ? S< 0:00 0 0 0 0 0.0 [kthread]
9 ? S< 0:00 0 0 0 0 0.0 [kacpid]
405 ? S< 0:00 0 0 0 0 0.0 [kblockd/0]
443 ? S< 0:00 0 0 0 0 0.0 [aio/0]
442 ? S 0:04 0 0 0 0 0.0 [kswapd0]
1032 ? S< 0:00 0 0 0 0 0.0 [kseriod]
1276 ? S< 0:00 0 0 0 0 0.0 [reiserfs/0]
2319 ? S top
top - 23:18:46 up 1:07, 5 users, load average: 0.14, 0.48, 1.20
Tasks: 179 total, 2 running, 177 sleeping, 0 stopped, 0 zombie
Cpu(s): 14.6% us, 2.8% sy, 0.0% ni, 72.8% id, 8.8% wa, 0.6% hi,
0.3% si
Mem: 775840k total, 388208k used, 387632k free, 34404k buffers
Swap: 1028080k total, 424992k used, 603088k free, 162308k cached
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
8663 sigi 15 0 2108 944 668 R 3.8 0.1 0:00.03 top
1 root 16 0 692 60 32 S 0.0 0.0 0:00.81 init
2 root 34 19 0 0 0 S 0.0 0.0 0:00.01 ksoftirqd/0
3 root 10 -5 0 0 0 S 0.0 0.0 0:00.00 events/0
4 root 10 -5 0 0 0 S 0.0 0.0 0:00.02 khelper
5 root 11 -5 0 0 0 S 0.0 0.0 0:00.00 kthread
9 root 10 -5 0 0 0 S 0.0 0.0 0:00.00 kacpid
405 root 10 -5 0 0 0 S 0.0 0.0 0:00.28 kblockd/0
443 root 11 -5 0 0 0 S 0.0 0.0 0:00.00 aio/0
442 root 15 0 0 0 0 S 0.0 0.0 0:04.30 kswapd0
1032 root 10 -5 0 0 0 S 0.0 0.0 0:00.00 kseriod
1276 root 10 -5 0 0 0 S 0.0 0.0 0:00.04 reiserfs/0
2319 root 11 -4 1864 424 420 S 0.0 0.1 0:01.24 udevd
2570 root 10 -5 0 0 0 S 0.0 0.0 0:00.00 khubd
2793 root 11 -5 0 0 0 S 0.0 0.0 0:00.00 kgameportd
4207 root 15 0 1884 600 508 S 0.0 0.1 0:00.08 syslog-ng
4213 messageb 16 0 3520 792 688 S 0.0 0.1 0:00.18 dbus-daemon
4216 root 16 0 1628 584 400 S 0.0 0.1 0:00.00 klogd
4746 root 16 0 2208 412 408 S 0.0 0.1 0:00.01 resmgrd
sigi@linux:~> top
top - 23:20:18 up 1:08, 5 users, load average: 0.03, 0.35, 1.09
Tasks: 180 total, 1 running, 179 sleeping, 0 stopped, 0 zombie
Cpu(s): 1.0% us, 0.3% sy, 0.0% ni, 98.0% id, 0.0% wa, 0.3% hi,
0.3% si
Mem: 775840k total, 389952k used, 385888k free, 35672k buffers
Swap: 1028080k total, 424992k used, 603088k free, 162360k cached
Dass bei einigen offenen Programmen das Swappen gerade dann beginnt, wenn Du ein riesiges Office-Paket öffnest, ist kein Zufall ;-)
Hat 1,5MB.
Allerdings swapt es bei mir einmal und dann ist gut
So war es bei mir ja auch bis vor kurzem.
(1 GB RAM, Firefox, Thunderbird + OOo im Vordergund, Apache, MySQL usw. im Hintergrund). Wenn OOo wieder geschlossen wird, reduziert sich auch der benötigte Swapspace. Das Programm xosview läuft bei mir eigentlich immer mit;
Das habe ich mir nun mal installiert.
es hat eine Anzeige "PAGE", da siehst Du, wenn Speicher geswappt wird.
Da hat sich gar nichts gerührt während des abspeichern von OO. Die anderen wie Load und CPU sind hochgefahren. MEM und auch SWAP sind auch unverändert geblieben. Die rührten sich nicht vom Fleck. Aber Swap bleibt bis zum Neustart auf seiner Position. Ich versteh das nicht.
Der aktuell benutze Swapspeicher steht in der Zeile SWAP genau drüber, der physikalische Speicher MEM nochmal 1 Zeile höher.
-- Schönen Gruß Sigi -- Um die Liste abzubestellen, schicken Sie eine Mail an: suse-linux-unsubscribe@suse.com Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: suse-linux-help@suse.com
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Siegfrid Brandstätter schrieb am 27.06.2006 02:42:
Hallo Werner, Am Montag, den 26.06.2006, 15:04 +0200 schrieb Werner Flamme:
Hallo Siegfried,
nein, daraus werde ich auch nicht schlau. Wenn die Maschine swappt, hat sie zu wenig RAM um die zahllosen Programme auszuführen.
Es wird geswapt, wenn mehr "Programm" in den Speicher muss als Platz hat - die am längsten benutzen Daten werden dann ausgelagert. Dauerswap bedeutet, dass auf die gerade ausgelagerten Daten gleich wieder zugegriffen wird. Ist das ein amoklaufender Virensucher?
Wüsste nicht welcher, habe gar keinen extra installiert.
Mit "ps vSaxwww" bekommst Du eine lange (und breite) Liste mit allen laufenden Prozessen und deren Speicherbedarf (man ps, vielleicht findest Du noch mehr Parameter). Die Prozesse, die das Swappen veranlassen, solltest Du da erkennen können. Mein größter Speicherfresser ist Azureus, der ca. 14% belegt.
Ich habe das mal gemacht mit "ps vSaxwww" , aber daraus werde ich gar nicht schlau. Da wird eine lange Liste von "amarok/scripts/amarok_live/amarok_live.py" angezeigt. Eigenartigerweise war amarok "Beendet". Gar nicht geöffnet. Wird da trotzdem auf Daten zugegriffen von amarok? Ich hoffe es ist nicht zu viel an Daten, aber ich finde selbst nichts, so kopier ich sie mal hier rein.
sigi@linux:~> ps vSaxwww PID TTY STAT TIME MAJFL TRS DRS RSS %MEM COMMAND 1 ? S 0:11 164 457 234 60 0.0 init [5] 2 ? SN 0:00 0 0 0 0 0.0 [ksoftirqd/0] 3 ? S< 0:00 0 0 0 0 0.0 [events/0] 4 ? S< 0:00 0 0 0 0 0.0 [khelper] 5 ? S< 0:00 0 0 0 0 0.0 [kthread] 9 ? S< 0:00 0 0 0 0 0.0 [kacpid] 405 ? S< 0:00 0 0 0 0 0.0 [kblockd/0] 443 ? S< 0:00 0 0 0 0 0.0 [aio/0] 442 ? S 0:04 0 0 0 0 0.0 [kswapd0] 1032 ? S< 0:00 0 0 0 0 0.0 [kseriod] 1276 ? S< 0:00 0 0 0 0 0.0 [reiserfs/0] 2319 ? S
Gleich anschließend hab ich noch mal top werkeln lassen. OO war bei beiden gerade dabei zu speichern. Aber davon kann ich gar nichts finden.
sigi@linux:~> top top - 23:18:46 up 1:07, 5 users, load average: 0.14, 0.48, 1.20 Tasks: 179 total, 2 running, 177 sleeping, 0 stopped, 0 zombie Cpu(s): 14.6% us, 2.8% sy, 0.0% ni, 72.8% id, 8.8% wa, 0.6% hi, 0.3% si Mem: 775840k total, 388208k used, 387632k free, 34404k buffers Swap: 1028080k total, 424992k used, 603088k free, 162308k cached
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 8663 sigi 15 0 2108 944 668 R 3.8 0.1 0:00.03 top 1 root 16 0 692 60 32 S 0.0 0.0 0:00.81 init 2 root 34 19 0 0 0 S 0.0 0.0 0:00.01 ksoftirqd/0 3 root 10 -5 0 0 0 S 0.0 0.0 0:00.00 events/0 4 root 10 -5 0 0 0 S 0.0 0.0 0:00.02 khelper 5 root 11 -5 0 0 0 S 0.0 0.0 0:00.00 kthread 9 root 10 -5 0 0 0 S 0.0 0.0 0:00.00 kacpid 405 root 10 -5 0 0 0 S 0.0 0.0 0:00.28 kblockd/0 443 root 11 -5 0 0 0 S 0.0 0.0 0:00.00 aio/0 442 root 15 0 0 0 0 S 0.0 0.0 0:04.30 kswapd0 1032 root 10 -5 0 0 0 S 0.0 0.0 0:00.00 kseriod 1276 root 10 -5 0 0 0 S 0.0 0.0 0:00.04 reiserfs/0 2319 root 11 -4 1864 424 420 S 0.0 0.1 0:01.24 udevd 2570 root 10 -5 0 0 0 S 0.0 0.0 0:00.00 khubd 2793 root 11 -5 0 0 0 S 0.0 0.0 0:00.00 kgameportd 4207 root 15 0 1884 600 508 S 0.0 0.1 0:00.08 syslog-ng 4213 messageb 16 0 3520 792 688 S 0.0 0.1 0:00.18 dbus-daemon 4216 root 16 0 1628 584 400 S 0.0 0.1 0:00.00 klogd 4746 root 16 0 2208 412 408 S 0.0 0.1 0:00.01 resmgrd
sigi@linux:~> top top - 23:20:18 up 1:08, 5 users, load average: 0.03, 0.35, 1.09 Tasks: 180 total, 1 running, 179 sleeping, 0 stopped, 0 zombie Cpu(s): 1.0% us, 0.3% sy, 0.0% ni, 98.0% id, 0.0% wa, 0.3% hi, 0.3% si Mem: 775840k total, 389952k used, 385888k free, 35672k buffers Swap: 1028080k total, 424992k used, 603088k free, 162360k cached
Dass bei einigen offenen Programmen das Swappen gerade dann beginnt, wenn Du ein riesiges Office-Paket öffnest, ist kein Zufall ;-)
Hat 1,5MB.
Allerdings swapt es bei mir einmal und dann ist gut
So war es bei mir ja auch bis vor kurzem.
(1 GB RAM, Firefox, Thunderbird + OOo im Vordergund, Apache, MySQL usw. im Hintergrund). Wenn OOo wieder geschlossen wird, reduziert sich auch der benötigte Swapspace. Das Programm xosview läuft bei mir eigentlich immer mit;
Das habe ich mir nun mal installiert.
es hat eine Anzeige "PAGE", da siehst Du, wenn Speicher geswappt wird.
Da hat sich gar nichts gerührt während des abspeichern von OO. Die anderen wie Load und CPU sind hochgefahren. MEM und auch SWAP sind auch unverändert geblieben. Die rührten sich nicht vom Fleck. Aber Swap bleibt bis zum Neustart auf seiner Position. Ich versteh das nicht.
Der aktuell benutze Swapspeicher steht in der Zeile SWAP genau drüber, der physikalische Speicher MEM nochmal 1 Zeile höher.
Hallo Siegfried, die große Anzahl an amaroK-Prozessen/-Sessions ist Dir aufgefallen, also stoppe die mal, dann sollte der Grund für den Dauerswap weg sein. Anscheinend haben sie sich vom "eigentlichen" amaroK getrennt... Könnte mit "killall python" funktionieren. Sie greifen "fast parallel" auf Daten zu (sinnloserweise, denn der "beauftragende" Prozess ist wohl weg) - und der aktuelle Prozess holt seine Daten aus dem Swap, dafür werden andere Prozessdaten ausgelagert usw. usf. Mein OOo 2 nimmt auf der Platte über 300 MB ein; ich glaube nicht, dass beim Start einer Komponente nur 1,3 MB geladen werden... aber ich lasse mich da gern eines Besseren belehren... Beim Speichern eines OOo-Dokuments bewegt sich maximal der DISK-Balken von xosview, der Speicher bleibt unverändert - vor allem, wenn weder das Dokument noch das Programm geschlossen wird. Aber wenn Deine Platte swappt, muss beim PAGE-Balken einiges los sein. HTH, Werner - -- Werner Flamme, Abt. WKDV UFZ Umweltforschungszentrum Leipzig-Halle GmbH, Permoserstr. 15 - 04318 Leipzig Tel.: (0341) 235-3921 - Fax (0341) 235-453921 http://www.ufz.de - eMail: werner.flamme@ufz.de -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org iD8DBQFEoOlnk33Krq8b42MRAmAbAJ0aOtrckKIilhO47o3gKH/xFQ3GpwCfeHQD /sak4P1xk184puqYTWFfrkM= =jNor -----END PGP SIGNATURE----- -- Um die Liste abzubestellen, schicken Sie eine Mail an: suse-linux-unsubscribe@suse.com Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: suse-linux-help@suse.com
Hallo Werner, Am Dienstag, den 27.06.2006, 10:16 +0200 schrieb Werner Flamme:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Siegfrid Brandstätter schrieb am 27.06.2006 02:42:
Hallo Werner, Am Montag, den 26.06.2006, 15:04 +0200 schrieb Werner Flamme:
Hallo Siegfried,
nein, daraus werde ich auch nicht schlau. Wenn die Maschine swappt, hat sie zu wenig RAM um die zahllosen Programme auszuführen.
|..| Hallo Siegfried,
die große Anzahl an amaroK-Prozessen/-Sessions ist Dir aufgefallen, also stoppe die mal, dann sollte der Grund für den Dauerswap weg sein. Anscheinend haben sie sich vom "eigentlichen" amaroK getrennt... Könnte mit "killall python" funktionieren.
Das habe ich nun mal als user und mal mit "su" gemacht. Obwohl ich den PC frisch gestartet hatte, amarok nicht lief und zusätzlich "killall python" durchführte ist das Zeug noch immer gleich aktiv wie gestern. Gleich nach dem "killall python" als user: 11740 ? D 0:00 11 97 12378 508 0.0 dcop amarok script removeCustomMenuItem amaroK live Add playlist to livecd 11742 ? D 0:00 9 97 12378 504 0.0 dcop amarok script removeCustomMenuItem amaroK live Add playlist to livecd 11743 ? D 0:00 9 97 12382 504 0.0 dcop amarok script removeCustomMenuItem amaroK live Add playlist to livecd und ewig so weiter... Danach als su: 5703 ? Sl 0:01 15 1 29934 12792 1.6 python /opt/kde3/share/apps/amarok/scripts/amarok_live/amarok_live.py -session 10e4696e75000114844031100000056240091_1151369638_598469 5704 ? Sl 0:01 15 1 29934 12792 1.6 python /opt/kde3/share/apps/amarok/scripts/amarok_live/amarok_live.py -session 10e4696e75000114860049200000063530013_1151369634_524559 5709 ? Sl 0:01 10 1 29942 12796 1.6 python /opt/kde3/share/apps/amarok/scripts/amarok_live/amarok_live.py -session 10e4696e75000114848348000000056540035_1151369633_505429 Aber bisher ist "Swap" noch nicht aktiv-nur minimalst. sigi@linux:~> top top - 12:56:29 up 39 min, 6 users, load average: 0.06, 0.61, 1.36 Tasks: 177 total, 1 running, 176 sleeping, 0 stopped, 0 zombie Cpu(s): 1.0% us, 0.0% sy, 0.0% ni, 98.3% id, 0.0% wa, 0.3% hi, 0.3% si Mem: 775840k total, 767584k used, 8256k free, 106168k buffers Swap: 1028080k total, 15460k used, 1012620k free, 89324k cached PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 12796 sigi 16 0 2108 1056 764 R 0.7 0.1 0:00.13 top 5231 root 15 0 104m 36m 5620 S 0.3 4.9 1:48.61 X 6630 sigi 15 0 31360 14m 11m S 0.3 1.9 0:05.04 konsole 1 root 16 0 692 148 104 S 0.0 0.0 0:00.85 init 2 root 34 19 0 0 0 S 0.0 0.0 0:00.03 ksoftirqd/0 |--|
Sie greifen "fast parallel" auf Daten zu (sinnloserweise, denn der "beauftragende" Prozess ist wohl weg)
Wie gesagt, der wurde nicht mal gestartet. Wie kann man das wohl zum Stillstand bringen. Sollte ja nicht Tagelang später noch Daten holen.
- und der aktuelle Prozess holt seine Daten aus dem Swap, dafür werden andere Prozessdaten ausgelagert usw. usf.
Mein OOo 2 nimmt auf der Platte über 300 MB ein; ich glaube nicht, dass beim Start einer Komponente nur 1,3 MB geladen werden... aber ich lasse mich da gern eines Besseren belehren...
Das zu öffnende Dokument hat nur so viel. Sobald ich nun OO. starte geht es los mit Swap und auch PAGE wird lebendig.
Beim Speichern eines OOo-Dokuments bewegt sich maximal der DISK-Balken von xosview, der Speicher bleibt unverändert - vor allem, wenn weder das Dokument noch das Programm geschlossen wird. Aber wenn Deine Platte swappt, muss beim PAGE-Balken einiges los sein.
Während des Speicherns von OO. ohne schließen. top - 13:13:58 up 57 min, 6 users, load average: 2.72, 2.17, 1.57 Tasks: 180 total, 3 running, 177 sleeping, 0 stopped, 0 zombie Cpu(s): 82.1% us, 15.9% sy, 0.0% ni, 0.0% id, 0.0% wa, 2.0% hi, 0.0% si Mem: 775840k total, 768036k used, 7804k free, 131056k buffers Swap: 1028080k total, 126580k used, 901500k free, 108536k cached PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 14113 sigi 25 0 183m 114m 67m R 76.6 15.2 2:28.67 soffice.bin 13415 root 18 0 13024 9468 2364 R 20.2 1.2 2:38.43 perl 5231 root 15 0 104m 34m 4644 S 1.7 4.6 2:17.74 X 6630 sigi 15 0 31476 10m 7760 S 0.7 1.3 0:06.78 konsole 440 root 15 0 0 0 0 S 0.3 0.0 0:01.37 pdflush 1276 root 10 -5 0 0 0 S 0.3 0.0 0:00.90 reiserfs/0 5702 sigi 15 0 28604 10m 7796 S 0.3 1.3 0:01.01 kmix 15869 sigi 16 0 2108 1052 764 R 0.3 0.1 0:00.06 top |..| Auch nach ca.15Min.bleibt Swap wo es ca. war -123M.
-- Schönen Gruß Sigi
participants (2)
-
Siegfrid Brandstätter
-
Werner Flamme