使用parted分区期间第一个分区之前和最后一个分区之后缺少1 MiB

使用parted分区期间第一个分区之前和最后一个分区之后缺少1 MiB

我正在跟进本指南安装 Gentoo,在我的例子中是在虚拟机中。

在分区期间,parted所有空间分配的开头丢失 1 MiB,末尾丢失 1 MiB。指南中有一个这样的例子,当(parted) print被调用时。

就我而言,我为此虚拟机分配了 200 GiB 的磁盘,即 204800 MiB。我预计第一个分区以 0 MiB 开始,最后一个分区以 204800 MiB 结束。但分配的空间从 1 MiB 开始,到 204799 MiB 结束,如下图所示:

在此输入图像描述

最后一个分区分配了(parted) mkpart primary 5121 -1.

为什么缺少空间:第一个分区之前 1 MiB,最后一个分区之后 1 MiB?

答案1

之前预留的空间称为分区对齐; parted 默认保留 1MiB。

通常出于性能原因在物理介质或虚拟机中保留它。

分区对齐

分区对齐理解为分区与数据存储设备(例如硬盘、固态驱动器 (SSD) 或 RAID 卷)的合理边界的正确对齐。
正确的分区对齐可确保数据访问期间的理想性能。不正确的分区对齐会导致性能下降,尤其是对于 SSD(例如,内部页面大小为 4,096 或 8,192 字节)、具有 4 KB(4,096 字节)扇区的硬盘和 RAID 卷而言。

也可以看看来宾操作系统分区对齐

未对齐的分区会导致 I/O 跨越磁道边界并导致额外的 I/O。这会导致延迟和吞吐量下降。额外的 I/O(尤其是小 I/O)可能会对某些主机类型的系统资源产生显着影响。对齐分区可确保单个 I/O 由单个设备提供服务,从而消除额外的 I/O,从而提高整体性能。

答案2

End 值是磁盘最后一个 MiB 的开始位置。由于您也拥有该 MiB,因此您不会丢失任何东西。您可能想要比较以字节为单位而不是 MiB 的相同值,以便看得更清楚,请尝试parted /dev/sdX unit B print

相关内容