> My intended workload is low-activity services distributed on small > system like t2.nano, with 0.5G to 1G of RAM. There are a significant > number of pool_limit_hits and the zswap pool usage sometimes stays > near 100% filled by background service processes. > BTW, I'm curious. Have you experimented with increasing the pool size? That 20% number is plenty for our use cases, but maybe yours need a different cap? Also, have you experimented with the dynamic zswap shrinker? :) I'm actually curious how it works out in the small machine regime, with whatever workload you are running. But yeah, I'd imagine either way zswap would be better than zram for this particular scenario, as long as you have a swapfile, some proportion of your anonymous memory cold, and/or can tolerate a certain amount of latency.
