-----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