Übertriebener Swap-Betrieb: neuen Kernel installieren?

Hi Forum,
Ich habe noch ein Problem mit dem übermäßigen Swapping.
Zum Thema gibt es bereits einige Posts hier im Forum, hier eine Auswahl:

https://forums.opensuse.org/showthread.php/544618-Hard-Disk-Activity-Memory-Hole?highlight=swappiness
https://forums.opensuse.org/showthread.php/540390-Leap-15-1-slows-down-due-to-swapping/page2
https://forums.opensuse.org/showthread.php/538586-observing-excessive-swapping-when-copying-large-files?highlight=swappiness
https://forums.opensuse.org/showthread.php/539128-16GB-RAM-10GB-Used-Swap-File-Being-Used-How-To-Stop-Swap-File-From-Being-Used/page4?highlight=swappiness

Etwas Ähnliches stelle ich auf mein System fest, bei Verwendung von Firerfox mit zahlreichen Tabs und bei der Ausführung von Backups: obwohl noch genügend freier RAM zur Verfügung steht, wird swap so sehr benutzt, dass nach einer Weile das System lahm wird.

In einem oder zwei der oben genanten Forumsbeiträge wird u.a. auf einen Bug verwiesen:

https://bugzilla.opensuse.org/show_bug.cgi?id=1159882

Soweit ich verstanden habe - einiges klingt bei mir allerdings wie Kauderwelsch, ist das übermäßige Swapping einem “Fehler” im Standard-Kernel von OpenSuse Leap 15.2 (ver. 5.3.12-2-default x86_64) zurückzuführen.
Das Problem dürfte irgendwie im Kernel 5.6x (Miroslav Beneš #26)

It got somehow fixed in 5.6 at the latest
oder bereits im Kernel 5.5.6 (Abdulrhman Ied #78)
It seems like newer kernel have this issue fixed, maybe version 5.5.6
behoben sein.
Ende Oktober 2020 wurde genau gefunden, wie der Standard-Kernel (5.3 ?) dazu geändert werden musste, man wusste aber noch nicht, wann dies in den Standard-Kernel eingespielt werden konnte (Michal Hocko #84)
At this moment I am not sure how much more time I can spend on this so I would recommend to use a more recent kernel.

Dann meldete sich Abdulrhman Ied im selben Bug-Report im letzten Juli (#88):

After I had upgraded to openSUSE Leap 15.3, the issue got resolved.

uname -r
5.3.18-59.5-defaul

Das Problem hatte ich in OpenSuse Leap 15.2 und habe nur auf 15.3 upgedatet, um dieses Über-Swapping zu beheben.
Und nun ja, es ist ein bisschen besser geworden, aber:
a) es wird weiter geswappt auch wenn mehr als 50% RAM frei steht;
b) der Kernel von meinem Leap 15.3 ist der 5.3.18-59.#27#-default, nicht der 5.3.18-59.5-default, der Abdulrhman Ied als “resolved” eingestuft hat.
Und tatsächlich der Bug ist noch heute offen …

Daher frage ich mich:
Wie kann man den “guten” Kernel (5.3.18-59.5-default oder gar den 5.6x-er) ins System einspielen lassen?
In der Repository

http://download.opensuse.org/repositories/Kernel:/stable/standard/

sehe ich (über YAST) keine Kernel-Version, die “junger” ist als die bei mir bereits installierte, außer der 5.15.1-1.1.g0a42f4c.
Kann man diese letzte installieren?
Oder wo findet man die Kernel-Varianten 5.6x?

Vielen Dank im voraus für die Unterstützung!

Kernel:stable ist nur noch für ein Tumbleweed zu gebrauchen, für Leap 15.3 gibt es kernel:stable:backports:
https://download.opensuse.org/repositories/Kernel:/stable:/Backport/standard/

Falls du broadcom-wl, r8168 oder virtualbox aus dem OSS Repo benutzt, hier gibt es ein zu obigen kernel passendes Repo:
https://download.opensuse.org/repositories/Kernel:/stable:/KMP/standard/

Zum Thema swap:
Eigentlich sollte der Kernel von Leap 15.3 den patch haben, soweit der in Kernel 5.6 eingeflossen ist, da Leap 15.3 einen zurückportierten Kernel 5.9 benutzt, während Leap 15.2 einen zurückportierten Kernel 5.6.

Beide geben diese Kernel aber als Kernel 5.3 aus…

@Sauerland

Vielen Dank für Dein Post!

Kernel:stable ist nur noch für ein Tumbleweed zu gebrauchen, für Leap 15.3 gibt es kernel:stable:backports:
https://download.opensuse.org/reposi…port/standard/

Falls du broadcom-wl, r8168 oder virtualbox aus dem OSS Repo benutzt, hier gibt es ein zu obigen kernel passendes Repo:
https://download.opensuse.org/reposi…/KMP/standard/

Beide habe ich über YAST in die Software-Repositories hinzugefügt.

Eigentlich sollte der Kernel von Leap 15.3 den patch haben, soweit der in Kernel 5.6 eingeflossen ist, da Leap 15.3 einen zurückportierten Kernel 5.9 benutzt, während Leap 15.2 einen zurückportierten Kernel 5.6.

Bisher hat das Swapping die Arbeit am PC nicht gehindert, obwohl es bereits ab einer RAM-Nutzung von 2,7 von 7,7 GiB beginnt. Nur wenn ich in Live Stream bin, wird es nach einer Weil ab und zu “stotternd”.
Ich werde es weiter beobachten.
Es ist auf jeden Fall etwas neu … vor vielen Jahren (opensuse 11.x bis 12.x, in der Zeit vor Kmail2) hatte ich einen langsameren PC mit 4 GB RAM und das Swapping begann erst, wenn nur 1 GB RAM frei blieb …

Beide geben diese Kernel aber als Kernel 5.3 aus…

Ja, sonst wäre es für den Laien zu einfach zu verstehen! rotfl!

Nochmals vielen Dank, auch für die Schnelligkeit!

Du kannst ja auch mit den Einstellungen für die “Swappiness” spielen.
In der Datei: /proc/sys/vm/swappiness steht der aktuelle Wert als Zahl zwischen 0 und 100.

Je niedriger die Zahl, desto später sollte der Kernel anfangen, Speicher auszulagern.

Mit (als root):

echo 20 > [FONT=monospace]/proc/sys/vm/swappiness

kannst Du den Wert auf 20 umstellen, ohne das dauerhaft zu speichern.

[/FONT]

@hendwolt

Du kannst ja auch mit den Einstellungen für die “Swappiness” spielen.

Ja, ich weiß.
Unter Leap 15.2 wirkten Änderungen der Werte vm.swappiness und vm.vfs_cache_pressure überhaupt nichts am Swap-Verhalten.
Jetzt unter Leap 15.3 weiß ich es noch nicht genau, muss noch ausgiebig probieren.
Meine aktuelle Werte lauten
vm.swappiness=15
vm.vfs_cache_pressure=50
und gestern nach langem Live-Streaming stotterten ein paar Mal die Bilder und der Aufbau neue Fenster bzw. dessen Verschieben länger als üblich.