Tested on HP Envy x360 Convertible Ryzen 2500u with 16 GB RAM and 1TB
SSD on Fedora 32 Design Suite.
Following the procedure to install zram-generator setting memory
allocation to 0.50 (or 50%) and commenting out "resume=UUID" line on
fstab and kernel parameter on boot via grubby, the allocated 14 GB RAM
Swap partition from the installer is deleted.
zram-swap service is manually disabled via systemctl so the system only
use zram service.
After reboot here is the observation
zram-setup(a)zram0.service - Setup zram based device zram0
Loaded: loaded (/usr/lib/systemd/system/zram-setup@.service;
static; vendor preset: disabled)
Active: active (exited) since Sun 2020-06-07 10:11:20 PDT; 1h
Process: 809 ExecStart=/bin/sh -c echo $ZRAM_NUM_STR >
/sys/class/block/zram0/max_comp_streams (code=exited, status=0/SUCCESS)
Process: 813 ExecStart=/bin/sh -c echo $ZRAM_DEV_SIZE >
/sys/class/block/zram0/disksize (code=exited, status=1/FAILURE)
Process: 815 ExecStart=/bin/sh -c [ "$SWAP" = "y" ] &&
/dev/zram0 && swapon /dev/zram0 (code=exited, status=1/FAILURE)
Main PID: 815 (code=exited, status=1/FAILURE)
I don't know the cause of failure on the process although the zram0
seems ok. I would like a pointer to address those minor issues.
NAME ALGORITHM DISKSIZE DATA COMPR TOTAL STREAMS MOUNTPOINT
/dev/zram0 lzo-rle 7.3G 4K 74B 12K 8 [SWAP]
NAME TYPE SIZE USED PRIO
/dev/zram0 partition 7.3G 0B -2
Is "resume=UUID" necessary for the boot parameter? I removed it as it
cause longer delay on boot and the swap partition is deleted.
I noticed a more responsive system compared with the traditional setting
with swap partition. Suspend is working as intended despite a slight
flashing display on resume (which could be from the driver i.e. amdgpu
in this case).
Overall, the proposal makes sense with the real test done on both ARM
devices like Android and Chromebook in addition of Anacona. It will be
great to get accepted.
Fedora Design Team
Fedora Design Suite maintainer