未来zram或将支持zstd算法,速度接近(4.9)默认的lzo(1x),压缩效果比deflate略好

最新ubuntu/linux/开源新闻或者其它IT相关资讯
回复
科学之子
帖子: 2284
注册时间: 2013-05-26 6:58
系统: Debian 9

未来zram或将支持zstd算法,速度接近(4.9)默认的lzo(1x),压缩效果比deflate略好

#1

帖子 科学之子 » 2017-09-14 14:43

未来zram或将支持zstd算法,速度接近默认的lzo(1x),压缩效果比deflate略好
https://patchwork.kernel.org/patch/9918897/
就是看起来好像不太容易而且效果待定的样子,不知道能不能成功.

而且已经有一个deduplication补丁没能被合并
Joonsoo Kim 写了:For three month ago, I worked zram deduplication feature. It wasn't
merged due to some problems however it tells us that
zram's data has many similiar (even some of them is perfectly the
same) parts in some cases. I think that this similarity between data
and predefined dictionary would lead to a good result.
https://patchwork.kernel.org/patch/9652919/
科学之子
帖子: 2284
注册时间: 2013-05-26 6:58
系统: Debian 9

Re: 未来zram或将支持zstd算法,速度接近(4.9)默认的lzo(1x),压缩效果比deflate略好

#2

帖子 科学之子 » 2018-02-07 13:17

没想到会变成这样:
https://unix.stackexchange.com/question ... linux-4-15
zram 加上了 zstd 的支持,但是 zram 依赖的 crypto API 却没 zstd 的实现.
结果就是zstd启用不了,deflate也不显示了.
尽管deflate实际上貌似仍然可用.
Again, my point is that I want to show limited representative compression
(high speed/low comp, low speed/high comp, mid/mid) algorithm via
/sys/block/zram0/comp_algorithm rather than adding new entry whenever
new algorithm is added on. If others want something else algorithms
by some reason, he still can do it. We didn't prevent it.
头像
maplebeats
帖子: 378
注册时间: 2011-02-16 1:17

Re: 未来zram或将支持zstd算法,速度接近(4.9)默认的lzo(1x),压缩效果比deflate略好

#3

帖子 maplebeats » 2018-02-07 16:11

好尴尬的样子
My blog : OOXX
回复