RAM und SWAP steuern

Hinweis: In dem Thema RAM und SWAP steuern gibt es 30 Antworten auf 4 Seiten. Der letzte Beitrag () befindet sich auf der letzten Seite.
  • Kurzer Zwischenstand: Ich habe auf X11 ungestellt und bis jetzt keinen Hänger mehr gehabt. Ich werde mal versuchen im laufe der Woche einen Stresstest zu machen.

    Für den Inhalt des Beitrages 318287 haftet ausdrücklich der jeweilige Autor: volker.n

  • Also hier die Ausgabe von TOP: (ich habe den username durch xxxxxxxx ersetzt)

    Code
    top - 00:32:36 up 3 days,  2:13,  3 users,  load average: 3.40, 4.18, 4.02

    3 Tage Dauerbetrieb... wie wäre es mit ab und zu herunterfahren. Vielleicht sammelt sich da zu viel Müll an. :/

    Für den Inhalt des Beitrages 318288 haftet ausdrücklich der jeweilige Autor: mikka

  • Kurzer Zwischenstand: Ich habe auf X11 ungestellt

    Plasma unter openSUSE und Wayland sind zwei Sachen, die sich nicht so recht leiden können. Das eine Umstellung auf X11 die Probleme behebt, war mir schon sonnenklar.


    wie wäre es mit ab und zu herunterfahren

    Server laufen Monate - bis Jahrelang ohne herunter gefahren zu werden? Was soll sich da verbessern durch ein herunterfahren? Wenn der TE es sich leisten kann von den Stromkosten ... gibt es keinen Grund für ein Herunterfahren.

  • Falls unter X11 oder Wayland der oben beschriebene Effekt nochmals auftritt, also dass Swap gefüllt anstatt Cache freigegeben wird, so könnte das vielleicht die folgende Ursache haben: Es gibt Programme/Anwendungen, die temporäre Dateien in tmpfs öffnen und sie später wieder löschen, allerdings ohne diese vorher zu schließen. Daher kann der im Cache gehaltene Teil des tmp-Filesystems nicht mehr freigegeben werden. In so einem Fall bringt auch drop_caches keine Abhilfe (wie oben gezeigt), da dieser Cache-Bereich für das System noch in Gebrauch ist. Hier hilft nur noch ein reboot.


    Ob dies im vorliegenden Fall die Ursache des seltsamen Verhaltens ist, kann man überprüfen, indem man nachsieht, ob es solche Anwendungen mit zwar gelöschten, vorher aber nicht geschlossenen Dateien gibt. Sind dies nur wenige oder wird der Rechner öfters neu gestartet, so macht es meist keine Probleme.


    Zunächst kann man nachschauen, wie viel Speicher für /dev/shm allocated wird:

    Code
    df -t tmpfs --total -h


    Wenn das verdächtig aussieht, hilft

    Code
    lsof -nP +L1 /dev/shm | grep DEL

    um diejenigen Anwendungen zu finden, die temporäre Dateien zwar löschen ohne sie jedoch vorher zu schließen.

    Einmal editiert, zuletzt von luigi ()

    Für den Inhalt des Beitrages 318291 haftet ausdrücklich der jeweilige Autor: luigi

  • luigi:

    super Hinweis, ja es war verdächtig und die "Schuldigen" waren chrome und signal-desktop.


    Ich hatte gestern versucht das System zu stressen: erst swap anmachen, viele Tabs im Firefox geöffnet. gewartet bis ca. 1 GB im swap ist und dann swapoff -a gemacht. Der Swap leerte sich und der Cache wurde klein. Bei 400MB Rest im Swap sank der Cachebereich nicht mehr und bei 200MB im swap blieb das System stehn. Dann wieder warten bis der oom-Killer zuschlägt. Der niedrigste Wert den der Cache angenommen hatte war 4,2 GB (Jetzt gehe ich davon aus, dass diese von chrome und Signal waren. Ich habe die beiden jetzt mal gekillt und die Ausgabe von


    Code
    lsof -nP +L1 /dev/shm | grep DEL

    ist jetzt wieder leer.

    DANKE !

    Für den Inhalt des Beitrages 318304 haftet ausdrücklich der jeweilige Autor: volker.n

  • Kurze followup Frage: wo kann ich dem Tumbleweed sagen, dass er kein tmpfs im shm anlegen soll, sondern für /tmp & co direkt das fs auf der SSD nutzen soll?

    Für den Inhalt des Beitrages 318306 haftet ausdrücklich der jeweilige Autor: volker.n

  • Kurze followup Frage: wo kann ich dem Tumbleweed sagen, dass er kein tmpfs im shm anlegen soll, sondern für /tmp & co direkt das fs auf der SSD nutzen soll?

    So wie ich das gesamte Memory-Management unter Linux verstehe, wäre das keine gute Idee. Außerdem ist RAM immer schneller als SSD. Auch würde ich alle von dir zuvor geänderten Einstellungen wie z.B. swappiness wieder auf die default-Werte stellen. Damit dokterst du doch letztendlich nur an den Symptomen herum.


    Die Ursache des Problems bei dir sind doch die fehlerhaft programmierten Programme chrome und signal-desktop. Dort sollte man mal ansetzten ...

    Für den Inhalt des Beitrages 318307 haftet ausdrücklich der jeweilige Autor: luigi

  • Mit dem Ansatzpunkt hast du recht, jedoch liegen die außerhalb meiner Reichweite ...
    Ich würde zumindest die Größe des tmpfs im smh auf einen maximalen Wert begrenzen. Ich habe mal gehört der sei per default bei halber Ramgröße, was ich zu viel finde. Wo stellt man den im Tumbleweed ein?

    Für den Inhalt des Beitrages 318308 haftet ausdrücklich der jeweilige Autor: volker.n