LVM2上的范围大小

在LVM1中，有65k的限制。因此，必须在分区上的浪费空间（在很大程度上）和逻辑卷的最大可能大小（太小的范围）之间仔细选择范围的大小。在lvm2（根据 http://docstore.mik.ua/manuals/hp-ux/en/5992-4589/apa.html ）限制是约1600万个范围。所以4mb的默认大小给出了大约60TB的LV尺寸。

那么桌面上的范围大于4-16mb是否有任何意义？是否有任何性能下降或具有大量范围的其他成本？

来自 运行vgcreate （8） 手册页：

如果卷组元数据使用lvm1格式，则扩展区的大小可能不同   8KiB到16GiB，每个逻辑卷的限制为65534个。   默认值为4 MiB，最大逻辑卷大小约为256GiB。

如果卷组元数据使用lvm2格式，则这些限制不会   应用，但是拥有大量范围会减慢工具速度但却有   对逻辑卷的I / O性能没有影响。最小的PE为1KiB。

因此，如果您有多个扩展区，则I / O的性能不会下降。读取或写入的时间与扩展区大小无关。虽然它应该至少4KiB，所以硬盘使用没有问题 高级格式 。

另一方面工具就像 pvmove的 将不得不处理更多的范围，因此可能会有微小的减速。虽然对于家庭用户来说，延迟大概5秒应该不是什么大问题。

使用大范围的原因可能是它们在移动和调整它们几次之后使逻辑卷不易于及时碎片化。例如，如果PE很小，则包含LV的PV o 和 x 看起来像这样：

xoooxxooxooxxxxxxxxxxxxoxxxxoxxxxxxoxooxxoxxoxxxxooxxxooxxoo

但如果PE很大，它可能看起来更像这样：

ooooxxxxxxxxxxxxxxxxxxxxxxxxooooxxxxxxxxooooooooxxxxxxxxoooo

当然没有什么可以阻止你手动选择什么PE分配给什么样的LV，但我认为很多人更喜欢使用LVM的默认值。