zram-generator VS systemd-swap

No, but should you want to enable it, you can install systemd-zram-generator.

See also: https://github.com/systemd/zram-generator

As someone else mentioned, for many cases this will be a performance increase, not decrease. Compressing infrequently used memory frees up more memory to be used for filesystem caching among other things.

if you are using zram generator you could edit the config file. why do you want more swap?

23.05 replaced the old zramSwap option with the new environment.systemPackages.pkgs.zram-generator package. The new package also requires a configuration file in /etc/systemd/zram-generator.conf.

To the file zram-generator.conf, if my memory don't fail this file is located at /usr/lib/systemd/zram-generator.conf, but I can be wrong. You can find more information on the fedora zram options and the zram-generator.conf location here: https://github.com/systemd/zram-generator

https://github.com/systemd/zram-generator/tree/main#readme

https://github.com/systemd/zram-generator There is a Debian package for it: https://packages.debian.org/bookworm/systemd-zram-generator

as u/anoobis2 said, what about your swap? I suggest you to use ZRAM it's a boon for this kind of issues. I've found zram-generator very easy to use, (just remember to disable zswap).

You can use zram-generator. It's very easy to setup! https://github.com/systemd/zram-generator

I had this exact issue. The few times I made it to character select before a crash and tried to log in, crashes would crop up if I teleported to a town, or logged out in one and tried logging back in. My system was running out of RAM and the game would crash. I had to set up a zram swap file and that solves all my crashes. I used zram-generator for this.

As a bonus, the systemd-zram-service's scripts will create zRAM devices based on the number of your CPU cores. This is problematic as it's a deprecated practice, and can also cause an issue on some multicore CPUs. Basically, we already have "multi stream functionality" since kernel 3.15. And since kernel 4.7, regardless of the value passed to [max_comp_streams], zRAM will always allocate multiple compression streams - one per online CPU - thus allowing several concurrent compression operations.

Historically, Linux has created an additional (fixed-size) swap partition or file. In case you mention you get OOM. But for some time there is a great project systemd-swap creating hybrid swap space. You can even find it in the official Arch Linux Community repo.

There is also systemd/zram-generator that allows you to create and manage swap devices more easily. And Nefelim4ag/systemd-swap (abandoned?) that automatically creates swap files and resizes them based on RAM usage.

SwapFC - https://github.com/Nefelim4ag/systemd-swap

That sound like what systemd-swap does. Apparently, hibernation is not quite working yet, though.

https://github.com/Nefelim4ag/systemd-swap

Disclaimer: I couldn't find anything relating to SwapFC other than from the README of systemd-swap. What I've written above is just based on the one-line description of SwapFC, as well as prior knowledge of zswap and zram (obtained from the Linux Kernel docs).