![LUKS 上 LVM 上的 btrfs - 一个 LUKS 容器的性能比另一个容器好得多](https://linux22.com/image/69562/LUKS%20%E4%B8%8A%20LVM%20%E4%B8%8A%E7%9A%84%20btrfs%20-%20%E4%B8%80%E4%B8%AA%20LUKS%20%E5%AE%B9%E5%99%A8%E7%9A%84%E6%80%A7%E8%83%BD%E6%AF%94%E5%8F%A6%E4%B8%80%E4%B8%AA%E5%AE%B9%E5%99%A8%E5%A5%BD%E5%BE%97%E5%A4%9A.png)
我有 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 分区后,它工作正常