Kristoff schrieb
Mit dem Start eines Programmes wird der Arbeitsspeicher mit dessen Daten belegt und der freie Arbeitsspeicher wird reduziert.
Nach Beenden des Programms, z.B. OpenOffice/FireFox wird der Arbeitsspeicher aber anscheinend nicht wieder freigegeben.
Mit was mißt du dieses "Nichtwiederfreigeben"? Es gibt einen Grundfehler, den
viele beim Thema Speicher+Linux machen.
Und zwar das etliche Tools (oder der Mensch) lediglich auf die Auasgabe der "real"
freien Speichers schauen und sich wundern: warum habe ich keinen/kaum "freien"
Speicher. Der Kernel agiert aber so: was ich an freien Speicher nutzen kann, daß
nehme ich mir auch. Es ist also weniger das Ziel möglichst vielen "freien" RAM
zu haben, sondern möglichst wenig.
Nimm also zur Messung eher das Tool: free
Und bei dessen Ausgabe ist nicht der entscheidende Wert der unter "free", sondern
die Zeile mit -/+.
Der erste wert dort (-) ist das, was deine Anwendungen+Kernel an Speicher momentan
anfordern. Und bei RAM-Anforderung/Freigabe wird sich meist auch nur dieser
Wert ändern. Nicht zwangsläufig auch der Wert unter "free"
Der zweite Wert in der -/+ Zeile ist der ANteil am genutzten Speicher, der für Buffers
und Caching genutzt wird.
Wenn Anwendungen jetzt Speicher anfordern ist der Weg i.d.R. so:
Erst wird versucht aus "free/ungenutzer Speicher" zu nehmen.
Ansonsten aus dem Bereich der von Buffers/Cache genutzt wird (dort findet dann ein
"Aufräumen" statt).
Wenn das nicht möglich ist wird "zwangs-geswappt".
Interessant bei dir wäre also deine free-Ausgabe zum Zeitpunkt:
vor dem Start von FF/Openoffice und dann nach dem Beenden.
Was normalerweise nicht passieren dürfte ist das von dir angeführte Swappen, zumindest
nicht das du es beim Arbbeiten merkst.
Aber auch da könnte die free Ausgabe einen Eindruck geben.
Es gibt Möglichkeiten, zumnidest den Cache manuell aufzuräumen. Dafür müßte
man aber erst sehen, ob das die Ursache sein könnte.
Zusätzlich interesant wäre die Ausgabe von procinfo zum Zeitpunkt des Problems.
Dazu: pacman -S procinfo
und die Ausgabe von: procinfo -r hier posten.