Speicherbedarf von Debian -- staendiges Swappen

Hast Du Probleme mit Hardware, die durch die anderen Foren nicht abgedeckt werden? Schau auch in den "Tipps und Tricks"-Bereich.
Benutzeravatar
MSfree
Beiträge: 10723
Registriert: 25.09.2007 19:59:30

Re: Speicherbedarf von Debian -- staendiges Swappen

Beitrag von MSfree » 28.11.2018 08:21:48

mangrove84 hat geschrieben: ↑ zum Beitrag ↑
27.11.2018 23:32:02
Ich meinte die zusaetzlichen 700MB an RAM, die innerhalb von zwei Stunden belegt wurden, ohne dass ich wesentliches am System gearbeitet habe.
Ich kann da "nur" 300MB zusätzlich erkennen.
Nur 2/3 Tabs im Firefox geoeffnet und geschlossen und ein paar Terminals gestartet.
Die Anzahl der Tabs im Firefox sind nicht ausschlaggebend. Was zählt ist, was in jedem Tab dargestellt werden muß. Ein Tab mit dem Debianforum braucht kaum Speicher, ein Tab mit der T-Online Startseite braucht hingegen auch mal über 100 Megabytes.

Und, wie gesagt, das, was free liefert, muß man schon zu interprätieren wissen. Eine deutlich detailliertere Ansicht auf die Speicherbelegung liefert

Code: Alles auswählen

cat /proc/meminfo
und hier vor allem der Wert hinter MemAvailable

Code: Alles auswählen

grep MemAvailable /proc/meminfo
Was einzelne Prozesse belegen (ich wiederhole mich), bekommst du mit

Code: Alles auswählen

ps augx
raus. Statt also von 2-3 Tabs und Firefox zu reden, solltest du einfach mal schauen, welcher Prozeß wieviel belegt. :wink:

Benutzeravatar
whisper
Beiträge: 3182
Registriert: 23.09.2002 14:32:21
Lizenz eigener Beiträge: GNU Free Documentation License
Kontaktdaten:

Re: Speicherbedarf von Debian -- staendiges Swappen

Beitrag von whisper » 28.11.2018 17:29:00

Noch was nützliches.
https://github.com/pixelb/ps_mem/
dieses kleine python tool ps_mem.py habe ich schon vor längerer Zeit benutzt, es half damals bei der Analyse eines ähnlichen Problems.

mangrove84
Beiträge: 10
Registriert: 26.11.2018 15:37:21

Re: Speicherbedarf von Debian -- staendiges Swappen

Beitrag von mangrove84 » 28.11.2018 22:14:41

MSfree hat geschrieben: ↑ zum Beitrag ↑
28.11.2018 08:21:48
Nur 2/3 Tabs im Firefox geoeffnet und geschlossen und ein paar Terminals gestartet.
Die Anzahl der Tabs im Firefox sind nicht ausschlaggebend. Was zählt ist, was in jedem Tab dargestellt werden muß. Ein Tab mit dem Debianforum braucht kaum Speicher, ein Tab mit der T-Online Startseite braucht hingegen auch mal über 100 Megabytes.
Was ich damit sagen wollte, ist, dass wenn ich ein Tab oeffne und wieder schliesse, dann sollte der benoetigte Speicher eigentlich wieder freigegeben werden. Oder nicht?
Deshalb wunderte ich mich, dass der belegte Speicher angestiegen ist, obwohl sich an den laufenden Anwendungen eigentlich nichts geaendert hat.

Und nun geht das Swappen los!

Code: Alles auswählen

$ free -m
              total        used        free      shared  buff/cache   available
Mem:           7776        5910         509         148        1356        1454
Swap:          7988         143        7845
Ich habe vier Instanzen meines Codes laufen (ohne Memory-Leak ;-) ), welche jeweils ~800MB RAM belegen. Deshalb ist der "used" Wert jetzt deutlich hoeher. Aber trotz der 1.5GB available/ 500MB free, sind schon 140MB im Swap und ein `git diff` hat gerade etliche Sekunden benoetigt...

Die anderen Links von @whisper schaue ich mir gleich an. Den ersten habe ich schon gelesen, der war sehr interessant!

Benutzeravatar
MSfree
Beiträge: 10723
Registriert: 25.09.2007 19:59:30

Re: Speicherbedarf von Debian -- staendiges Swappen

Beitrag von MSfree » 28.11.2018 22:37:05

mangrove84 hat geschrieben: ↑ zum Beitrag ↑
28.11.2018 22:14:41
Was ich damit sagen wollte, ist, dass wenn ich ein Tab oeffne und wieder schliesse, dann sollte der benoetigte Speicher eigentlich wieder freigegeben werden. Oder nicht?
Nein, der Speicher, den ein Prozeß einmal vom Kernel angefordert hat, wird nicht mehr dem Kernel zurückgegeben. Der Prozeß kümmert sich allerdings intern darum, den einmal reservierten Speicher zu recyclen. Wenn also erneut eine Speicheranfrage nötig ist, wird der intern reservierte Speicher zuerst wiederverwendet bevor mehr vom System angefordert wird.

OK, es gibt natürlich auch Mechanismen, mit denen ein Prozeß nicht mehr benötigten Speicher dem System zurückgeben kann. In der Regel wird das aber nicht ausgenutzt, so daß ein Prozeß meistens nur wächst.

mangrove84
Beiträge: 10
Registriert: 26.11.2018 15:37:21

Re: Speicherbedarf von Debian -- staendiges Swappen

Beitrag von mangrove84 » 29.11.2018 15:14:32

MSfree hat geschrieben: ↑ zum Beitrag ↑
28.11.2018 22:37:05
mangrove84 hat geschrieben: ↑ zum Beitrag ↑
28.11.2018 22:14:41
Was ich damit sagen wollte, ist, dass wenn ich ein Tab oeffne und wieder schliesse, dann sollte der benoetigte Speicher eigentlich wieder freigegeben werden. Oder nicht?
Nein, der Speicher, den ein Prozeß einmal vom Kernel angefordert hat, wird nicht mehr dem Kernel zurückgegeben. Der Prozeß kümmert sich allerdings intern darum, den einmal reservierten Speicher zu recyclen. Wenn also erneut eine Speicheranfrage nötig ist, wird der intern reservierte Speicher zuerst wiederverwendet bevor mehr vom System angefordert wird.

OK, es gibt natürlich auch Mechanismen, mit denen ein Prozeß nicht mehr benötigten Speicher dem System zurückgeben kann. In der Regel wird das aber nicht ausgenutzt, so daß ein Prozeß meistens nur wächst.
Heisst das, dass ich tatsaechlich den Firefox regelmaessig komplett beenden muss, damit der Speicher wieder fuer andere Prozesse frei wird?

retabell
Beiträge: 87
Registriert: 01.07.2012 13:20:21

Re: Speicherbedarf von Debian -- staendiges Swappen

Beitrag von retabell » 28.12.2018 10:23:43

niemand hat geschrieben: ↑ zum Beitrag ↑
27.11.2018 12:41:30
Ich würde dann doch erstmal abklären, woran es liegt. Dass eine Kiste mit 8GB ins Swappen kommt, ist definitiv nicht normal,
Was sich manchmal doch als schwierig entpuppt, der TE hat auch keine weitere Systemdaten angegeben.

habe diesen Thread mal gelesen nachdem ich mit einem Kanotix(buster) live iso ähnliche Symptome habe, der Speicher "läuft einfach langsam voll.." (nach einigen Stunden ist das System unbedienbar)

ich vermute zur Zeit rtlwifi als Übeltäter.

https://github.com/lwfinger/rtlwifi_new/issues/401

in 4.20 ist mittlerweile der Patch drin

https://git.kernel.org/pub/scm/linux/ke ... f0a6ad73f2

Das Problem existiert wohl seit 4.18

Benutzeravatar
novalix
Beiträge: 1909
Registriert: 05.10.2005 12:32:57
Lizenz eigener Beiträge: MIT Lizenz
Wohnort: elberfeld

Re: Speicherbedarf von Debian -- staendiges Swappen

Beitrag von novalix » 28.12.2018 12:10:44

mangrove84 hat geschrieben: ↑ zum Beitrag ↑
28.11.2018 22:14:41
Ich habe vier Instanzen meines Codes laufen (ohne Memory-Leak ;-) ), welche jeweils ~800MB RAM belegen.
Und auf stretch belegt Dein Code weniger Arbeitsspeicher?
Nach dem, was ich aus Deinen Angaben hier erlesen kann, scheint mir das Problem weniger im Speichermanagement des Betriebssystems zu liegen, als in der Software, die Du relativ unspezifisch als Deinen "Code" bezeichnest. 800MB pro Instanz ist ja keine Kleinigkeit. Was macht denn Dein Code, Moleküle falten, Deep Learning?
Das Wem, Wieviel, Wann, Wozu und Wie zu bestimmen ist aber nicht jedermannns Sache und ist nicht leicht.
Darum ist das Richtige selten, lobenswert und schön.

mangrove84
Beiträge: 10
Registriert: 26.11.2018 15:37:21

Re: Speicherbedarf von Debian -- staendiges Swappen

Beitrag von mangrove84 » 16.01.2019 16:41:51

retabell hat geschrieben: ↑ zum Beitrag ↑
28.12.2018 10:23:43
Was sich manchmal doch als schwierig entpuppt, der TE hat auch keine weitere Systemdaten angegeben.
Was fuer Daten haettest du denn gern?

mangrove84
Beiträge: 10
Registriert: 26.11.2018 15:37:21

Re: Speicherbedarf von Debian -- staendiges Swappen

Beitrag von mangrove84 » 16.01.2019 16:46:04

novalix hat geschrieben: ↑ zum Beitrag ↑
28.12.2018 12:10:44
mangrove84 hat geschrieben: ↑ zum Beitrag ↑
28.11.2018 22:14:41
Ich habe vier Instanzen meines Codes laufen (ohne Memory-Leak ;-) ), welche jeweils ~800MB RAM belegen.
Und auf stretch belegt Dein Code weniger Arbeitsspeicher?
Nach dem, was ich aus Deinen Angaben hier erlesen kann, scheint mir das Problem weniger im Speichermanagement des Betriebssystems zu liegen, als in der Software, die Du relativ unspezifisch als Deinen "Code" bezeichnest. 800MB pro Instanz ist ja keine Kleinigkeit. Was macht denn Dein Code, Moleküle falten, Deep Learning?
Mein Code fuehrt physikalische Simulationen aus, genauer: Zeitentwicklungen von partiellen Differentialgleichungen. Der Code ist 100% selbst geschrieben, deshalb bezeichne ich ihn unspezifisch als meinen Code.


Ueber Weihnachten/Neujahr war ich in Urlaub, deshalb erstmal keine Probleme mit dem Speicher. Nun bin ich seit zwei Tagen wieder auf Arbeit. Den Rechner habe ich gestern neu gestartet und heute habe ich schon wieder bloss 100MB freien RAM :roll: Mein Code laeuft noch nicht. Nichts laeuft, ausser X, Firefox und Thunderbird. Vielleicht muss ich mich von Firefox verabschieden, da scheinen einige Tabs sehr speicherhungrig zu sein...

Benutzeravatar
bluestar
Beiträge: 2346
Registriert: 26.10.2004 11:16:34
Wohnort: Rhein-Main-Gebiet

Re: Speicherbedarf von Debian -- staendiges Swappen

Beitrag von bluestar » 20.01.2019 11:07:18

mangrove84 hat geschrieben: ↑ zum Beitrag ↑
16.01.2019 16:46:04
Ueber Weihnachten/Neujahr war ich in Urlaub, deshalb erstmal keine Probleme mit dem Speicher. Nun bin ich seit zwei Tagen wieder auf Arbeit. Den Rechner habe ich gestern neu gestartet und heute habe ich schon wieder bloss 100MB freien RAM
Vielleicht wäre es jetzt mal an der Zeit die Ausgabe von ps faux zu posten, wir wissen doch alle nicht, was auf deinem Rechner so im Hintergrund läuft... Ich denke da gerade an so Späße wie Datenbanken oder Web-Server oder ähnliches.

mangrove84
Beiträge: 10
Registriert: 26.11.2018 15:37:21

Re: Speicherbedarf von Debian -- staendiges Swappen

Beitrag von mangrove84 » 23.01.2019 16:20:41

Thunderbird, Firefox, 10-15 Terminals und ein rsync Prozess laufen gerade. Ergebnis: Ich muss 5 Sekunden warten, um zwischen den Desktops des XFCE zu wechseln...
bluestar hat geschrieben: ↑ zum Beitrag ↑
20.01.2019 11:07:18
mangrove84 hat geschrieben: ↑ zum Beitrag ↑
16.01.2019 16:46:04
Ueber Weihnachten/Neujahr war ich in Urlaub, deshalb erstmal keine Probleme mit dem Speicher. Nun bin ich seit zwei Tagen wieder auf Arbeit. Den Rechner habe ich gestern neu gestartet und heute habe ich schon wieder bloss 100MB freien RAM
Vielleicht wäre es jetzt mal an der Zeit die Ausgabe von ps faux zu posten, wir wissen doch alle nicht, was auf deinem Rechner so im Hintergrund läuft... Ich denke da gerade an so Späße wie Datenbanken oder Web-Server oder ähnliches.
Da sollten eigentlich weder Datenbanken noch Webserver im Hintergrund laufen. Hier der Output:

Code: Alles auswählen

101307 ckrueger@gw17:~$ ps fauxww
USER       PID %CPU %MEM    VSZ   RSS TTY      STAT START   TIME COMMAND
root         2  0.0  0.0      0     0 ?        S    Jan14   0:00 [kthreadd]
root         3  0.0  0.0      0     0 ?        I<   Jan14   0:00  \_ [rcu_gp]
root         4  0.0  0.0      0     0 ?        I<   Jan14   0:00  \_ [rcu_par_gp]
root         6  0.0  0.0      0     0 ?        I<   Jan14   0:00  \_ [kworker/0:0H-kblockd]
root         8  0.0  0.0      0     0 ?        I<   Jan14   0:00  \_ [mm_percpu_wq]
root         9  0.0  0.0      0     0 ?        S    Jan14   0:20  \_ [ksoftirqd/0]
root        10  0.1  0.0      0     0 ?        I    Jan14  24:54  \_ [rcu_sched]
root        11  0.0  0.0      0     0 ?        I    Jan14   0:00  \_ [rcu_bh]
root        12  0.0  0.0      0     0 ?        S    Jan14   0:02  \_ [migration/0]
root        14  0.0  0.0      0     0 ?        S    Jan14   0:00  \_ [cpuhp/0]
root        15  0.0  0.0      0     0 ?        S    Jan14   0:00  \_ [cpuhp/1]
root        16  0.0  0.0      0     0 ?        S    Jan14   0:02  \_ [migration/1]
root        17  0.0  0.0      0     0 ?        S    Jan14   0:08  \_ [ksoftirqd/1]
root        19  0.0  0.0      0     0 ?        I<   Jan14   0:00  \_ [kworker/1:0H-kblockd]
root        20  0.0  0.0      0     0 ?        S    Jan14   0:00  \_ [cpuhp/2]
root        21  0.0  0.0      0     0 ?        S    Jan14   0:02  \_ [migration/2]
root        22  0.0  0.0      0     0 ?        S    Jan14   0:03  \_ [ksoftirqd/2]
root        24  0.0  0.0      0     0 ?        I<   Jan14   0:00  \_ [kworker/2:0H-kblockd]
root        25  0.0  0.0      0     0 ?        S    Jan14   0:00  \_ [cpuhp/3]
root        26  0.0  0.0      0     0 ?        S    Jan14   0:02  \_ [migration/3]
root        27  0.0  0.0      0     0 ?        S    Jan14   0:02  \_ [ksoftirqd/3]
root        29  0.0  0.0      0     0 ?        I<   Jan14   0:00  \_ [kworker/3:0H-kblockd]
root        30  0.0  0.0      0     0 ?        S    Jan14   0:00  \_ [cpuhp/4]
root        31  0.0  0.0      0     0 ?        S    Jan14   0:02  \_ [migration/4]
root        32  0.0  0.0      0     0 ?        S    Jan14   0:02  \_ [ksoftirqd/4]
root        34  0.0  0.0      0     0 ?        I<   Jan14   0:00  \_ [kworker/4:0H-kblockd]
root        35  0.0  0.0      0     0 ?        S    Jan14   0:00  \_ [cpuhp/5]
root        36  0.0  0.0      0     0 ?        S    Jan14   0:02  \_ [migration/5]
root        37  0.0  0.0      0     0 ?        S    Jan14   0:58  \_ [ksoftirqd/5]
root        39  0.0  0.0      0     0 ?        I<   Jan14   0:00  \_ [kworker/5:0H-kblockd]
root        40  0.0  0.0      0     0 ?        S    Jan14   0:00  \_ [kdevtmpfs]
root        41  0.0  0.0      0     0 ?        I<   Jan14   0:00  \_ [netns]
root        42  0.0  0.0      0     0 ?        S    Jan14   0:00  \_ [kauditd]
root        44  0.0  0.0      0     0 ?        S    Jan14   0:00  \_ [khungtaskd]
root        45  0.0  0.0      0     0 ?        S    Jan14   0:00  \_ [oom_reaper]
root        46  0.0  0.0      0     0 ?        I<   Jan14   0:00  \_ [writeback]
root        47  0.0  0.0      0     0 ?        S    Jan14   0:00  \_ [kcompactd0]
root        48  0.0  0.0      0     0 ?        SN   Jan14   0:00  \_ [ksmd]
root        49  0.0  0.0      0     0 ?        SN   Jan14   2:12  \_ [khugepaged]
root        50  0.0  0.0      0     0 ?        I<   Jan14   0:00  \_ [crypto]
root        51  0.0  0.0      0     0 ?        I<   Jan14   0:00  \_ [kintegrityd]
root        52  0.0  0.0      0     0 ?        I<   Jan14   0:00  \_ [kblockd]
root        55  0.0  0.0      0     0 ?        I<   Jan14   0:00  \_ [edac-poller]
root        57  0.0  0.0      0     0 ?        I<   Jan14   0:00  \_ [devfreq_wq]
root        58  0.0  0.0      0     0 ?        S    Jan14   0:00  \_ [watchdogd]
root        59  0.0  0.0      0     0 ?        S    Jan14   1:26  \_ [kswapd0]
root        77  0.0  0.0      0     0 ?        I<   Jan14   0:00  \_ [kthrotld]
root        78  0.0  0.0      0     0 ?        I<   Jan14   0:00  \_ [ipv6_addrconf]
root       127  0.0  0.0      0     0 ?        I<   Jan14   0:00  \_ [acpi_thermal_pm]
root       151  0.0  0.0      0     0 ?        I<   Jan14   0:00  \_ [ata_sff]
root       200  0.0  0.0      0     0 ?        S    Jan14   0:00  \_ [scsi_eh_0]
root       201  0.0  0.0      0     0 ?        I<   Jan14   0:00  \_ [scsi_tmf_0]
root       202  0.0  0.0      0     0 ?        S    Jan14   0:00  \_ [scsi_eh_1]
root       203  0.0  0.0      0     0 ?        I<   Jan14   0:00  \_ [scsi_tmf_1]
root       204  0.0  0.0      0     0 ?        S    Jan14   0:00  \_ [scsi_eh_2]
root       205  0.0  0.0      0     0 ?        I<   Jan14   0:00  \_ [scsi_tmf_2]
root       206  0.0  0.0      0     0 ?        S    Jan14   0:00  \_ [scsi_eh_3]
root       207  0.0  0.0      0     0 ?        I<   Jan14   0:00  \_ [scsi_tmf_3]
root       211  0.0  0.0      0     0 ?        I<   Jan14   0:02  \_ [kworker/5:1H-kblockd]
root       226  0.0  0.0      0     0 ?        I<   Jan14   0:02  \_ [kworker/1:1H-kblockd]
root       237  0.0  0.0      0     0 ?        I<   Jan14   0:00  \_ [kworker/u13:0-rb_allocator]
root       242  0.0  0.0      0     0 ?        I<   Jan14   0:04  \_ [kworker/4:1H-kblockd]
root       244  0.0  0.0      0     0 ?        S    Jan14   0:00  \_ [jbd2/sda4-8]
root       245  0.0  0.0      0     0 ?        I<   Jan14   0:00  \_ [ext4-rsv-conver]
root       246  0.0  0.0      0     0 ?        I<   Jan14   0:04  \_ [kworker/2:1H-kblockd]
root       259  0.0  0.0      0     0 ?        I<   Jan14   0:06  \_ [kworker/3:1H-kblockd]
root       283  0.0  0.0      0     0 ?        I<   Jan14   0:02  \_ [kworker/0:1H-kblockd]
root       394  0.0  0.0      0     0 ?        I<   Jan14   0:00  \_ [cfg80211]
root       395  0.0  0.0      0     0 ?        S    Jan14   0:00  \_ [irq/126-mei_me]
root       397  0.0  0.0      0     0 ?        S    Jan14   0:00  \_ [irq/127-iwlwifi]
root       400  0.0  0.0      0     0 ?        S    Jan14   0:00  \_ [irq/128-iwlwifi]
root       401  0.0  0.0      0     0 ?        S    Jan14   0:00  \_ [irq/129-iwlwifi]
root       402  0.0  0.0      0     0 ?        S    Jan14   0:00  \_ [irq/130-iwlwifi]
root       403  0.0  0.0      0     0 ?        S    Jan14   0:00  \_ [irq/131-iwlwifi]
root       404  0.0  0.0      0     0 ?        S    Jan14   0:00  \_ [irq/132-iwlwifi]
root       405  0.0  0.0      0     0 ?        S    Jan14   0:00  \_ [irq/133-iwlwifi]
root       406  0.0  0.0      0     0 ?        S    Jan14   0:00  \_ [irq/134-iwlwifi]
root       407  0.0  0.0      0     0 ?        S    Jan14   0:00  \_ [i915/signal:0]
root       408  0.0  0.0      0     0 ?        S    Jan14   0:00  \_ [i915/signal:1]
root       409  0.0  0.0      0     0 ?        S    Jan14   0:00  \_ [i915/signal:2]
root       410  0.0  0.0      0     0 ?        S    Jan14   0:00  \_ [i915/signal:6]
root       431  0.0  0.0      0     0 ?        I<   Jan14   0:00  \_ [kworker/u13:2-hci0]
root       482  0.0  0.0      0     0 ?        S    Jan14   0:03  \_ [jbd2/sda5-8]
root       483  0.0  0.0      0     0 ?        I<   Jan14   0:00  \_ [ext4-rsv-conver]
root       491  0.0  0.0      0     0 ?        S    Jan14   0:01  \_ [jbd2/sda7-8]
root       492  0.0  0.0      0     0 ?        I<   Jan14   0:00  \_ [ext4-rsv-conver]
root       499  0.0  0.0      0     0 ?        S    Jan14   0:38  \_ [jbd2/sda8-8]
root       500  0.0  0.0      0     0 ?        I<   Jan14   0:00  \_ [ext4-rsv-conver]
root     13036  0.0  0.0      0     0 ?        I<   Jan15   0:00  \_ [xfsalloc]
root     13037  0.0  0.0      0     0 ?        I<   Jan15   0:00  \_ [xfs_mru_cache]
root     13042  0.0  0.0      0     0 ?        S    Jan15   0:00  \_ [jfsIO]
root     13043  0.0  0.0      0     0 ?        S    Jan15   0:00  \_ [jfsCommit]
root     13044  0.0  0.0      0     0 ?        S    Jan15   0:00  \_ [jfsCommit]
root     13045  0.0  0.0      0     0 ?        S    Jan15   0:00  \_ [jfsCommit]
root     13046  0.0  0.0      0     0 ?        S    Jan15   0:00  \_ [jfsCommit]
root     13047  0.0  0.0      0     0 ?        S    Jan15   0:00  \_ [jfsCommit]
root     13048  0.0  0.0      0     0 ?        S    Jan15   0:00  \_ [jfsCommit]
root     13049  0.0  0.0      0     0 ?        S    Jan15   0:00  \_ [jfsSync]
root     18515  0.0  0.0      0     0 ?        I    Jan21   0:07  \_ [kworker/3:1-mm_percpu_wq]
root     20030  0.0  0.0      0     0 ?        I    Jan21   0:08  \_ [kworker/0:2-mm_percpu_wq]
root      8825  0.0  0.0      0     0 ?        I    06:25   0:00  \_ [kworker/2:1-events]
root      8842  0.0  0.0      0     0 ?        I    06:25   0:01  \_ [kworker/1:0-mm_percpu_wq]
root      8898  0.0  0.0      0     0 ?        I    06:42   0:01  \_ [kworker/5:1-events]
root     10083  0.1  0.0      0     0 ?        I    08:56   0:06  \_ [kworker/u12:2-events_unbound]
root     10330  0.2  0.0      0     0 ?        I    09:38   0:06  \_ [kworker/u12:0-events_unbound]
root     10706  0.0  0.0      0     0 ?        I    09:51   0:00  \_ [kworker/4:2-mm_percpu_wq]
root     10734  0.2  0.0      0     0 ?        I    09:55   0:02  \_ [kworker/u12:3-events_unbound]
root     10899  0.0  0.0      0     0 ?        I    10:00   0:00  \_ [kworker/5:2-cgroup_destroy]
root     10918  0.0  0.0      0     0 ?        I    10:02   0:00  \_ [kworker/4:1-cgroup_destroy]
root     10932  0.0  0.0      0     0 ?        I    10:03   0:00  \_ [kworker/1:1-cgroup_destroy]
root     10942  0.3  0.0      0     0 ?        I    10:04   0:01  \_ [kworker/u12:1-events_unbound]
root     10945  0.0  0.0      0     0 ?        I    10:05   0:00  \_ [kworker/3:0]
root     10959  0.0  0.0      0     0 ?        I    10:06   0:00  \_ [kworker/0:0-cgroup_destroy]
root     10971  0.0  0.0      0     0 ?        I    10:07   0:00  \_ [kworker/2:2-cgroup_destroy]
root     11038  0.0  0.0      0     0 ?        I    10:10   0:00  \_ [kworker/4:0]
root     11061  0.0  0.0      0     0 ?        I    10:11   0:00  \_ [kworker/1:2]
root     11101  0.0  0.0      0     0 ?        I    10:12   0:00  \_ [kworker/5:0-events]
root         1  0.0  0.0 181392  6160 ?        Ss   Jan14   0:10 /sbin/init
root       281  0.0  0.1  71612 10336 ?        Ss   Jan14   0:33 /lib/systemd/systemd-journald
root       299  0.0  0.0  25616  2120 ?        Ss   Jan14   0:01 /lib/systemd/systemd-udevd
root       520  0.0  0.0 227848  1968 ?        Ssl  Jan14   0:04 /usr/sbin/rsyslogd -n -iNONE
message+   521  0.0  0.0  11100  2748 ?        Ss   Jan14   0:03 /usr/bin/dbus-daemon --system --address=systemd: --nofork --nopidfile --systemd-activation --syslog-only
root       522  0.0  0.0  30180  3532 ?        Ss   Jan14   0:12 /lib/systemd/systemd-logind
root       523  0.0  0.0   8808  1496 ?        Ss   Jan14   0:01 /usr/sbin/cron -f
root       524  0.0  0.0  17140  1112 ?        Ss   Jan14   0:03 /sbin/wpa_supplicant -u -s -O /run/wpa_supplicant
root       525  0.0  0.0 405404  5500 ?        Ssl  Jan14   0:45 /usr/lib/udisks2/udisksd
root       526  0.0  0.0  84264  2132 ?        Ssl  Jan14   1:01 /usr/sbin/irqbalance --foreground
root       564  0.0  0.0 238540  4096 ?        Ssl  Jan14   0:00 /usr/lib/policykit-1/polkitd --no-debug
root       607  0.0  0.0   9476  2380 ?        Ss   Jan14   0:00 /sbin/dhclient -4 -v -pf /run/dhclient.eno2.pid -lf /var/lib/dhcp/dhclient.eno2.leases -I -df /var/lib/dhcp/dhclient6.eno2.leases eno2
root       666  0.0  0.0   9476  2504 ?        Ss   Jan14   0:02 /sbin/dhclient -4 -v -pf /run/dhclient.wlo1.pid -lf /var/lib/dhcp/dhclient.wlo1.leases -I -df /var/lib/dhcp/dhclient6.wlo1.leases wlo1
root       698  0.0  0.0   5948   628 tty1     Ss+  Jan14   0:00 /sbin/agetty -o -p -- \u --noclear tty1 linux
root       701  0.0  0.0  24544  2280 ?        Ss   Jan14   0:00 /usr/bin/xdm -nodaemon
root       716  0.6  1.0 377664 84636 tty7     Ssl+ Jan14  85:38  \_ /usr/lib/xorg/Xorg :0 vt7 -nolisten tcp -auth /var/lib/xdm/authdir/authfiles/A:0-TdJOP7
root       728  0.0  0.0  32048  4676 ?        Ss   Jan14   0:00  \_ -:0                   
ckrueger   834  0.0  0.0   2388   744 ?        Ss   Jan14   0:00      \_ /bin/sh /etc/xdg/xfce4/xinitrc -- /etc/X11/xinit/xserverrc
ckrueger   864  0.0  0.0   5852  2016 ?        Ss   Jan14   0:04          \_ /usr/bin/ssh-agent x-session-manager
ckrueger   874  0.0  0.1 224744  9636 ?        Sl   Jan14   0:22          \_ xfce4-session
ckrueger   891  0.1  0.2 271252 18036 ?        Sl   Jan14  13:58              \_ xfwm4 --display :0.0 --sm-client-id 24bcddf98-6f29-4d91-896b-f8fb2cb5fe82
ckrueger   892  0.0  0.2 597692 22676 ?        Sl   Jan14   0:07              \_ Thunar --sm-client-id 2d6e767c7-f6cf-4253-b936-24ba0fd7e7f6 --daemon
ckrueger   903  0.0  0.2 291544 20088 ?        Sl   Jan14   1:19              \_ xfce4-panel --display :0.0 --sm-client-id 2427f1943-e41f-4255-adc4-2efe5079990f
ckrueger   926  0.0  0.0  74864  6632 ?        S    Jan14   0:00              |   \_ /usr/lib/x86_64-linux-gnu/xfce4/panel/wrapper-1.0 /usr/lib/x86_64-linux-gnu/xfce4/panel/plugins/libsystray.so 6 10485792 systray Notification Area Area where notification icons appear
ckrueger   927  0.0  0.1  76912  8744 ?        S    Jan14   0:00              |   \_ /usr/lib/x86_64-linux-gnu/xfce4/panel/wrapper-1.0 /usr/lib/x86_64-linux-gnu/xfce4/panel/plugins/libactions.so 2 10485793 actions Action Buttons Log out, lock or other system actions
ckrueger  1062  4.9  5.2 3010840 414528 ?      Sl   Jan14 637:19              |   \_ /usr/lib/firefox-esr/firefox-esr
ckrueger  1156  4.5  6.1 3128784 489988 ?      Sl   Jan14 586:13              |   |   \_ /usr/lib/firefox-esr/firefox-esr -contentproc -childID 1 -isForBrowser -boolPrefs 301:0| -stringPrefs 287:36;02b2056c-03f7-4bb1-b6ac-44dcc9549281| -schedulerPrefs 0001,2 -greomni /usr/lib/firefox-esr/omni.ja -appomni /usr/lib/firefox-esr/browser/omni.ja -appdir /usr/lib/firefox-esr/browser 1062 true tab
ckrueger  1210  4.5  6.8 3842756 542648 ?      Sl   Jan14 582:56              |   |   \_ /usr/lib/firefox-esr/firefox-esr -contentproc -childID 2 -isForBrowser -boolPrefs 301:0| -stringPrefs 287:36;02b2056c-03f7-4bb1-b6ac-44dcc9549281| -schedulerPrefs 0001,2 -greomni /usr/lib/firefox-esr/omni.ja -appomni /usr/lib/firefox-esr/browser/omni.ja -appdir /usr/lib/firefox-esr/browser 1062 true tab
ckrueger  1701  3.0  5.3 2856128 424276 ?      Sl   Jan14 396:50              |   |   \_ /usr/lib/firefox-esr/firefox-esr -contentproc -childID 7 -isForBrowser -boolPrefs 301:0| -stringPrefs 287:36;02b2056c-03f7-4bb1-b6ac-44dcc9549281| -schedulerPrefs 0001,2 -greomni /usr/lib/firefox-esr/omni.ja -appomni /usr/lib/firefox-esr/browser/omni.ja -appdir /usr/lib/firefox-esr/browser 1062 true tab
ckrueger  2926  4.4  5.8 3606936 465016 ?      Sl   Jan14 566:17              |   |   \_ /usr/lib/firefox-esr/firefox-esr -contentproc -childID 10 -isForBrowser -boolPrefs 301:0| -stringPrefs 287:36;02b2056c-03f7-4bb1-b6ac-44dcc9549281| -schedulerPrefs 0001,2 -greomni /usr/lib/firefox-esr/omni.ja -appomni /usr/lib/firefox-esr/browser/omni.ja -appdir /usr/lib/firefox-esr/browser 1062 true tab
ckrueger  9222  0.1  2.8 2163028 230056 ?      Sl   Jan15  19:25              |   \_ /usr/lib/thunderbird/thunderbird
ckrueger   908  0.0  0.5 446128 42320 ?        Sl   Jan14   0:52              \_ xfdesktop --display :0.0 --sm-client-id 2e79f448f-1494-4982-99a0-9506b123a0d2
ckrueger   929  0.0  0.0 210388  6372 ?        Sl   Jan14   0:01              \_ /usr/lib/policykit-1-gnome/polkit-gnome-authentication-agent-1
ckrueger   706  0.1  0.9 3932864 71716 ?       Sl   Jan14  25:15 /home/ckrueger/.dropbox-dist/dropbox-lnx.x86_64-64.4.141/dropbox
ckrueger   823  0.0  0.0  32032  4608 ?        Ss   Jan14   0:00 /lib/systemd/systemd --user
ckrueger   824  0.0  0.0 181080   340 ?        S    Jan14   0:00  \_ (sd-pam)
ckrueger   843  0.0  0.0  11096  2664 ?        Ss   Jan14   0:06  \_ /usr/bin/dbus-daemon --session --address=systemd: --nofork --nopidfile --systemd-activation --syslog-only
ckrueger   885  0.0  0.0  18732  2824 ?        S    Jan14   0:00  \_ /usr/lib/x86_64-linux-gnu/xfce4/xfconf/xfconfd
ckrueger   889  0.0  0.0  81296  1220 ?        SLs  Jan14   0:00  \_ /usr/bin/gpg-agent --supervised
ckrueger   895  0.0  0.0 240612  3336 ?        Ssl  Jan14   0:00  \_ /usr/lib/gvfs/gvfsd
ckrueger   988  0.0  0.0 314736  3644 ?        Sl   Jan14   0:00  |   \_ /usr/lib/gvfs/gvfsd-trash --spawner :1.9 /org/gtk/gvfs/exec_spaw/0
ckrueger   905  0.0  0.0 314456  3436 ?        Ssl  Jan14   0:00  \_ /usr/lib/at-spi2-core/at-spi-bus-launcher
ckrueger   914  0.0  0.0  10592  1812 ?        S    Jan14   0:03  |   \_ /usr/bin/dbus-daemon --config-file=/usr/share/defaults/at-spi2/accessibility.conf --nofork --print-address 3
ckrueger   918  0.0  0.0 178096  4140 ?        Sl   Jan14   0:40  \_ /usr/lib/at-spi2-core/at-spi2-registryd --use-gnome-session
ckrueger   938  0.0  0.0 159344  2940 ?        Sl   Jan14   0:00  \_ /usr/lib/dconf/dconf-service
ckrueger   969  0.0  0.1 674928 11428 ?        S<sl Jan14   8:29  \_ /usr/bin/pulseaudio --daemonize=no
ckrueger   976  0.0  0.0 285256  5876 ?        Ssl  Jan14   0:08  \_ /usr/lib/gvfs/gvfs-udisks2-volume-monitor
ckrueger   993  0.0  0.0 165332  2960 ?        Ssl  Jan14   0:00  \_ /usr/lib/gvfs/gvfsd-metadata
ckrueger  1560  0.0  0.1 305384 14436 ?        Ssl  Jan14   0:09  \_ /usr/lib/x86_64-linux-gnu/xfce4/notifyd/xfce4-notifyd
ckrueger   906  0.0  0.0 259248  7104 ?        Ssl  Jan14   0:33 xfsettingsd --display :0.0 --sm-client-id 2641aae61-4a0f-4897-b6a7-3f5693a090ac
root       925  0.0  0.0 258944  4076 ?        Ssl  Jan14   0:00 /usr/lib/upower/upowerd
rtkit      970  0.0  0.0 156744  1364 ?        SNsl Jan14   0:09 /usr/lib/rtkit/rtkit-daemon
ckrueger  1490  0.0  0.0  51556  4616 ?        S    Jan14   0:02 xterm -class UXTerm -title uxterm -u8
ckrueger  1496  0.0  0.0   8196   956 pts/0    Ss   Jan14   0:00  \_ bash
ckrueger  1515  0.0  0.0  16272   552 pts/0    S+   Jan14   0:02      \_ ssh trillian
ckrueger  2092  0.0  0.0  54532  5220 ?        S    Jan14   0:04 xterm -class UXTerm -title uxterm -u8
ckrueger  2098  0.0  0.0   8196   964 pts/1    Ss   Jan14   0:00  \_ bash
ckrueger  2103  0.0  0.0  16136  1288 pts/1    S+   Jan14   0:02      \_ ssh trillian
ckrueger  2282  0.0  0.1  58660 12668 ?        S    Jan14   0:38 xterm -class UXTerm -title uxterm -u8
ckrueger  2288  0.0  0.0   8196  1020 pts/2    Ss   Jan14   0:00  \_ bash
ckrueger 30592  0.0  0.0  16164   392 pts/2    S+   Jan18   0:22      \_ ssh blue
root     11424  0.0  0.0  19908  2768 ?        Ss   Jan15   0:00 /usr/sbin/sshd -D
root     11120  2.0  0.0  20552  7280 ?        Ss   10:13   0:00  \_ sshd: ckrueger [priv]
sshd     11121  0.0  0.0  19908  4800 ?        S    10:13   0:00      \_ sshd: ckrueger [net]
ckrueger 10103  0.0  0.1  59148 12820 ?        S    Jan16   2:03 xterm -class UXTerm -title uxterm -u8
ckrueger 10109  0.0  0.0   8196  1904 pts/9    Ss   Jan16   0:00  \_ bash
ckrueger  9015  0.0  0.0  18248  5392 pts/9    S+   06:54   0:07      \_ ssh baade
ckrueger 13527  0.0  0.0  53812  2788 ?        S    Jan16   0:00 xterm -class UXTerm -title uxterm -u8
ckrueger 13533  0.0  0.0   8196   336 pts/10   Ss+  Jan16   0:00  \_ bash
ckrueger  1013  0.0  0.0  48820  5624 ?        S    Jan18   0:00 xterm -class UXTerm -title uxterm -u8
ckrueger  1019  0.0  0.0   8328   332 pts/8    Ss+  Jan18   0:00  \_ bash
ckrueger  1100  0.0  0.0  48820  5800 ?        S    Jan18   0:02 xterm -class UXTerm -title uxterm -u8
ckrueger  1106  0.0  0.0   8328   332 pts/11   Ss   Jan18   0:00  \_ bash
ckrueger  1147  0.0  0.0  96808  6776 pts/11   S+   Jan18   0:01      \_ vi howto
ckrueger 23587  0.0  0.1  52684 11604 ?        S    Jan21   0:01 xterm -class UXTerm -title uxterm -u8
ckrueger 23593  0.0  0.0   8328  3436 pts/4    Ss+  Jan21   0:00  \_ bash
ckrueger 29702  0.0  0.1  53948  9196 ?        S    Jan22   0:06 xterm -class UXTerm -title uxterm -u8
ckrueger 29711  0.0  0.0   8196  2720 pts/3    Ss   Jan22   0:00  \_ bash
ckrueger  8929  0.0  0.0  16268  5344 pts/3    S+   06:44   0:01      \_ ssh blue
ckrueger 29776  0.0  0.1  53288 11596 ?        S    Jan22   0:02 xterm -class UXTerm -title uxterm -u8
ckrueger 29782  0.0  0.0   8328  2920 pts/5    Ss   Jan22   0:00  \_ bash
ckrueger 10484  0.0  0.0  16164  5892 pts/5    S+   09:45   0:00      \_ ssh blue
ckrueger 29948  0.0  0.0  48820  4984 ?        S    Jan22   0:00 xterm -class UXTerm -title uxterm -u8
ckrueger 29954  0.0  0.0   8328  2652 pts/6    Ss+  Jan22   0:00  \_ bash
ckrueger 30079  0.0  0.0  56880  5204 ?        S    Jan22   0:01 xterm -class UXTerm -title uxterm -u8
ckrueger 30085  0.0  0.0   8584  2652 pts/7    Ss+  Jan22   0:00  \_ bash
ckrueger  3129  0.0  0.0  48820  7324 ?        S    Jan22   0:00 xterm -class UXTerm -title uxterm -u8
ckrueger  3135  0.0  0.0   8196  2536 pts/12   Ss   Jan22   0:00  \_ bash
ckrueger  3140  0.0  0.0  16136  4600 pts/12   S+   Jan22   0:00      \_ ssh trillian
ckrueger  4171  0.0  0.0  51008  7280 ?        S    Jan22   0:00 xterm -class UXTerm -title uxterm -u8
ckrueger  4177  0.0  0.0   8196  2800 pts/13   Ss   Jan22   0:00  \_ bash
ckrueger  8925  0.0  0.0  16164  5244 pts/13   S+   06:44   0:00      \_ ssh blue
systemd+  8743  0.0  0.0 103744  5084 ?        Ssl  06:24   0:00 /lib/systemd/systemd-timesyncd
ckrueger  9158  0.0  0.0  48820  7364 ?        S    07:14   0:00 xterm -class UXTerm -title uxterm -u8
ckrueger  9164  0.0  0.0   8196  2872 pts/14   Ss+  07:14   0:00  \_ bash
ckrueger 10339  0.0  0.2  54732 16340 ?        S    09:39   0:00 xterm -class UXTerm -title uxterm -u8
ckrueger 10345  0.0  0.0   8328  4640 pts/15   Ss+  09:39   0:00  \_ bash
ckrueger 11083  0.6  0.2  60976 23544 ?        S    10:12   0:00 xterm -class UXTerm -title uxterm -u8
ckrueger 11089  0.0  0.0   8196  4600 pts/16   Ss   10:12   0:00  \_ bash
ckrueger 11123  0.0  0.0  13332  3436 pts/16   R+   10:13   0:00      \_ ps fauxww
101310 ckrueger@gw17:~$
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                                                                                                                                                                                                                                                
    1 root      20   0  181392   6160   4224 S   0.0   0.1   0:10.41 systemd                                                                                                                                                                                                                                              
    2 root      20   0       0      0      0 S   0.0   0.0   0:00.07 kthreadd                                                                                                                                                                                                                                             
    3 root       0 -20       0      0      0 I   0.0   0.0   0:00.00 rcu_gp                                                                                                                                                                                                                                               
    4 root       0 -20       0      0      0 I   0.0   0.0   0:00.00 rcu_par_gp                                                                                                                                                                                                                                           
    6 root       0 -20       0      0      0 I   0.0   0.0   0:00.00 kworker/0:0H-kblockd                                                                                                                                                                                                                                 
    8 root       0 -20       0      0      0 I   0.0   0.0   0:00.00 mm_percpu_wq                                                                                                                                                                                                                                         
    9 root      20   0       0      0      0 S   0.0   0.0   0:20.66 ksoftirqd/0                                                                                                                                                                                                                                          
   10 root      20   0       0      0      0 I   0.0   0.0  24:54.45 rcu_sched                                                                                                                                                                                                                                            
   11 root      20   0       0      0      0 I   0.0   0.0   0:00.00 rcu_bh          
Ich hoffe ihr koennt dort etwas erkennen.
Ausser, dass mein Speicher nicht zur Verfuegung steht, sehe ich leider nichts brauchbares :(

Benutzeravatar
ralli
Beiträge: 3911
Registriert: 02.03.2008 08:03:02

Re: Speicherbedarf von Debian -- staendiges Swappen

Beitrag von ralli » 23.01.2019 17:34:47

Da mein neuer aktueller Rechner gerade repariert wird, arbeite ich mit meinem alten PC, der 14 Jahre alt ist an einem 28 Zoll Monitor.

Die Hardware:

Intel® Pentium® 4 Prozessor 640 mit HT-Technologie (3,0 GHz, 2 MB Cache, 800 MHz FSB),
Intel® i915P Chipsatz. 2048 MB DDR Arbeitsspeicher

externe diskrete Grafikkarte

AMD SAPPHIRE Radeon R5 230 2 GB (PCI Express)

baugleich mit

Sapphire Radeon HD 6450 2 GB

Ich habe ein aktuelles Debian 9 (Stretch) installiert mit dem Gnome Desktop. Hier gab es anfangs ähnliche Probleme. Ich habe tracker ganz deinstalliert und die Indizierung der Suchfunktion. Dann wurde Evolution deinstalliert und durch sylpheed ersetzt.

Und was soll ich sagen? Das ganze läuft super flüssig und performant, kein Swap.

Man muß überflüssige Dienste, die nicht gebraucht werden, wie den Online Account Daemon deakivieren und manches mehr.

Dann habe ich noch den Epiphany Browser installiert, der den Firefox ersetzt. Auch der wurde mittlerweile durch meinen eigenen Webbrowser WebView ersetzt. Alles läuft einwandfrei, youtube Videos ebenfalls. Und das auf einem 14 Jahre alten Pentium. Es ist eine Sache der Konfiguration.

Wenn gar nichts mehr geht, eine Minimalinstallation mit Openbox geht immer.

Hier swappt nix und nie etwas. Ich schreibe hier mit eigenem Browser.

bis bald
Wer nicht lieben kann, muß hassen. Wer nicht aufbauen kann muß zerstören. Wer keine Brücken baut, muß spalten.

Benutzeravatar
bluestar
Beiträge: 2346
Registriert: 26.10.2004 11:16:34
Wohnort: Rhein-Main-Gebiet

Re: Speicherbedarf von Debian -- staendiges Swappen

Beitrag von bluestar » 23.01.2019 19:27:39

Hast du in Firefox Addons/Plugins installiert?

Weitere Idee von mir, kannst du SWAP mal komplett deaktivieren und schauen, ob du ohne besser fährst.

Benutzeravatar
ralli
Beiträge: 3911
Registriert: 02.03.2008 08:03:02

Re: Speicherbedarf von Debian -- staendiges Swappen

Beitrag von ralli » 23.01.2019 19:44:42

Ich weiß nicht, ob Du mich meinst. Ich habe von firefox Abstand genommen. Der derzeitige Marktanteil beträgt nur noch ca. 4,7 %. Und das wird auch seine Gründe haben. Auch kompliziertere Webseiten wie amazon oder ebay, alles läuft einwandfrei auch mit epiphany, der ja die webkit engine benutzt. Pfeilschnell, im starten, sowie im rendern auch. Jeder bilde sich seine eigene Meinung, ich teile hier nur meine eigenen Erfahrungen mit.
Wer nicht lieben kann, muß hassen. Wer nicht aufbauen kann muß zerstören. Wer keine Brücken baut, muß spalten.

Benutzeravatar
novalix
Beiträge: 1909
Registriert: 05.10.2005 12:32:57
Lizenz eigener Beiträge: MIT Lizenz
Wohnort: elberfeld

Re: Speicherbedarf von Debian -- staendiges Swappen

Beitrag von novalix » 24.01.2019 15:00:47

Normal ist das nicht.
Load Average liefert ziemlich hohe Werte.

Ansonsten sind die Verbrauchswerte eher im üblichen Bereich.
Auf meinem Laptop habe ich bei vergleichbarem Szenario (Firefox mit 5 Tabs, 7 Konsolen, Dateimanager, 2 IDEs, etc. + 2 RDBMS, Apache und so) bei 8G Ram weniger als die Hälfte belegt. In den Firefox Tabs habe ich extra fette Rich-Clients aufgerufen. Das geht allerdings eher auf die CPU-Load als auf den Arbeitsspeicher.

Die aufgerufenen Programme und die dazugehörigen Werte zum Ram-Verbrauch, die top und ps ausgeben, passen überhaupt nicht zum Gesamtwert des Arbeitsspeicherverbrauch.

Mithin ist Dein derzeitiges Nutzungsszenario im handelsüblichen Bereich ja noch eher sparsam (Bei mir läuft z.B KDE).
Das Wem, Wieviel, Wann, Wozu und Wie zu bestimmen ist aber nicht jedermannns Sache und ist nicht leicht.
Darum ist das Richtige selten, lobenswert und schön.

Benutzeravatar
hikaru
Moderator
Beiträge: 13585
Registriert: 09.04.2008 12:48:59

Re: Speicherbedarf von Debian -- staendiges Swappen

Beitrag von hikaru » 24.01.2019 15:35:08

mangrove84 hat geschrieben: ↑ zum Beitrag ↑
23.01.2019 16:20:41
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!

ralli hat geschrieben: ↑ zum Beitrag ↑
23.01.2019 19:44:42
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.

Benutzeravatar
ralli
Beiträge: 3911
Registriert: 02.03.2008 08:03:02

Re: Speicherbedarf von Debian -- staendiges Swappen

Beitrag von ralli » 24.01.2019 17:00:10

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.
Wer nicht lieben kann, muß hassen. Wer nicht aufbauen kann muß zerstören. Wer keine Brücken baut, muß spalten.

Benutzeravatar
ralli
Beiträge: 3911
Registriert: 02.03.2008 08:03:02

Re: Speicherbedarf von Debian -- staendiges Swappen

Beitrag von ralli » 24.01.2019 17:09:05

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.
Wer nicht lieben kann, muß hassen. Wer nicht aufbauen kann muß zerstören. Wer keine Brücken baut, muß spalten.

atarixle
Beiträge: 341
Registriert: 20.02.2006 19:30:37

Re: Speicherbedarf von Debian -- staendiges Swappen

Beitrag von atarixle » 25.01.2019 08:58:44

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"

Benutzeravatar
MSfree
Beiträge: 10723
Registriert: 25.09.2007 19:59:30

Re: Speicherbedarf von Debian -- staendiges Swappen

Beitrag von MSfree » 25.01.2019 09:34:58

atarixle hat geschrieben: ↑ zum Beitrag ↑
25.01.2019 08:58:44
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
Beiträge: 15041
Registriert: 27.02.2006 16:50:33
Lizenz eigener Beiträge: MIT Lizenz

Re: Speicherbedarf von Debian -- staendiges Swappen

Beitrag von rendegast » 25.01.2019 12:34:54

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.
mfg rendegast
-----------------------
Viel Eifer, viel Irrtum; weniger Eifer, weniger Irrtum; kein Eifer, kein Irrtum.
(Lin Yutang "Moment in Peking")

Benutzeravatar
novalix
Beiträge: 1909
Registriert: 05.10.2005 12:32:57
Lizenz eigener Beiträge: MIT Lizenz
Wohnort: elberfeld

Re: Speicherbedarf von Debian -- staendiges Swappen

Beitrag von novalix » 25.01.2019 15:09:40

hikaru hat geschrieben: ↑ zum Beitrag ↑
24.01.2019 15:35:08
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
Das Wem, Wieviel, Wann, Wozu und Wie zu bestimmen ist aber nicht jedermannns Sache und ist nicht leicht.
Darum ist das Richtige selten, lobenswert und schön.

Benutzeravatar
hikaru
Moderator
Beiträge: 13585
Registriert: 09.04.2008 12:48:59

Re: Speicherbedarf von Debian -- staendiges Swappen

Beitrag von hikaru » 28.01.2019 08:56:47

novalix hat geschrieben: ↑ zum Beitrag ↑
25.01.2019 15:09:40
hikaru hat geschrieben: ↑ zum Beitrag ↑
24.01.2019 15:35:08
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.
novalix hat geschrieben: ↑ zum Beitrag ↑
25.01.2019 15:09:40
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. ;)

Antworten