C ++でプロセスのWorkingSetを強制的に1GBにする方法はありますか？

C ++で次の呼び出しを使用すると、プロセスのWorkingSetが100MBを下回ることはありません。

ただし、この呼び出しを行っても、OSは作業セットを16MBに戻します。

WorkingSetを100MBに設定すると、ソフトページのページフォルトが解消され、アプリケーションの速度が劇的に向上します（下図を参照）。

何がおかしいのですか？

SIZE_T workingSetSizeMB = 100;
int errorCode = SetProcessWorkingSetSizeEx(
    GetCurrentProcess(),
    (workingSetSizeMB - 1) * 1024 * 1024), // dwMinimumWorkingSetSize
    workingSetSizeMB * 1024 * 1024,  // dwMaximumWorkingSetSize,
    QUOTA_LIMITS_HARDWS_MIN_ENABLE | QUOTA_LIMITS_HARDWS_MAX_DISABLE
  );
// errorCode returns 1, so the call worked.

（専門家向け） 実験方法

ワーキングセットを100MB以上にするために100MBのデータを割り当てるテストC ++プロジェクトを作成し（Process Explorer内で）、そのメモリの割り当てを解除しました。しかし、OSがワーキングセットを16MBに戻してみたところ、そのメモリの割り当てが解除されました。ご希望の場合は、私が使用したテストC ++プロジェクトを提供できます。

WindowsがSetProcessWorkingSetSizeEx（）への呼び出しを提供していますが、それが機能していないように見える場合はなぜですか？私は何か悪いことをしているに違いない。

下の図は、緑色の線（ワーキングセット）が50MBから30MBに減少したときのソフトページフォルト（赤いスパイク）の数の劇的な増加を示しています。

更新

結局、パフォーマンスにそれほど影響を与えなかったので、問題を無視しました。

さらに重要なことに、SetProcessWorkingSetSizeExはではない現在のWorkingSetを制御します。ではないソフトページフォルトに何らかの形で関係しています。現在行われているワーキングセットがハードドライブにページアウトされないようにすることで、ハードページフォルトを防止します。

言い換えれば、ソフトページフォルトを減らしたい場合、SetProcessWorkingSetSizeExはハードページフォルトを指すのでまったく効果がありません。

"Windows via C / C ++"（Richter）には、Windowsがメモリをどのように扱うかについての素晴らしい記事があります。

• OSが割り当てたページ数よりも多くのページをメモリに保持するとどう思いますか。 - James McNellis
• なぜあなたはメモリを解放しているのですか？ - Mat
• ガベージコレクタがパフォーマンスに大きな影響を与えている場合は、割り当てポリシーを確認してください。 - Mat
• オブジェクトの再利用（オブジェクトのプール）は（時に）可能です。 GCがないからといって、オブジェクトをいつ割り当てて放棄するかを制御できないわけではありません。 - Mat
• @ Gravitas：あなたはマイルでポイントを逃しています。ワーキングセットには、現在RAMにあるメモリブロックが割り当てられます。直接制御できるものではありません。はい、作業セットのサイズを特定の値にするためにブロックを割り当てることはできますが、それが解放されるとすぐにブロックは削除され、使用できなくなるか、または作業セットの一部になります。それは魔法のようにOSページを他のものに戻したり、あなたのプロセスのためにそれを保存したりすることはありません。メモリのスワップアウトを止めるには、解放したり、使い続けたりしないでください。 - Deanna