Systemd-swap: Nicht sicher, ob nach 4.1.0 vollständig funktioniert
Hallo, ich benutze Archlinux und habe gestern systemd-swap auf 4.1.0 aktualisiert. Ich bin mir nicht sicher, ob es nach diesem Update wie erwartet funktioniert.
Die neue Konfiguration wurde als .pacnew gespeichert, also habe ich die neuen Änderungen mit meiner alten zusammengeführt. Dies ist meine aktuelle Konfiguration und dies ist meine alte Konfiguration, falls hilfreich.
systemctl status systemd-swap.service zeigt keine Fehler an und der Dienst ist aktiv.
● systemd-swap.service - Manage swap spaces on zram, files and partitions.
Loaded: loaded (/usr/lib/systemd/system/systemd-swap.service; enabled; vendor preset: disabled)
Active: active (exited) since Mon 2020-06-08 15:06:05 CEST; 49min ago
Process: 502 ExecStart=/usr/bin/systemd-swap start (code=exited, status=0/SUCCESS)
Main PID: 502 (code=exited, status=0/SUCCESS)
CPU: 290ms
Jun 08 15:06:05 noname systemd[1]: Started Manage swap spaces on zram, files and partitions..
Jun 08 15:06:05 noname systemd-swap[502]: INFO: Load: /etc/systemd/swap.conf
Jun 08 15:06:05 noname systemd-swap[502]: INFO: Zswap: backup current configuration: start
Jun 08 15:06:05 noname systemd-swap[502]: INFO: Zswap: backup current configuration: complete
Jun 08 15:06:05 noname systemd-swap[502]: INFO: Zswap: set new parameters: start
Jun 08 15:06:05 noname systemd-swap[502]: INFO: Zswap: Enable: 1, Comp: zstd, Max pool %: 25, Zpool: z3fold
Jun 08 15:06:05 noname systemd-swap[502]: INFO: Zswap: set new parameters: complete
Jun 08 15:06:06 noname systemd-swap[502]: INFO: swapD: pickup devices from systemd-gpt-auto-generator
Jun 08 15:06:06 noname systemd-swap[502]: INFO: swapD: searching swap devices
free -h zeigt 0B Swap und swapon --show zeigt überhaupt nichts.
total used free shared buff/cache available
Mem: 7.6Gi 1.8Gi 4.4Gi 269Mi 1.5Gi 5.3Gi
Swap: 0B 0B 0B
Ich weiß mit Sicherheit, dass systemd-swap funktionierte, als ich es zum ersten Mal benutzte, und ich habe es seit einiger Zeit verwendet. Erst nach diesem Update wollte ich nur sicherstellen, dass es noch funktioniert, und bin mir nicht sicher, ob es funktioniert.
Brottweiler
Alle 6 Kommentare
Ja, es funktioniert (wahrscheinlich)!
Neu bei 4.1 ist, dass eine Auslagerungsdatei nur zugewiesen wird, wenn die Menge an freiem RAM (gecached oder verwendet oder anderweitig) gering ist. Sie können mehr in #105 lesen (obwohl der Code seitdem aktualisiert wurde).
vilgotf
am 8. Juni 2020
Vielleicht wäre eine kurze Log-Meldung nach dem Start des Dienstes ratsam, die den Benutzer darüber informiert, dass swapFC tatsächlich den Speicherstatus aktiv überwacht?
zenofile
am 8. Juni 2020
@Jarel1337 Super , danke, dass du so schnell
Brottweiler
am 8. Juni 2020
@ Jarel1337 eigentlich habe ich die von Ihnen verlinkte PR gelesen und habe eine Frage. Wenn die Auslagerungsdatei _nur_ erstellt wird, wenn der Arbeitsspeicher knapp ist, profitiert das System dann nicht auf andere Weise von Auslagerung?
Soweit ich weiß, wird Swap nicht nur als "zusätzlicher RAM" verwendet; https://chrisdown.name/2018/01/02/in-defence-of-swap.html
Brottweiler
am 8. Juni 2020
Ich würde empfehlen, https://access.redhat.com/solutions/103833 TL;DR zu lesen, es funktioniert wie vorgesehen, wenn Sie die Standardeinstellungen ausführen (vm.swappiness=60 usw.).
vilgotf
am 8. Juni 2020
Zu diesem Zweck können Sie auch eine statische Auslagerungsdatei oder -partition hinzufügen, die nicht direkt von systemd-swap verwaltet wird.
zenofile
am 8. Juni 2020
Verwandte Themen
Nefelim4ag
·
3Kommentare
dou4cc
·
7Kommentare
terencode
·
31Kommentare
switchpants
·
16Kommentare
adrelanos
·
3Kommentare
Hilfreichster Kommentar
Ich würde empfehlen, https://access.redhat.com/solutions/103833 TL;DR zu lesen, es funktioniert wie vorgesehen, wenn Sie die Standardeinstellungen ausführen (vm.swappiness=60 usw.).