統合パイプラインを使用すると、画像やCSSを含むすべての要求がASP.NETを介して渡されます。
一方、従来のパイプラインでは、ASPXページの要求のみがデフォルトでASP.NETを介して渡されます。
統合パイプラインはスレッドの使用に悪影響を与える可能性がありますか？
IISサーバーに500MBのバイナリファイルを要求するとします。
私にとって、これは従来のパイプラインを支持します。ASPXページを提供するためにできるだけ多くのスレッドが必要だからです。
私はここで完全に基地から離れていますか？
IIS 7のmachine.config、web.config、およびapplicationHost.configを見ると、従来のパイプラインと統合パイプラインを切り替えても、静的コンテンツの提供方法が変わらないことがわかります。変更されるのは、asp.netにマップされた要求が管理対象モジュールを通過するかネイティブISAPIフィルターモジュールを通過するかだけです。
パフォーマンスに影響を与える可能性があるのは、静的コンテンツのリクエストを処理するときに実行するために追加した認証モジュールとカスタムモジュールのデフォルト設定を変更した場合だけです。そして、ここでもオーバーヘッドはおそらく無視できる程度です。
したがって、より適切なベンチマークはIIS6とIIS7であり、IIS7が明らかに勝者になると思います。
あなたは正しいと思いますが、私はそれを別の観点から見ています。
非ASPXページのリクエストを処理する必要がありますか？たとえば、それらをログに記録したり、何らかの条件が満たされない場合に応答を禁止したりします。
この処理機能が必要な場合は、統合パイプラインを使用してください。そうでない場合は、従来のパイプラインを使用してください。