Hallo Peter, Am Mittwoch, den 28.06.2006, 19:04 +0200 schrieb Peter Wiersig:
On Wed, Jun 28, 2006 at 01:18:59PM +0000, Siegfrid Brandstätter wrote:
Am Mittwoch, den 28.06.2006, 12:52 +0200 schrieb Peter Wiersig:
Ich vermute, das dies auch python Threads sind, und deshalb nicht zwangslaeufig fuer deinen Speichermangel verantwortlich sein muessen. Amarok selbst frisst bei mir auch schon einiges.
Aber nicht wenn es gar nicht läuft, vermute ich mal. Irgendwas läuft da sowieso nicht so wie es sollte, während dem schreiben dieser Mail läuft auf einmal der Speicher voll. Top ergibt das Evolution fasst alles frisst.
sigi@linux:~> top top - 12:43:28 up 27 min, 8 users, load average: 6.75, 4.39, 2.30 Tasks: 145 total, 2 running, 142 sleeping, 1 stopped, 0 zombie Cpu(s): 5.6% us, 3.0% sy, 0.0% ni, 0.0% id, 89.0% wa, 1.7% hi, 0.7% si Mem: 775840k total, 767364k used, 8476k free, 4144k buffers Swap: 1028080k total, 662708k used, 365372k free, 38364k cached
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 6682 sigi 15 0 80512 7612 3644 S 4.6 1.0 0:14.13 amarokapp 5913 sigi 18 0 991m 534m 2724 R 3.0 70.5 1:09.32 evolution-2.4
Knapp eine halbe Stunde später sigi@linux:~> top top - 13:08:04 up 52 min, 8 users, load average: 0.41, 0.37, 1.19 Tasks: 136 total, 1 running, 134 sleeping, 1 stopped, 0 zombie Cpu(s): 0.3% us, 0.3% sy, 0.0% ni, 99.0% id, 0.0% wa, 0.3% hi, 0.0% si Mem: 775840k total, 308840k used, 467000k free, 29100k buffers Swap: 1028080k total, 272184k used, 755896k free, 123776k cached
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 5925 sigi 15 0 30940 5224 3684 S 0.3 0.7 0:04.81 konsole 7478 sigi 16 0 2112 1028 764 R 0.3 0.1 0:00.32 top
nach dem Beenden von Evo. und neu öffnen. Swap ist noch immer aktiv, ich verstehe nicht wieso dies so ist. Es bleibt sobald es einmal zu swappen anfängt dabei und hört nicht mehr auf. Selbst nach Stunden, ohne Aktivitäten. Aber auch mit "ps vSaxwww" kann ich nicht finden was dies auslöst. Gibt es eine andere Möglichkeit dies rauszufinden?
Ersteinmal: Deine Methode um herauszufinden, ob dein System swappt oder nicht, wobei ich hiermit meine, das aktiv aus der Swappartition gelesen oder dort hinein geschreiben wird, ist suboptimal.
Normal benutze ich das ja nicht, aber wie soll ich sonst Daten liefern? Ich habe gkrellm, da sehe ich was los ist. Aber es fällt mir eben auf das ich seit ca. 3 Wochen ein swapen habe das sich nicht mehr beendet. Das hatte ich zuvor nie. Gleichzeitig habe ich seither einen sehr langsamen Start von KDE. ca. 2:2o ohne offener Programme. Von der Eingabe des Passw. bis zur Melodie. Beides- langsam und swapen kamen gemeinsam.
Ich benutze "vmstat 2", beobachte dabei die Spalten "si" und "so", bei si werden die Bloecke gezaehlt, die der kernel in den Hauptspeicher zurueckliest (swap-in), "so" ist das entsprechende Gegenteil.
sigi@linux:~> vmstat 2 procs -----------memory---------- ---swap-- -----io---- --system-- ----cpu---- r b swpd free buff cache si so bi bo in cs us sy id wa 4 0 3176 29372 37876 193708 0 1 312 68 458 963 8 3 86 3 1 0 3176 29372 37940 193708 0 0 0 56 348 818 0 1 99 0 1 0 3176 29372 37940 193708 0 0 0 0 466 958 2 2 97 0 1 0 3176 29372 37940 193708 0 0 0 0 406 859 1 1 98 0 1 0 3176 29248 38060 193708 0 0 0 72 449 910 3 1 97 0 1 0 3176 29124 38060 193708 0 0 0 0 419 863 1 1 98 0 1 0 3176 29124 38180 193708 0 0 0 112 412 876 0 1 99 0
Zu den Memory-Zeilen von Top: "Richtig" geschrieben stehen in der Zeile 'Mem:' 5 Werte:
Das ist ja komisch, ich habe nun nochmal nachgesehen, der 5te wert- cached fehlt bei mir wirklich. Ist nicht durchs kopieren verloren gegangen.
Mem: 775840k total, 767364k used, 8476k free, 4144k buffers, 38364k cached Swap: 1028080k total, 662708k used, 365372k free
Mem: 775840k total, 308840k used, 467000k free, 29100k buffers, 123776k cached Swap: 1028080k total, 272184k used, 755896k free
Die letzten 3 Werte der Mem-Zeile sind der von deinem System noch nicht belegte Hauptspeicher. Im ersten Top-Auszug sieht man ja auch das evolution 1 Gig Hauptspeicher haben moechte, 534Mb davon erhalten hat. Der Rest wird aus dem Swap generiert.
So sind also diese Werte zu verstehen, gut zu wissen, danke! Habe ich bisher nicht verstanden.
Dadurch, das ein Prozess so viel Speicher braucht, draengt dieser auch andere Speicherbereiche in den Swap, so das auch nach dem Beenden von evo dein System noch dann und wann swap-in betreibt.
Aber selbst nach 6 Stunden Leerlauf?
Das die 272M erstmal im Swap bleiben macht dein System nicht langsam. Wenn das Programm den Speicher wieder liest, sorgt der Linux-Kernel dafuer das die Seiten wieder in den Hauptspeicher gelangen. Wenn 400M an Speicher "free" sind, kann das passieren, ohne das ein anderer Prozess Platz machen muss.
Aber im 2. Top-Auszug ist auch zu sehen das dein Rechner fuer den normalen Workload ausreichend Speicher hat: Die Swap-Used Zahl ist kleiner als die Mem (Free+buffers+cached) Zahl.
Ich habe kuerzlich schon oft gehoert, das evolution kein resourcenschonendes Programm ist. Das Problem liegt an der internen Objekt-Programmieren welche dann dafuer sorgt, das Speicher nicht freigegeben wird bis der Prozess beendet ist.
Abhilfe schafft da wohl nur eine neuere evo-Version, bzw. ein anderes Programm.
Normal verursacht Evo obiges sonst nicht. Aber eine neuen Version gibt es für mich leider keine. Smart sagt: Kann evolution-2.6.0-18@i586 nicht installieren: Kein Paket stellt gtkhtml2 >= 3.10.0 bereit Glaube sowieso das in der neueren Version nichts besser wäre. Vielleicht werde ich doch mal Kmail einrichten, wenn es noch öfters hakt. Evo friert immer wieder ein beim schreiben wenn ein Download stattfindet. Das nervt echt. Aber kennst den alten Schlager:"Ich hab mich ja so an dich gewöhnt",-) -- 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