問題タブ [worker-process]

IIS 8 でホストされているアプリケーションがあり、そのアプリケーション プールは 10000 リクエスト後に自動リサイクルするように設定されています。ただし、アプリケーション プールがリサイクルされる場合もあります。新しいアプリ プールは重複し続け、古いアプリ プールは放棄されません。

期待される結果: 自動リサイクル後にアプリ プールが重複しないようにする必要があります。

Web Garden の使用を避けることを推奨する人もいます。代わりに、この.

私が知る限り、Web ガーデンはプール内のワーカー プロセスの数を増やすことで構成されています。これは、着信要求を処理する複数のスレッドを持つようなものです。

プールに複数のワーカー プロセスを使用することと、MaxWorkerThreads、MaxIOThreads などのパラメーターを使用して ASP.NET web.config ファイルを調整することの違いは何ですか?

どちらも複数のスレッドを使用することで構成されているため、これら 2 つの手法の違いはわかりません。

私の知る限り、さまざまな方法で IIS に公開された ASP.NET アプリケーションのパフォーマンスを向上させることができます。

1. Web ガーデン: アプリケーション プールに複数のワーカー プロセスを使用しています。
2. Web ファーム: 同じアプリケーションのインスタンスを提供する複数のマシンを持つ
3. ASP.NET web.config ファイルの微調整

...そして多分私が知らない他の人...

オプション 1 と 2 では、複雑なデータ構造をシリアル化する必要があり、セッション状態モードを State Server または SQL Server に設定する必要があります (InProc モードは互換性がなく、機能しません)。

オプション 1 と 3 に焦点を当てたいと思います。

Web ガーデン (オプション 1) に関しては、アプリケーション プールに複数のワーカー プロセスを設定し、状態サーバーまたは SQL サーバーをセッション状態モードとして設定する必要があります。

オプション 3 では、maxWorkerThreads などのパラメーターを設定して、ここで説明されているように web.config ファイルを微調整します。

今、たくさんの疑問が頭に浮かびます....

オプション 1 で App Pool に複数のワーカー プロセスを設定することと、オプション 3 で maxWorkerThreads > 1 を設定することの違いを区別できません。

1. オプション 1 では、受信リクエストに対応するために複数のワーカー プロセスを使用できますが、オプション 3 では、受信リクエストに対応するために多数のスレッドを使用できます。違いは何ですか?
2. ワーカープロセス = スレッド?
3. アプリケーション プールのワーカー プロセス (オプション 1、ケース #worker プロセス > 1) は、多くのスレッドがある場合 (オプション 3、ケース #maxWorkerThreads > 1) と同じように機能し、動作しますか?
4. オプション 1 のプロセスは、オプション 3 のスレッドと同じですか?
5. さらに、オプション 3 では、アプリケーション プールに 1 つのワーカー プロセスがあり、web.config ファイルで maxWorkerThreads > 1 を設定すると、どのように機能しますか? オプション 1 と同じシナリオではありませんか?
6. また、オプション 3 で InProc セッション状態モードを使用できますか?