折腾试验了一下zswap,猜测理想中不应该存在"reject_compress_poor"?

内核编译和嵌入式产品的设计与开发
回复
科学之子
帖子: 2284
注册时间: 2013-05-26 6:58
系统: Debian 9

折腾试验了一下zswap,猜测理想中不应该存在"reject_compress_poor"?

#1

帖子 科学之子 » 2016-05-01 3:00

折腾试验了一下zswap,猜测理想中不应该存在"reject_compress_poor"?
虽然某些页面确实压缩效果较差,但它毕竟是新(年轻)页面,对于已经在zpool的页面,它更应该留在内存?
当然,我说的是"理想状态"
但实际上为什么zswap还是要拒绝掉"compress_poor"?是因为zbud的关系吗?
感觉似乎并没有什么理由仅仅因为某页压缩效果差就写入普通swap设备,除非这么做是迫于实现困难或复杂之类的原因.
毕竟这个压缩效果不佳的页面对于已存在于zpool中的页面来说,它是最热的,这时应该根据LRU置换(evict)zpool的最老页面?
Sun May 1 06:09:05 CST 2016补充:
拒绝之后貌似是进入了"swap cache",而非直接进行swap?
回复