加密压缩BTRFS文件系统延迟问题：是zstd压缩还是LUKS加密导致？

你遇到的延迟问题基本和LUKS加密、zstd压缩无关，核心问题出在BTRFS的配置不当上，不需要更换整盘压缩类型，按照以下步骤调整即可解决：

首先排除LUKS的影响 #

你使用的aes-xts-plain64加密算法，只要CPU支持AES指令集（近10年的Intel/AMD消费级/服务器CPU均默认支持），LUKS的性能损耗仅为3%~10%，完全不可能导致秒级卡顿的现象。你可以执行grep aes /proc/cpuinfo确认是否开启AES-NI，无输出的话进BIOS打开AES指令集即可。

核心问题排查与修复 #

1. BTRFS上挂载swap的严重性能问题 #

BTRFS文件系统本身不支持swap文件/swap子卷，你当前把swap放在BTRFS子卷的配置会导致swap读写时触发COW机制，IO延迟会暴涨数倍，一旦系统触发swap交换就会出现全局卡顿。
修复方式：

• 内存≥16G的情况下直接关闭swap：执行swapoff /swap/*，并删除fstab中swap子卷的挂载项
• 内存不足的话单独划分未加密或LUKS加密的独立swap分区，不要放在BTRFS存储池内

2. 虚拟机磁盘未关闭COW导致随机读写性能暴跌 #

虚拟机磁盘文件属于大文件随机读写场景，BTRFS默认开COW的情况下，这类场景的随机写性能会下降70%以上，就是你Windows虚拟机运行卡、宿主机也卡顿的核心原因。
修复方式：
找到虚拟机镜像存储目录（默认路径为~/VirtualBox VMs/或~/qemu-images/），执行以下命令关闭目录的COW属性：

chattr +C /path/to/your/vm/storage/dir

注意：该属性仅对空目录生效，执行前需要把现有镜像文件移出目录，设置完成后再移回即可。

3. 挂载参数不合理导致IO阻塞 #

你当前的挂载参数有两个可优化点：

• space_cache默认使用v1版本，5.4内核（Pop OS 20.04默认内核）已经支持更高效的space_cache=v2，替换后元数据查询性能提升明显
• commit=15设置了15秒的事务提交间隔，内存不足时会导致大量脏页堆积，一次提交时占满IO带宽触发全局卡顿，内存小于16G建议改为commit=5
  优化后的fstab挂载项参考：

UUID=7e73aae9-1da1-4ea6-b8a5-20f5c2689f23  /  btrfs  defaults,subvol=@,ssd,noatime,nodiratime,space_cache=v2,commit=5,compress=zstd  0  0
UUID=7e73aae9-1da1-4ea6-b8a5-20f5c2689f23  /home  btrfs  defaults,subvol=@home,ssd,noatime,nodiratime,space_cache=v2,commit=5,compress=zstd  0  0

4. zstd压缩级别调整 #

你当前未指定zstd压缩级别，默认使用级别3，该级别下压缩/解压的CPU占用极低，性能损耗不到5%，完全不需要更换压缩算法。如果之前手动调整到级别6以上，改回默认的3即可。 #

内容的提问来源于stack exchange，提问作者London Smith