NTFS 圧縮 Virtual PC ディスク (ホストおよび/またはゲスト上) [終了]

Question

ここの誰かがこれらに明確に答えられることを願っています：

• ホスト上の NTFS 圧縮フォルダーに VHD ファイルを配置すると、仮想マシンのパフォーマンスが向上しますか、パフォーマンスが低下しますか、それともどちらでもありませんか?
• ゲスト内で NTFS 圧縮を使用する場合はどうですか?
• ホストまたはゲストで圧縮を使用すると、読み取りまたは書き込みエラーなどの問題が発生しますか?
• VHD をホスト上の圧縮フォルダーに配置した場合、圧縮すると利点はありますか?

かなりの数の VPC の「ヒントとコツ」ブログ投稿で NTFS 圧縮の使用に関する言及を見てきましたが、そのうちの半数は絶対に使用しないと言っており、残りの半数はディスク領域を節約するだけでなく実際には使用しないと述べているようです。高速な CPU があり、主なパフォーマンスのボトルネックがディスクである場合は、パフォーマンスを向上させることができます。

Answer 1

これは、すべてのトレードオフについてです。これは、特定のバイト数を読み取るために、ディスクにある程度の時間を要します。あなたはそれはそれはそれはそれを解凍するためにCPUにかかる時間と組み合わせて読むためにディスクにかかる時間の減少した量の合計は、ディスクからの非圧縮データを読み取るために取ったよりも、あなたが勝つより少なくなるようにデータを圧縮することができる場合PERFます。

問題は、この中に非常に多くの変数があるということであり、それはおそらくかなり細かいいずれかの方法であることです。あなたのディスクが遅く小さなブロックを読むことができる、またはあなたのデータは非常に圧縮性であることができなかった、またはあなたのCPUは本当に速いこと、または（などなど）があります。それは確かに違いを作るかどうかを知るための唯一の方法は、それを試してみて、それを測定することです。あなたが別のデータ/マシン用に取得する答えが異なるように思われる。

Answer 2

あなたはディスクエラーは表示されませんが、あなたは時間をかけて、またはVMによって集中的なディスク書き込み時の速度低下を見ることができます。仮想ディスクはブロックデバイスであり、それはブロックオフセットをVMアドレスを使用して：あなたは場所にVMを圧縮しないだろう理由は、あなたの場所でデータベースを圧縮しないのと同じです。これは、同じサイズになるようにすべてのブロックを前提としています。それらが圧縮されている場合、それはもはや真実ではありません。ホストファイルシステムは、想定ブロック位置間の変換を行う必要があり、実際の（圧縮）ブロックの場所。それは事をしている場合、読み取り専用些細なオーバーヘッドになるが、ブロックが変化し、そのため彼らの圧縮を行います。圧縮されたブロックの書き換えは、それがあった場所、それが収まらないことを意味します。ホストFSは余分なステップ、およびその仮想ディスクを断片化している、それを移動する必要があります。

もちろん、断片化は、あなたのVMがまだ物理的な場所を持っていない新しい場所に書き込むときは常にあります。あなただけの（非圧縮）フルサイズの仮想ディスク（空のパディングの完全な、すなわちノー自動拡張）を使用して、ホストとゲストの両方をデフラグすることによって、これを打つことができます。

ソリッドステートストレージでは、断片化は問題ではない、と圧縮は、ディスクの寿命を長く書き込みを、減らすのに役立ちます。しかし、あなたはまだブロック変換のCPUとメモリのオーバーヘッドで立ち往生されます。

お使いのOSレベルの努力が冗長かもしれので、また、お使いのディスクコントローラは、重複除去し、またはデータを圧縮することができることを念頭に置きます。

は主に読んでいる仮想マシンの場合、圧縮は価値があることが判明してもよいです。残念ながら、現代のOSは、彼らが継続的に書くことをそんなにハウスキーピング、ロギングと自己更新を行うが、あなたはスナップショットにこの活動を制限することができます。だから、スナップショットの場所にベースイメージを圧縮しますが、ありません。書き込みパフォーマンスは影響を受けません。警告：スナップショットを簡単に元のディスクのサイズに成長することができます。あなたはまだあなたがそれらを見ることができますので、それらを入れて、頻繁にそれらをマージしたり削除する必要があります。

結論：それをシンプルに保つ。