w3wp.exeがメモリを大量に消費する
Small Business Server 2011のインストールでは、w3wp.exeプロセスの総数が不釣り合いな大量のメモリを使用しているように見えます。SBSの標準インストールには、合計7つのサイトと20のASP.NETアプリケーションプール（Sharepoint、Exchange、WSUS、およびリモートWebワークプレースのようなSBS固有のもの）が付属しています。 結果として生じる数十のw3wp.exeプロセスは、時間の経過とともに4 GBを超えるサーバーのメモリを消費する傾向があり、ピークのアプリケーションプールはワーキングセットに約800 MBのWSUSに属するものです。IIS MMCを介してアプリケーションプールを手動でリサイクルすると、メモリ使用量を一時的に減らすことができます（w3wp.exeプロセスは10 MBに戻り、一部はすぐに再成長します）が、管理者が一日中やりたいことではありません。SBSがプリインストールされているアプリケーションプールの自動リサイクルに関する推奨事項を見つけることができなかったため、運用システムで「ただ実行する」ことに少し消極的です。 これを制限する方法に関するネットでの私の調査は、メモリが「他のアプリケーションで必要なときに解放される」ため、w3wpのメモリ消費は害を及ぼすことはなく、パフォーマンスに利益をもたらすという多数の投稿を投げました。問題はそれがうまくいかないことです： 1つは、SBSはマルチロールサーバーであり、その役割の1つ（主要な役割）はCIFSネットワークストレージです。これは、「他のどのプロセスでも使用されていない」のようにメモリが「フリー」であることに依存するファイルシステムキャッシュから非常にメリットを得ます。方法」-ユーザーをほとんど認識せず、メモリを消費するASP.NETアプリケーションプールは逆効果です もう1つは、メモリ不足時にw3wpインスタンスのメモリ消費が大幅に減少することを確認する必要があることです。代わりに、100 mbを大幅に下回るわずかな減少と過度のスワッピングが発生し、パフォーマンスが低下しています。 IISまたはASP.NETアプリを管理することはほとんどないので、アプリケーションプールのメモリ要件を効果的に調整する方法についてのアイデアは大歓迎です。