Beenden von python-amarok_live.py
Hallo Liste, Mit dem Aufruf von ps vSaxwww erhalte ich eine Konsolenausgabe die hauptsächlich voll mit: 6607 ? Sl 0:01 0 1 29938 12216 1.5 python /opt/kde3/share/apps/amarok/scripts/amarok_live/amarok_live.py -session 10e4696e75000114946303500000057510014_1151452282_342709 6613 ? Sl 0:01 0 1 29938 12036 1.5 python /opt/kde3/share/apps/amarok/scripts/amarok_live/amarok_live.py -session 10e4696e75000114928418700000056330013_1151452282_343421 diesen python-amarok Einträgen ist. Da ich mit dem Problem kämpfe einen Dauerswap zu haben, möchte ich mal diese amarok Tätigkeit beenden. Aber egal was ich mache es geht nicht. Zuerst habe ich mal amarok gar nicht am laufen, mit "killall python" hat es auch nichts gebracht, danach habe ich nun in /opt/kde3/share/apps/amarok/scripts/amarok_live/ dieses amarok_live.py Python Programm entfernt. Trotz all dem, wenn ich "ps vSaxwww" ausführe ist wieder alles voll mit den obigen amarok Einträgen. Für was ist das "amarok_live.py" überhaupt? Amarok spielt auf jeden Fall auch ohne dem. Wie kann ich meinem Problemen beikommen, bitte um Hilfe und danke schon im voraus. -- Einen 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
On Wed, Jun 28, 2006 at 11:33:15AM +0000, Siegfrid Brandstätter wrote:
diesen python-amarok Einträgen ist. Da ich mit dem Problem kämpfe einen Dauerswap zu haben, möchte ich mal diese amarok Tätigkeit beenden. Aber egal was ich mache es geht nicht.
Starte Amarok, oeffne den Skript-Manager und stoppe das amarok_live skript. 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. Peter -- 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 Peter, hallo Liste, Am Mittwoch, den 28.06.2006, 12:52 +0200 schrieb Peter Wiersig:
On Wed, Jun 28, 2006 at 11:33:15AM +0000, Siegfrid Brandstätter wrote:
diesen python-amarok Einträgen ist. Da ich mit dem Problem kämpfe einen Dauerswap zu haben, möchte ich mal diese amarok Tätigkeit beenden. Aber egal was ich mache es geht nicht.
Starte Amarok, oeffne den Skript-Manager und stoppe das amarok_live skript.
Nach dem ich das "amarok_live.py" aus /opt/kde3/share/apps/amarok/scripts/amarok_live/ entfernt habe ist kein Skript mehr vorhanden. Erst nach einem Neustart sind die Einträge mit "ps vSaxwww" in der Konsole von amarok_live.py, verschwunden. Ich habe nun das "amarok_live.py" in /opt... wieder dazugegeben, derzeit keine Probleme. Dank Deinem Tip mit dem Skript-Manager weiß ich nun fürs nächste mal wie es einfacher geht.
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 444 root 15 0 0 0 0 S 0.3 0.0 0:06.41 kswapd0 5193 root 15 0 103m 8184 1296 S 0.3 1.1 0:38.85 X 6946 sigi 16 0 2108 1036 764 R 0.3 0.1 0:00.57 top 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? -- 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
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. 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. Zu den Memory-Zeilen von Top: "Richtig" geschrieben stehen in der Zeile 'Mem:' 5 Werte:
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. 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. 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. Ich habe kaum Erfahrungen mit dem Gnome-Desktop und die Probleme kenne ich ueber das Blog dieses Entwicklers (denke ich): http://pvanhoof.be/blog/ http://pvanhoof.be/blog/index.php/2006/03/15/tinymail-newsflash-3 Er implementiert einen Mailclient fuer das Nokia "webpad" welcher evo-compatibel sein soll. Peter -- 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 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
On Wed, Jun 28, 2006 at 11:06:43PM +0000, Siegfrid Brandstätter wrote:
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 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
Nichts los. Wenn die si, so, bi und bo Spalten Werte > 999 anzeigen ist dein IO-Subsystem aktiv ;) in == Interrupts cs == Context Switches (IIRC) beide relativ normal. us == Prozentanteil im "User" Zeitbereich, also da wo deine Programme arbeiten sy == % Systemanteil, also meist Zeit, die mit der Abarbeitung vom Kernel-Code verbracht wurde Weitere s. man vmstat
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.
Nein, die Vorgabe auf 80 Zeichen hat den Programmierer dazu bewegt, den 5. Mem-Wert als 4. Swap-Wert aufzulisten. Frueher entfiel auch das Komma zw. dem 3. und 4. Swap-Wert.
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?
Solange, bis kein Swap mehr belegt ist. Wenn, wie in deinem Fall, genug Hauptspeicher vorhanden ist, kann man mit "swapoff ... && swapon ..." dafuer sorgen, das der Leer ist. Muss man nicht, will man nicht. Es gibt in genug Programmen "toten" Code, bzw. tote Daten, die das Programm normalerweise nicht liest. Wenn das dann im Swap liegt ist es dort gut aufgehoben.
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",-)
Noe, ich handele nach der Devise "Best tool for the job". Das zwingt zur kontinuierlichen Neuevaluierung aller entstehenden und veraenderten Programme. Peter -- 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 Peter, Am Donnerstag, den 29.06.2006, 00:44 +0200 schrieb Peter Wiersig:
On Wed, Jun 28, 2006 at 11:06:43PM +0000, Siegfrid Brandstätter wrote:
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:
|..|
Noe, ich handele nach der Devise "Best tool for the job". Das zwingt zur kontinuierlichen Neuevaluierung aller entstehenden und veraenderten Programme.
Ich bedanke mich nochmal für Deine guten Erklärungen, seit heute startet der Rechner auch wieder im "Turbotempo"! Verstehe zwar nicht wieso nicht schon gestern, hab ja nichts mehr geändert, aber so ein PC hat ja doch so sein "Eigenleben". -- 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
participants (2)
-
Peter Wiersig
-
Siegfrid Brandstätter