2

w3wp.exeの最大メモリサイズはありますか?鉱山は約2.5-3Gに達し、その後クラッシュ/リセットされたようです。

以下の「与えられたディメンションに従って、いくつかのカウンターを設定し、w3wp.exeがhttp要求を処理し、w3wp.exeプロセスがクラッシュする(pidを変更する)とともに0にリセットされることに気付きました。その結果、REQUESTS_QUEUEDおよびACTIVE_REQUESTSが大きくなり、w3wp.exeが自動的に再起動できるようになるまで処理に遅延が発生します。これは3〜4分ごとに行われるため、ピーク負荷時のシステムボリュームが大きいことが原因である可能性が高くなります。しかし、それがメモリの問題であるかどうかはわかりません。

Webサーバー(IIS)ログに大量の警告が表示されます。

プロセスサービングアプリケーションプール「MyApplication」で、Windowsプロセスアクティベーションサービスとの致命的な通信エラーが発生しました。プロセスIDは「1732」でした。データフィールドにはエラー番号が含まれています。

結果:顧客はhttpリクエストの散発的な応答時間を報告しています。

このメモリ制限を増やすか、増加した負荷を処理するようにIISを再構成できますか?

与えられた

  • システムが受け継がれているため、IISの設定などにギャップがある可能性があります。
  • データベース:SQL Server 2008R2
  • Webサーバー:Windows Server 2008R2 Enterprise SP1(64ビット、64G RAM)
  • IIS 7.5
  • 2時間に設定されたエビクションでモデルおよびビジネスオブジェクトを使用して、MemoryCacheでMVC4WebAPIを積極的に使用する
  • ログを確認しましたが、実際には重要な関連性はありません。
  • 1つのアプリケーションプール...このサーバーで実行されている他のLOBアプリケーションはありません
4

2 に答える 2

2

アプリケーションプールは32ビットモードで実行するように設定されていますか?RAMが十分にある場合でも、メモリの問題が発生する可能性があります。64ビットシステムでは、32ビットプロセスのメモリ制限は4GBです。

于 2013-02-19T19:43:34.140 に答える
2

実際、w3wpe.exeプロセスをクラッシュさせていたメモリキャッシュの過剰使用が発生したRCを解決した後、mvc4 WebAPIサービスは3Gのベースライン(64ビットマシンとアプリケーションプール)から20Gまで成長する可能性があると言っても過言ではありません。少なくともそれは、小作農立ち退き政策が物事を片付け始める前に私がそれを見た最後のレベルでした。おそらくフットプリントが少し過剰ですが、アプリケーションは100ミリ秒未満のターゲットコンテンツを対象とした機械学習を非常に高速に返します。

于 2013-03-01T05:22:14.060 に答える