I didn't get any response from the EPEL list so forwarding here since the change was discussed here anyway... ---
So with the discussion about moving to zram for swap on Fedora I wondered if it was worth taking a look at for my CentOS 8 machine.
I noticed that there was a build in Koji but it was deleted. Figuring there was a reason but as yet undeterred I checked out master and built an el8 rpm.
Installed on my CentOS 8 machine and tried to start it up... Definitely broken somehow.
Figured out that it didn't like the command that created the zram (zramctl). Turns out that (and this is a guess), that the kernel in CentOS doesn't support lz4 compression. In fact none of the compression options worked except "deflate". Not sure what the compression ratio is for it but I now have zram using it.
Second problem is that the configuration options in /etc/zram.conf seemed to be ignored. Even though I specified a factor of 2 for the amount of ram to use, it kept using the default in the systemd script of 3. So I just changed the script and hardcoded it to 2048MB. Since I have no plans in changing the amount of memory in that computer it really doesn't matter.
Thanks, Richard
On Wed, 17 Jun 2020 at 14:05, Richard Shaw hobbes1069@gmail.com wrote:
I didn't get any response from the EPEL list so forwarding here since the change was discussed here anyway...
The EPEL list really isn't for these sorts of OS level discussions.. most of the people on it are usually php/perl/python level tools. You would be better asking on the CentOS Stream list(s?) as I think this would be something that would show-up/fix/answered in EL-8.N+1 versus EL-8.N
So with the discussion about moving to zram for swap on Fedora I wondered if it was worth taking a look at for my CentOS 8 machine.
I noticed that there was a build in Koji but it was deleted. Figuring there was a reason but as yet undeterred I checked out master and built an el8 rpm.
Installed on my CentOS 8 machine and tried to start it up... Definitely broken somehow.
Figured out that it didn't like the command that created the zram (zramctl). Turns out that (and this is a guess), that the kernel in CentOS doesn't support lz4 compression. In fact none of the compression options worked except "deflate". Not sure what the compression ratio is for it but I now have zram using it.
Second problem is that the configuration options in /etc/zram.conf seemed to be ignored. Even though I specified a factor of 2 for the amount of ram to use, it kept using the default in the systemd script of 3. So I just changed the script and hardcoded it to 2048MB. Since I have no plans in changing the amount of memory in that computer it really doesn't matter.
Thanks, Richard _______________________________________________ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-leave@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
On Wed, Jun 17, 2020 at 01:04:57PM -0500, Richard Shaw wrote:
I didn't get any response from the EPEL list so forwarding here since the change was discussed here anyway...
So with the discussion about moving to zram for swap on Fedora I wondered if it was worth taking a look at for my CentOS 8 machine.
I noticed that there was a build in Koji but it was deleted. Figuring there was a reason but as yet undeterred I checked out master and built an el8 rpm.
Installed on my CentOS 8 machine and tried to start it up... Definitely broken somehow.
Figured out that it didn't like the command that created the zram (zramctl). Turns out that (and this is a guess), that the kernel in CentOS doesn't support lz4 compression. In fact none of the compression options worked except "deflate". Not sure what the compression ratio is for it but I now have zram using it.
Second problem is that the configuration options in /etc/zram.conf seemed to be ignored. Even though I specified a factor of 2 for the amount of ram to use, it kept using the default in the systemd script of 3. So I just changed the script and hardcoded it to 2048MB. Since I have no plans in changing the amount of memory in that computer it really doesn't matter.
There's multiple implementations available. /etc/zram.conf is from zram.rpm. Then there's zram-generator, and something else too. Without specifying which you installed, it's hard to say much.
Zbyszek
On Wed, Jun 17, 2020 at 12:05 PM Richard Shaw hobbes1069@gmail.com wrote:
I didn't get any response from the EPEL list so forwarding here since the change was discussed here anyway...
So with the discussion about moving to zram for swap on Fedora I wondered if it was worth taking a look at for my CentOS 8 machine.
I noticed that there was a build in Koji but it was deleted. Figuring there was a reason but as yet undeterred I checked out master and built an el8 rpm.
Installed on my CentOS 8 machine and tried to start it up... Definitely broken somehow.
Figured out that it didn't like the command that created the zram (zramctl). Turns out that (and this is a guess), that the kernel in CentOS doesn't support lz4 compression. In fact none of the compression options worked except "deflate". Not sure what the compression ratio is for it but I now have zram using it.
zramctl and lz4 are used by the 'zram' package in Fedora - but are not used by the 'rust-zram-generator' package, which is the meta package to search for in koji, that's part of the swap-on-zram feature proposal. So it might be possible you have the wrong package? The zram-generator currently uses lzo-rle.
Second problem is that the configuration options in /etc/zram.conf seemed to be ignored.
Yep again this is for the 'zram' package, which the plan is to obsolete in favor of zram-generator.
Also, there are some changes coming to make zram-generator configuration more like what folks expect from systemd configurations generally - i.e. that the default configuration will be in /usr and user override will be in /etc. The feature proposal will be updated to reflect these changes. Sorry for the confusion, but working through and reducing confusion, are a fair part of the tasks for this feature.
I am aware of the irony: So this guy is proposing a feature that introduces yet another way of enabling swap on zram, while saying there are too many swap on zram implementations! Who is this comedian?! Cuz he's not very funny!