統合パイプラインを使用すると、画像や CSS を含むすべてのリクエストが ASP.NET を介して渡されます。
一方、従来のパイプラインでは、ASPX ページの要求のみがデフォルトで ASP.NET を介して渡されます。
統合パイプラインはスレッドの使用に悪影響を及ぼす可能性がありますか?
IIS サーバーから 500 MB のバイナリ ファイルを要求するとします。
- 統合パイプラインでは、バイナリのダウンロードに ASP.NET ワーカー スレッドが使用されます (そうですか?)。
- クラシック パイプラインでは、要求は IIS によって直接処理されるため、ASP.NET スレッドは使用されません。
私にとっては、できるだけ多くのスレッドで ASPX ページを提供したいので、これは従来のパイプラインに有利です。
私の考えは完全に的外れでしょうか?
ベストアンサー1
IIS 7 の machine.config、web.config、applicationHost.config を見ると、クラシック パイプラインと統合パイプラインを切り替えても静的コンテンツの提供方法は変わらないことがわかります。変わるのは、asp.net にマップされた要求がマネージ モジュールを通過するか、ネイティブ ISAPI フィルター モジュールを通過するかだけです。
パフォーマンスに影響を与える可能性があるのは、認証モジュールと、静的コンテンツのリクエストを処理するときに実行するように追加したカスタム モジュールのデフォルト設定を変更した場合のみです。この場合も、オーバーヘッドはおそらく無視できる程度です。
したがって、より適切なベンチマークは IIS 6 と IIS 7 であり、IIS 7 が明らかに勝者になると思われます。