VM用のストレージとしてローカルハードドライブを使用している間は、VMware ESXiフリーハイパーバイザー6の動作が非常に異常です。VMware ESXiの1つのディスクパーティションでのローカルストレージの低速化
すべてが1つのパーティションで動作します。
ここに設定があります。
2TB WD REDドライブは2つのパーティションに分かれています.1つのパーティションは合計1 TB、もう1つは500 GBです。このドライブの両方のパーツ/パーティションは、1つのVM(Ubuntu 14.04 LTSを実行している)に割り当てられ、fstabで定期的にフォーマットおよび設定されます。それについては何でもいい。
今、パフォーマンスに関する問題。
大きな(1TBサイズの)パーティション、/ mnt/bigpartにマウントしようとすると、書き込み速度と読み込み速度(〜150 MB/s)の両方が期待されます。 小さいパーティション(500GB)で同じことをしようとすると、読み取りと書き込みの両方の速度が50%低くなります!だから私は最大80 MB/sを超える読書を読むことはできません。書き込みはさらに低くなります。
私はただそれを取得しません。 esxitop(d)もまったく同じ結果を示します。小さなパーティションではそれほど高速には見えません。
両方のパーティションが事前に割り当てられているため(ドライブスピンのスピンが優先されます)、両方が物理的に同じハードドライブに配置されているため、これは非常に奇妙です。
私は、ハードディスクを回転させると理論的には、ドライブプラッタの終わりが最初よりやや遅くなることがあることを知っていますが、これはあまりにも多くのパフォーマンスヒットです。 また、ハードドライブには、事前割り当て後に360 GBの空き領域があります。 もう少し小さいパーティションをもう一度割り当てるべきですが、今度はシンプロビジョニングを行うべきです。
測定を見てみましょう:
BIGGER(1TB)PARTITION/DISK
11649792+0 records in
11649792+0 records out
5964693504 bytes (6.0 GB) copied, 39.873 s, 150 MB/s
以下(500ギガバイト)PARTITION/DISK
11649792+0 records in
11649792+0 records out
5964693504 bytes (6.0 GB) copied, 67.1635 s, 88.8 MB/s
情報:両方の事前に割り当てられたパーティションがzeroedthickとして作成される(すなわち太いは遅延プロビジョニングゼロ)。大きなパーティションは、同じハードディスクドライブに物理的に存在し、まったく同じオプション(ゼロ刻み)で作成された場合に、より大きなパーティションがどのように優れているかを明らかにしていません。 – stamster
フルスピードの転送を行うのに役立つときはいつでも、テストするための小さなパーティションを丁寧にゼロにしています。 – stamster
熱心にゼロ調整:100%完了しました。 500GBのパーティションでは24時間19秒で3時間かかりました。達成されたパフォーマンス:何もありません。 xD – stamster