Rob*_*obC 4 optimization ext4 lvm cache
我在 LVM 上运行 ext4 文件系统。我正在考虑的两个主要加速选项是 LVM 缓存和外部 ext4 日志。
听起来如果我为此使用单个 SSD,回写模式下的 LVM 缓存与在外部设备上拥有 ext4 日志是一样的......
这是正确的解释吗?
外部日志与 LVM 缓存设备根本不同。用于写回的 SSD 上的 LVM 缓存不会是易失性的,因此对数据完整性的担忧并不是很大(除非该缓存设备突然出现故障 - 这个缓存设备实际上可以是本身通过 Linux MD 或类似)。
EXT4 意图日志由许多小型写入组成,这些写入受益于快速的低延迟存储设备,无论是外部的还是存储数据的同一设备。将旋转介质用于数据磁盘时,这在高度随机和跨国工作负载中变得重要。
回写缓存将写入合并在一起,因此写入大部分是顺序的,但不区分数据和元数据,尤其是日志。它将站在所有写入的前面,缓存所有内容,然后在给定缓存数据集的刷新期间以尽可能顺序的方式将写入排队到磁盘。刷新命令与写屏障命令同时发送(以给定的时间间隔),确保其支持设备上的非损坏状态。
如果写回缓存突然完全消失,您将在文件系统上损失一些时间,但它仍然是一致的。(编辑:此声明在下面的评论中直接有争议,警告严重的文件系统损坏。)这可以通过 RAID1 缓存设备来缓解。
If a journal device dies, you will be unable to mount your filesystem until discarding the journal device using # tune2fs -O ^has_journal /path/to/ext4device. In this case, you would have to repair this filesystem with a full fsck scan (which in some cases would take a LOT of time). You would also likely see corruption if this happened during or before a power loss.
| 归档时间: |
|
| 查看次数: |
4770 次 |
| 最近记录: |