标签: zswap

该zswap文档说：

Zswap seeks to be simple in its policies.  Sysfs attributes allow for one user
controlled policy:
* max_pool_percent - The maximum percentage of memory that the compressed
    pool can occupy.

Run Code Online (Sandbox Code Playgroud)

这指定了压缩池可以占用的最大内存百分比。

我如何知道：

• 在当前的内存占用的百分比由压缩池
• 这个池有多少正在使用
• 压缩率、命中率和其他有用信息

使用 zram 的主要缺点是LRU 反转：

较旧的页面进入优先级较高的 zram 并快速填充它，而较新的页面被换入和换出较慢的 [...] 交换

该zswap文件说，zswap不会从此苦：

Zswap 通过 Frontswap API 接收要压缩的页面，并且能够在 LRU 的基础上从其自己的压缩池中驱逐页面，并在压缩池已满的情况下将它们写回后备交换设备。

通过设置max_pool_percent为，我可以拥有 zram 的所有好处和完全压缩的 RAM100吗？

Zswap seeks to be simple in its policies.  Sysfs attributes allow for one user
controlled policy:
* max_pool_percent - The maximum percentage of memory that the compressed
    pool can occupy.

Run Code Online (Sandbox Code Playgroud)

max_pool_percent这里没有指定默认值，但Arch Wiki 页面说它是20.

除了解压对性能的影响外，设置max_pool_percent为是否有任何危险/不利因素100？

它会像使用改进的交换支持的 zram 一样操作吗？

这个答案说 zswap 在将页面写入非 RAM 交换之前解压缩页面。

有没有办法压缩写入磁盘的页面，最好是使用 lz4？

我希望：

• 减少 SSD 写入磨损
• 减少交换磁盘分配
• 加速交换 IO（希望更少的块被写入/读取到/从磁盘）