パーティション分割の使用中に、最初のパーティションの前と最後のパーティションの後に1MiBがありません。

パーティション分割の使用中に、最初のパーティションの前と最後のパーティションの後に1MiBがありません。

私はフォローアップをしています。このガイド私の場合は、仮想マシンにGentooをインストールします。

分割中、partedすべての空間割り当ては開始時に1MiB、最後に1MiBを失います。呼び出し時にガイドにこれの例があります(parted) print

私の場合、この仮想マシンに200GiBのディスク(204800MiB)を割り当てました。最初のパーティションは0MiBで始まり、最後のパーティションは204800MiBで終わると予想しました。ただし、割り当てられたスペースは下図のように1MiBで始まり、204799MiBで終わります。

ここに画像の説明を入力してください。

最後のパーティションが割り当てられます(parted) mkpart primary 5121 -1

最初のパーティションの前に1MiB、最後のパーティションの後に1MiBなどのスペースが不足しているのはなぜですか?

ベストアンサー1

以前に予約されたスペースをパーティションソートといいます。 partedはデフォルトで1MiBを予約します。

通常、パフォーマンス上の理由から物理メディアまたは仮想マシンに保存されます。

バラよりパーティションのソート

パーティションのアライメントは、ハードディスク、SSD(Solid-State Drive)、またはRAIDボリュームなどのデータストレージデバイスの論理境界に合わせてパーティションを正しくアライメントすることが理解されます。
適切なパーティションアライメントは、データアクセス中の理想的なパフォーマンスを保証します。不適切なパーティションアライメントは、SSD(4,096または8,192バイトの内部ページサイズなど)、4KB(4,096バイト)のセクタを持つハードディスク、およびRAIDボリュームのパフォーマンスが低下する可能性があります。

また、見ることができますゲストOSパーティションの並べ替え

不整合のあるパーティションによって、I / Oがトラック境界を超えて追加のI / Oが発生する可能性があります。これにより、待ち時間とスループットが低下します。追加のI / O(特に小さいI / O)は、特定のホストタイプのシステムリソースに大きな影響を与える可能性があります。ソートされたパーティション化は、単一のI / Oが単一のデバイスによって提供されるようにし、追加のI / Oを排除し、全体的なパフォーマンスを向上させます。

おすすめ記事