Speicherbedarf von Debian -- staendiges Swappen

[hikaru]

Und hier noch die ersten Zeilen von top:

Code: Alles auswählen

top - 10:16:43 up 8 days, 23:18, 18 users,  load average: 0.42, 1.89, 2.28
Tasks: 214 total,   1 running, 213 sleeping,   0 stopped,   0 zombie
%Cpu(s):  1.9 us,  0.6 sy,  0.0 ni, 96.6 id,  0.2 wa,  0.0 hi,  0.7 si,  0.0 st
MiB Mem :   7775.0 total,    367.7 free,   2487.3 used,   4920.1 buff/cache
MiB Swap:   7989.0 total,   6431.7 free,   1557.2 used.   4836.2 avail Mem 

  PID USER      PR  NI    VIRT    RES    SHR S  %CPU  %MEM     TIME+ COMMAND                                                                                                                                                                                                                                              
 1701 ckrueger  20   0 2832200 406916  86720 S  10.3   5.1 397:22.24 Web Content                                                                                                                                                                                                                                          
 1062 ckrueger  20   0 2986408 427292  82964 S   4.7   5.4 637:37.79 firefox-esr                                                                                                                                                                                                                                          
 1210 ckrueger  20   0 3842756 533252  49560 S   2.7   6.7 583:00.58 Web Content                                                                                                                                                                                                                                          
  716 root      20   0  379568  85128  56732 S   2.3   1.1  85:45.03 Xorg                                                                                                                                                                                                                                                 
 1156 ckrueger  20   0 3130552 533136  59232 S   2.3   6.7 586:19.45 Web Content                                                                                                                                                                                                                                          
  891 ckrueger  20   0  271252  19628  12676 S   0.3   0.2  13:59.26 xfwm4                                                                                                                                                                                                                                                
 2926 ckrueger  20   0 3411352 268316  60144 S   0.3   3.4 566:17.95 Web Content                                                                                                                                                                                                                                          
11083 ckrueger  20   0   61932  24556   5996 S   0.3   0.3   0:00.63 xterm

Der RAM-Verbrauch durch Programme hält sich mit 2,5GB eigentlich in Grenzen.* Verdächtig sind hier eher Buffer und Cache.
Ich vermute, der Firefox hat mit seinem "Web Content" haufenweise Ressourcen gebunden und gibt sie nicht wieder her.
Laut top hat der Rechner eine Uptime von 9 Tagen. In dieser Zeit hat Firefox für gut 10 Stunden die CPU beansprucht. Das ist vergleichsweise nicht viel, aber falls da irgendein Plugin nicht ordentlich aufräumt, kann sich das läppern.

Mein HTPC hat teils Uptimes von mehreren Monaten ohne Probleme mit seinen 8GB RAM zu kriegen. Den Firefox den ich da regelmäßig zum Frühstück aufmache, mache ich aber immer wieder zu, hauptsächlich weil ich sonst zum "Tab-Messie" tendieren würde.
Mach einfach mal den Firefox zu und schau was passiert!

Auch kompliziertere Webseiten wie amazon oder ebay, alles läuft einwandfrei auch mit epiphany, der ja die webkit engine benutzt.

Ist halt blöd, dass Epiphany keine Sicherheitsupdates kriegt.


*) Schade, dass ich über ein reines Browserszenario so einen Satz sagen kann, ohne rot zu werden.

[ralli]

Ich wollte nur ein Zeichen setzen und mit dem Mythos oder der Halbwahrheit aufräumen, das Debian Stretch auf einem uralten Rechner mit wenig (2GB RAM) nicht sauber, einwandfrei und performant läuft. Und zwar ohne zu swappen. Und der Firefox scheint doch sehr zur Spaßbremse zu werden. Habe jetzt mal Google Chrome installiert und sofort gemerkt, warum der unangefochtener Marktführer ist. Schnelles Startverhalten, sehr schneller Webseitenaufbau, auch bei vielen Bildern und sehr performant. Ob die beim Surfen Daten abgreifen oder nicht, interessiert mich nicht die Bohne. Auch auf personalisierte Werbung reagiere ich nicht. So, der Threadersteller hat sogar 4GB RAM sowie im neuen Rechner 8GB RAM. Da müßte alles auch ohne swap einwandfrei laufen. Da ist irgendwas anderes faul. Wenn firefox Speicher nicht frei gibt, dann wäre das schon eine Ursache. Wie gesagt, es gibt auch zu firefox Alternativen. Das vom TE beschriebene Verhalten kann ich in keinem Bereich nachvollziehen. Mal einen anderen Desktop versuchen und dann beobachten, ob dieses Verhalten auch auftaucht. Auswahl gibt es ja genug. Bei mir steigt der Speicherverbauch unter Debian Stretch und dem Gnome Desktop nie auch nur ansatzweise signifikant an. Und wie bereits geschrieben, nicht benutzte Dienste deaktivieren. Das ist schon die halber Miete.

[ralli]

Hab jetzt mal noch einen Test gemacht, 8 verschiedene Homepage in unterschiedlichen Tabs mit Google-Chrome aufgerufen, davon so drei richtig fette. Speicherverbrauch liegt bei 2G RAM bei ca. 48%, was nicht anders zu erwarten war. Aber es swappt nicht. Und deshalb darf das bei 4 GB oder 8GB auch erst recht nicht passieren.

[atarixle]

Dies soll dich zum Kauf von mehr RAM oder einer SSD animieren.

Scherz beiseite: ich setze in einem solchen Fall diese zwei Befehle ab:

su -c "swapoff -a"
su -c "swapon -a"

[MSfree]

su -c "swapoff -a"
su -c "swapon -a"

Meine Rechner laufen auch alle ohne Swap. Wenn man allerdings gelegendlich doch mehr Speicher braucht als RAM vorhanden ist, riskiert man damit, daß Prozesse vom Kernel abgeschossen werden.

Ist Swap eingerichtet, muß der Kernel immer zwischen RAM für Buffers und Cache einerseits und Rausswappen andererseits abwägen. Das kann zu der absurden Situation wie oben führen, daß fast 5GB RAM für Buffers und Cache "mißbraucht" werden, während andererseits 2GB im Swap stehen. Nach meinem Gefühl ist so eine Situation einfach nur Unfug. Man kann aber beinflussen, wie der Kernel Swap gegen Buffers & Cache abwägt. Dazu ist der Parameter /proc/sys/vm/swappiness zuständig. Stellt man diesen auf einen kleinen Wert, wird solange wie möglich mit dem Rausswappen gewartet und statt dessen weniger gecached und gepuffert. Ich habe hier in der Vergangenheit mit "1" gute Erfahrungen gemacht. Setzen kann man den Wert entweder mit:

Code: Alles auswählen

echo "1" > /proc/sys/vm/swappiness

oder durch die Zeile:

Code: Alles auswählen

sys.vm.swappiness=1

in der Datei /etc/sysctl.conf.

[rendegast]

Mal zwei Skripte, die die swap-Belegung anzeigen

Code: Alles auswählen

#!/bin/sh
#20150310
#20150630

clear

echo

# Test, ob die Groessen vergleichbar sind
MULT="$(awk '$1=="VmSwap:" {print $3}' /proc/*/status | sort -u)"
[ "x$MULT" = "xkB" ] || { echo "MULT $MULT"; exit; }

awk "
    \$1==\"Name:\" {TAGGA=\$2}
    \$1==\"VmSwap:\" && \$2!=\"0\"{
        print \$0,\"(\",SUM+=\$2,\"kB )\",FILENAME,TAGGA
}" /proc/*/status

/sbin/swapon -s

free -m

Code: Alles auswählen

#!/bin/bash 
# Get current swap usage for all running processes
# Erik Ljungstrom 27/05/2011
# Modified by Mikko Rantalainen 2012-08-09
# Pipe the output to "sort -nk3" to get sorted output
# Modified by Marc Methot 2014-09-18
# removed the need for sudo

SUM=0
OVERALL=0
for DIR in `find /proc/ -maxdepth 1 -type d -regex "^/proc/[0-9]+"`
do
    PID=`echo $DIR | cut -d / -f 3`
    PROGNAME=`ps -p $PID -o comm --no-headers`
    for SWAP in `grep VmSwap $DIR/status 2>/dev/null | awk '{ print $2 }'`
    do
        let SUM=$SUM+$SWAP
    done
    if (( $SUM > 0 )); then
        echo "PID=$PID swapped $SUM KB ($PROGNAME)"
    fi
    let OVERALL=$OVERALL+$SUM
    SUM=0
done
echo "Overall swap used: $OVERALL KB"

Das erste "swap-prozesse.sh" ist auf meinem Mist gewachsen,
das zweite findet sich als "swap-usage" im Netz.

[novalix]

Ich vermute, der Firefox hat mit seinem "Web Content" haufenweise Ressourcen gebunden und gibt sie nicht wieder her.

Die Vermutung liegt ja nahe. Wobei der TE weiter vorne berichtet hatte, dass der Speicher auch dann weiter voll lief, nachdem er die geöffneten Tabs wieder geschlossen hatte. Außerdem hatte er auch reportiert, die Swapiness auf "1" gesetzt zu haben (allerdings nicht, ob dauerhaft).
Ein Memory Leak in einer aufgerufenen Webseite deutet entweder auf fehlerhaft eingesetzte HTML5-Elemente (z.B. <canvas>) oder auf javascript.
Um mit JS "funktionierende" Leaks zu erzeugen, muss man sich schon ins Zeug legen, um die Garbage Collection auszutricksen. [*]
Außerdem sollte das so selten vorkommen, dass sich dieses Leak auf einen ganz bestimmten "Web Content" zurück führen lassen müsste.

Insgesamt bleibt (mir) die Sache noch einigermaßen rätselhaft.
Was man aus Sportsgeist heraus noch tun könnte:

1. Speicherelemente testen (memtest)
2. mögliche Kandidaten unter den Add-Ons suchen (uBlock wird 's wohl eher nicht sein)
3. mögliche Kandidaten unter den aufgerufenen Webseiten suchen (df.de ist sakrosant)
4. sukzessive die einzelnen Programme als Übeltäter ausschließen
5. alles andere

[*]https://developer.mozilla.org/de/docs/W ... verwaltung

[hikaru]

Ich vermute, der Firefox hat mit seinem "Web Content" haufenweise Ressourcen gebunden und gibt sie nicht wieder her.

Die Vermutung liegt ja nahe. Wobei der TE weiter vorne berichtet hatte, dass der Speicher auch dann weiter voll lief, nachdem er die geöffneten Tabs wieder geschlossen hatte.

Fragt sich halt, ob es reicht, die Tabs zu schließen, oder ob man nicht doch öfter mal den ganzen Feuerfuchs zurück in seinen Bau schicken sollte.

Was man aus Sportsgeist heraus noch tun könnte:
[..]
3. mögliche Kandidaten unter den aufgerufenen Webseiten suchen (df.de ist sakrosant)

Kommt wohl darauf an, wieviel man sich in Smalltalk rumtreibt. Mein Desktop-PC hat nicht umsonst 16GB RAM.