我有 2 个 LUKS 容器，一个具有默认的 OpenSUSE 安装程序设置，另一个具有-h sha512 -s 512 -i 5000分离的标头。每一个之上都有 LVM - 一个只有 1 个操作系统卷（btrfs），另一个（独立）有 3 个卷 - 交换、ssd 缓存和 btrfs 数据。问题是操作系统卷上的 btrfs 的性能比数据卷好很多。带有操作系统的性能或多或少类似于没有 LVM 的 LUKS 上的原始 btrfs，带有数据的性能在三星 SSD PRO 上达到 50MB/s 连续速度...（它比 WD Green HDD 慢）我计划使用这个卷适用于虚拟机，但速度慢得要命，Win10 启动大约需要一分钟，而在操作系统分区上则需要几秒钟。
操作系统卷由 OpenSUSE 安装程序使用默认设置创建。包含数据的数据是手动创建的，mkfs.btrfs除了 之外没有任何标志label。以下是挂载参数：
/dev/mapper/linux-suse on / type btrfs (rw,relatime,ssd,discard,space_cache)
/dev/mapper/data-data on /home/lapsio/VMs type btrfs (rw,noatime,compress=lzo,ssd,space_cache)
首先要归咎于 ofc 压缩，但实际上 VM 目录已chattr -R +C VMs/对其以及内部的所有文件设置了标志。我也尝试过对该目录进行碎片整理，但似乎不起作用。
答案1
哦天哪...我没有提到这个驱动器是从笔记本电脑上移走的，作为唯一的驱动器，它的数据已占 99%。第一个 LVM 在操作系统启动时自动安装并启用了 TRIM（我知道在加密设备上不建议这样做，因为它会显示磁盘上的数据组织，但操作系统分区仅包含操作系统，而不包含实际的重要数据），第二个 LVM 是从命令行手动安装的，没有启用 TRIM（因为我不打算在那里使用 TRIM）。但事实上，这个 180GB 分区（在 256GB 驱动器上）或者更确切地说覆盖这部分驱动器的数据单元根本没有被修剪，因为它安装在 PC 中。
在我手动修剪此 LUKS 分区后，它工作正常