web-dev-qa-db-ja.com

複数のドライブでのページファイルの優先順位付け

非常に大規模な非線形有限要素解析(FEA)の計算に使用されるDellR710サーバーを管理しています。場合によっては、これらの実行で500GB以上の割り当て済みメモリが必要になります。このマシンには現在132GBのRAMしかないため、この追加のメモリ割り当てはページングファイルを介して行われます。

ページングファイルは回転しているHDDアレイ上で最新のものであり、大きなボトルネックを引き起こしています。メモリ(288GB)を最大化し、専用ページファイルディスクとして400GB Intel 750 NVMeSSDを追加することを調査しました。これにより、ページファイルの一部が解放されるはずですIOボトルネックですが、ページファイルを最大にして大規模な実行をクラッシュさせないようにしたいと思います。

理解されている最大ページファイルサイズ864GB(3x 288GB)で800GB Intel 750を入手する以外に、追加のページディスクスペースのフェイルオーバーとしてHDDアレイを使用するようにWindowsに指示できますか? SSDをページファイルのプライマリとして優先する方法はありますか?ありがとう。

8
Dan

HDDアレイにページファイルを置く必要はありません。クラッシュダンプが必要な場合は、単に削除するか、絶対最小値に設定できます(HDDアレイの個々のページファイルサイズを変更すると、OSが通知します)。アレイがOSの場所であると仮定します。

これにより、SSDがOSパーティションドライブのページファイルを使用した後、SSDへの書き込みが自動的に強制されます。

配列にページファイルがあると、欠点があります。各ページの書き込みはコントローラーに送信され、コントローラーボードのロジックを不必要に通過して、そのページを実際に書き込むドライブを決定します。ページファイルは本質的に一時的なストレージであるため、どのタイプのRAIDまたはアレイを使用してもメリットはありません(特に、より高速なサブシステム、この場合はSSDが利用可能な場合)。

誰かが「ほとんどのアレイコントローラにある大きなキャッシュはどうですか?」と尋ねるかもしれません。定義上、ページアウトされているのはしばらくの間読み取られていないものであるため、これらはページファイルには役立ちません。したがって、とにかくページファイルを読み戻すためにキャッシュにアクセスする可能性は低いためです。このシナリオでは、基本キャッシュが組み込まれたSSDは、アレイキャッシュよりも高速になります。

非常に特殊な状況(FEA計算)では、アルゴリズムが割り当てられたメモリ全体に定期的にまたがる必要がある場合、少し注意が必要です。そのため、ページファイルは何度も読み戻されています。その場合、アルゴリズムがメモリにアクセスする順序によっては、コントローラー上の大きなキャッシュが役立つ可能性があります。それがより多くのLIFO(後入れ先出し)タイプのアクセスシーケンスを引き起こす場合、それは役に立ちます。それがランダムである場合、おそらく限られた利益です。それがFIFO(先入れ先出し)その後、それはおそらく傷つくでしょう。

ランダムなMicrosoftMVPのことわざは、より高速なドライブが自動的に魔法のように支持されることを示しています。長年にわたる私の経験的観察は、OSドライブが支持されていることを示していますが。したがって、上記の構成では、両方の懸念に対処できます。

2
LMSingh