-
Notifications
You must be signed in to change notification settings - Fork 9
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Testing #4
Comments
|
I have an old Core2 Duo E4600/2GB RAM/SATA II HDD PC running Linux Mint XFCE 20.2 64 bit. Case 1
Upon opening many tabs in Firefox, when the RAM consumption reached its max, swapping process was slow and mild thrashing occurred, making system very slow and unresponsive at times, but it did not hang for very long. Switching between running applications took tens of seconds, during which either a blank/black window with no content was present or it took time to just show the application window. Case 2
Upon opening many tabs in Firefox, when the RAM consumption reached its max, swapping process was fast (it's zram), but due to file cache eviction and slow HDD, switching between applications took a long time and starting new applications also took up to 3 times more than with free RAM. Case 3
Basically the same as in Case 2. Case 4
Upon opening many tabs in Firefox, the RAM consumption reached about 1.4 GB, then the system started swapping to zram. Switching between applications was as fast as with free RAM. Starting new applications took not much longer than with free RAM (maybe several seconds longer, still much faster than in case 1/2). Even under VERY heavy RAM load the system was very responsive, although running new applications took much longer (≈2 times), but not as long as in Case 1/2. The video shows the following applications running simultaneously:
Almost 3 GB in zram swap, so almost 5 GB of real RAM usage with 2 GB of physical RAM. For me, that's an impressive result. oldpc2007-le9-lowq.mp4Here's my small note, with ready-to-use LiveCD with le9: https://notes.valdikss.org.ru/linux-for-old-pc-from-2007/en/ |
There are people who suggest to tune |
You don't have to set it all the way to 200, IIRC the docs advise around 133? Depends on context of workloads, but I think there is some merit to not being overly aggressive even if you have zram for swap only.
Just wanted to add that if you're too aggressive with zram, in the context of it being filled up it negatively impact responsiveness. Even when not performing desktop tasks, eg running some long running computation that's heavy on resource usage I have noticed performance suffer when the ratio of RAM allocated to zram is too much, heavy overhead from swap thrashing. Thus it can be helpful to give the system a bit more breathing room under memory pressure. My tests were on 1GB VPS machines however where 3GB of ZRAM would not necessarily be reached but use up to around 700MB compressed (averaging 2GB uncompressed), but regardless of compressor used, if the amount of RAM ZRAM allocated was lowered and the workload not likely to OOM, it was often notably faster. I believe due to that scenario I observed disk swap paired with zswap as being more performant. The latency of disk access when required was less of a hit than compressed swap in RAM taking too much. I believe zswap started to suffer after 20-30 percent memory pool size with that workload, otherwise was faster than zram. I don't know much about le9 yet, but assume it's better handling that situation and will have to measure it some time. The workload scenario I had could complete in about 10 seconds with 2GB of RAM, but on 1GB system was 2 minutes IIRC, memory load was around 2GB total uncompressed. If I find time to measure again, I will do it again and see how le9 affects it :) |
133 in docs is just an example:
https://github.com/torvalds/linux/blob/master/Documentation/admin-guide/sysctl/vm.rst#swappiness I think that zram is much more than 2 times faster than HDD in most cases.
zram disksize = 4 * MemTotal. No responsiveness issues: https://www.youtube.com/watch?v=1uhcZwuvXLI (with le9). |
Amazing job, just saw it on Phoronix, hope you get lots of testing and reviewing so it can be mainlined soon, millions of computers finally perfectly usable again! 👍 |
if those who ran tests of their own could give this question a read, i'd be very grateful, thank you. |
Put here your results and experience.
The text was updated successfully, but these errors were encountered: