- 主题:[求助]btrfs用那种压缩比较好？
请参阅：
https://btrfs.readthedocs.io/en/latest/Compression.html
【 在 ttaudi 的大作中提到: 】
: 最近开始用btrfs装了个系统，硬盘不够就开启压缩选项，结果发现压缩选项还有不同的，现在总感觉不同的选项对性能有影响。
: 请问大伙用btrfs时用那个压缩选项比较好？
: 我现在系统的压缩选项是：
: ...................
--
FROM 119.129.52.*
理论上可以。我习惯{}两侧上''，以防路径中空格或者系统不能识别的字符引起悲剧。
建议做好备份，然后挑个目录试点，不要从根目录做起。然后低IO空闲时间让btrfs独占
做。
“btrfs毁我文件”的悲剧，往往是重IO场景，多重并行操作，遇到边角用例导致的。稳
一点好。
【 在 ttaudi 的大作中提到: 】
: 这个命令是否可以用zstd压缩一遍所有的文件？
: find / -type f -exec btrfs filesystem defrag -czstd {} \;
--
FROM 119.129.52.*
安全包线内操作，没事。btrfs的不断改善，安全包线越来越大。
但是，COW系统，可读写快照之类的存在，令btrfs的空间大小和复杂度不同于常规系统
。用户使用习惯不转过来，然后再来重IO的批量甚至并行操作，就会触发一些开发人员
未考虑好如何处理的边角用例。
楼主的批量操作可能产生的问题，我第一感觉，是×所有×文件重写，包括可读写快照
，可能会触发ENOSPC，然后操作卡中间不上不下，很危险。
ZFS的强大在于性能，也在于用户作死也难死一点。
btrfs不同于ZFS。它的可写快照及raid布局动态调整灵活性，是要付出代价的。
【 在 hyoga 的大作中提到: 】
: 感觉“稳一点”的话还是不用btrfs好……哈哈哈
--
FROM 119.129.50.*
btrfs对随机频繁写的处理，一直不是很好，如swap，虚拟机和数据库。
以前是关闭那些文件的COW来将就的。现在支持swap，也是类似处理方式。
至于虚拟机实例怎么搞，我不是很清楚。
最新版的ProxmoxVE把btrfs作为技术预览，可能也逐步成熟。但我还是观望。btrfs和另
一个热点，io_uring一起可能是有问题的。我的pve上，非特权lxc实例，bind mount了
btrfs的目录，开支持io_uring的samba，偶尔会拖死host，过去一年两次。关闭io_uri
ng，没事。尚不清楚具体是什么。
【 在 hgoldfish 的大作中提到: 】
: 昨天我的 btrfs 分区又出问题了。
: 我发现只要 btrfs 和 vmware 一起使用，就特别容易出 checksum 出错的问题。
--
FROM 119.129.50.*
btrfs是linux内核原生内置的，能融入Linux内核的IO机制。
ZFS由于许可协议及专利状态与GPL的兼容性存疑，一直以来不是Kernel的一部分。只能
外挂内核模组。IO机制不全是利用Kernel，得有游离于内核的自有部分。
抛开法律问题，ZFS要和内核同步工作，开发方面要费额外的精力。
PVE不一定要上btrfs，目前只是作为技术预览。当然，以PVE团队的资源，它不可能像R
H那样直接宣布不支持btrfs，没必要。PVE现在是跟ubuntu内核的，用或者不用btrfs承
载虚拟化功能，都不影响btrfs一直在内核里。
btrfs比ZFS相对轻量，简单灵活。现在缺点就是健壮性和性能还欠佳。
【 在 hyoga 的大作中提到: 】
: 我倒是没怎么关注过这个系统。btrfs相比于ZFS有哪些优势吗？
: 不然PVE为啥在有了zfs之后，还要上它呢
--
FROM 119.130.155.*