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