Ich würde aber nichts falsch machen, wenn ich mit Swap vom zram auf ein Swapfile (auf meiner M.2 SSD) mit 8 GB Größe wechsele, oder?
nicht wenn du es richtig machst 
so wie ich das verstehe, fährst du mit butterfass ?
da sollte man sich vorher informieren wie am besten eine Auslagerungsdatei eingerichtet wird 
dass bei der Kombination BTRFS und Swapfile etwas zu beachten ist
Ja, da gibt es was. Bin ich gestern bei meiner Recherche schon darüber gestolpert.
Die Empfehlung war immer, dass das swapfile/swap-Partition so groß sein soll wie das eingesetzte Ram.
Finde 32 GB für ein Swapfile aber etwas arg übertrieben.
Wäre ich sicher, dass der RAM immer reicht, hätte ich keine Auslagerungsdatei. Da ich KI-Modelle nutze, die deutlich über 40 GiB sind, wurde es bei großem Kontext aber schonmal eng (parallel gestarteter Firefox usw.), dann stand da: Prozess wurde getötet.
Drum vergrößere ich die Swapdatei bald, achte aber darauf, dass nicht zuviel auf die SSD geschrieben wird. Ich vermute, bei meinen Anwendungen wird eher nur einmal in den RAM, Auslagerungsspeicher geschrieben und dann mehrmals von dort gelesen, drum würde das passen.
Swap in RAM-Größe würde ich nur anlegen, wenn wenig RAM verbaut ist, aber mal deutlich mehr gebraucht wird, oder wenn das so für bevorzugte Energiesparmodi notwendig wäre.
Ja, da gibt es was. Bin ich gestern bei meiner Recherche schon darüber gestolpert.
Finde 32 GB für ein Swapfile aber etwas arg übertrieben.
Gabs nicht auch immer aussagen das man das nicht größer als 16GB oder so machen braucht?
Nachdem ich gestern meinen Laptop mit Ext4 neu aufgesetzt habe und keinen zram erstellen lassen hatte, überlege ich nun, direkt auch meinen Hauptrechner neu zu installieren. Auch hier würde ich dann auf zram verzichten und direkt von BTRFS auf Ext4 wechseln. Im Anschluss würde ich dann ein Swapfile mit einer Größe von 16 GB erstellen. Das sollte reichen und ich reserviere keinen RAM-Speicher mehr.
Damit habe ich dann zwar keine Snapshot-Funktionalität mehr, aber vermutlich auch weniger Probleme. Ich erstelle mir dann einfach noch regelmäßigere Backups meines Systems.
Danke euch für die Diskussion. 
Im Anschluss würde ich dann ein Swapfile mit einer Größe von 16 GB erstellen. Das sollte reichen und ich reserviere keinen RAM-Speicher mehr.
wie schon geschrieben könntest du dir dazu auch mal zswap ansehen
Ich ging bisher davon aus, dass zram und zswap identisch sind ... 
Ich ging bisher davon aus, dass zram und zswap identisch sind ...
Lies dir mal das durch!
Lies dir mal das durch!
Hab auf Seite 2 den Faden verloren ... Ist mir irgendwie gerade alles zu kompliziert ...
Ich ging bisher davon aus, dass zram und zswap identisch sind ...
aus linux-community,de :
Bei zRAM, zSwap und zCache handelt es sich um drei verschiedene Verfahren, die es Ihnen ermöglichen, die verfügbaren Speicherzellen effektiver zu nutzen. zRAM (früher Compcache [6] genannt) erzeugt eine komprimierte Partition als Block Device im RAM, die sich als virtueller Swapspace oder als RAM-Disk nutzen lässt. Bei zSwap [7] handelt es sich um einen komprimierten Puffer, der sich als Write-Back-Cache für physikalischen Swapspace nutzen lässt. Dadurch verzögert oder vermeidet er Zugriffe auf den Massenspeicher, was die I/O-Last reduziert. zCache dient als Backend für einen speziellen, virtuellen RAM-Typ, der sich nutzen lässt, um Dateisysteminhalte oder Swap-Daten zu puffern.
Zu Zeiten von großen und schnellen SSD Festplatten, bringt dies dem Normalverbraucher überhaupt noch etwas?
Beim Ausprobieren von Fedora 39 in der VM fiel mir gerade auf, dass dort zram per default installiert und auch aktiviert ist.
Ich habe gestern auf meinem Laptop Fedora Linux 40 installiert, weil ich etwas nachschauen musste. Dabei fiel mir auf, dass dort auch direkt zram als Swap-Speicher aktiviert war.
Auf meinem Hauptrechner werde ich zram erstmal so laufen lassen. Vielleicht schwenke ich dann bei der nächsten Installation auf ein Swapfile um. Das würde dann ja auch direkt auf meiner M.2-SSD liegen. Mal sehen.
Ich habe gestern auf meinem Laptop Fedora Linux 40 installiert, weil ich etwas nachschauen musste. Dabei fiel mir auf, dass dort auch direkt zram als Swap-Speicher aktiviert war.
Auf meinem Hauptrechner werde ich zram erstmal so laufen lassen. Vielleicht schwenke ich dann bei der nächsten Installation auf ein Swapfile um. Das würde dann ja auch direkt auf meiner M.2-SSD liegen. Mal sehen.
Ursprünglich hatte mein Rechner 16 GB RAM und das war im Alltag auch völlig ausreichend. Nur wenn ich eine VM laufen hatte und parallel noch einen Film encodiert habe, dann konnte es etwas eng werden. Deshalb hatte ich zram als kleinen "Puffer" installiert.
Da 32 GB aber keine allzu großen Löcher mehr in die Haushaltskasse reißen, hatte ich mich letztes Jahr zum Aufrüsten entschieden. Damit ist zram für mich eigentlich überflüssig. Ist also nur noch historisch bedingt installiert.
Und da ich nur suspend to RAM benötige, habe ich auf ein Swapfile verzichtet. Auf einem Notebook sieht es vielleicht etwas anders aus, wenn suspend to disk benötigt wird.
Ich habe seit gestern etwas recherchiert und wollte die Flinte schon ins Korn werfen. Aber dann habe ich mich durchgebissen und habe sowohl im Arch Wiki als auch auf Ask Ubuntu Anleitungen gefunden, die ich beide durchprobiert habe.
Letztendlich habe ich mich für die Anleitung auf Ask Ubuntu entschieden und mir so ein Swapfile in 8 GB Größe inklusive swap-Subvolume erstellt. Jetzt nutze ich kein zram mehr.
[denalb@PROMETHEUS-ArchLinux ~]$ swapon --show
NAME TYPE SIZE USED PRIO
/swap/swapfile file 8G 0B -2[denalb@PROMETHEUS-ArchLinux ~]$ sudo btrfs subvolume list /
ID 256 gen 20848 top level 5 path .Trash-0/files/2024-04-07_16-56-34/@
ID 258 gen 20846 top level 5 path @log
ID 259 gen 20748 top level 5 path @pkg
ID 260 gen 20762 top level 5 path @.snapshots
ID 261 gen 12 top level 256 path var/lib/portables
ID 262 gen 12 top level 256 path var/lib/machines
ID 265 gen 20828 top level 5 path timeshift-btrfs/snapshots/2024-04-24_14-34-40/@home
ID 266 gen 20825 top level 5 path timeshift-btrfs/snapshots/2024-04-24_14-34-40/@
ID 291 gen 20756 top level 5 path timeshift-btrfs/snapshots/2024-04-18_21-00-00/@
ID 292 gen 18186 top level 5 path timeshift-btrfs/snapshots/2024-04-18_21-00-00/@home
ID 293 gen 20756 top level 5 path timeshift-btrfs/snapshots/2024-04-20_17-00-00/@
ID 294 gen 18908 top level 5 path timeshift-btrfs/snapshots/2024-04-20_17-00-00/@home
ID 295 gen 20756 top level 5 path timeshift-btrfs/snapshots/2024-04-22_11-00-00/@
ID 296 gen 19138 top level 5 path timeshift-btrfs/snapshots/2024-04-22_11-00-00/@home
ID 297 gen 20756 top level 5 path timeshift-btrfs/snapshots/2024-04-23_11-00-00/@
ID 298 gen 19932 top level 5 path timeshift-btrfs/snapshots/2024-04-23_11-00-00/@home
ID 299 gen 20756 top level 5 path timeshift-btrfs/snapshots/2024-04-24_14-00-00/@
ID 300 gen 20758 top level 5 path timeshift-btrfs/snapshots/2024-04-24_14-00-00/@home
ID 301 gen 20801 top level 5 path @swap
ID 302 gen 20826 top level 5 path timeshift-btrfs/snapshots/2024-04-24_14-32-34/@
ID 303 gen 20825 top level 5 path timeshift-btrfs/snapshots/2024-04-24_14-32-34/@home
ID 304 gen 20849 top level 5 path @home
ID 305 gen 20826 top level 5 path @Bisher läuft alles rund. Auch das Erstellen und Wiederherstellen von Snapshots mit Timeshift klappt weiterhin wunderbar.
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!