IIS 7 で MVC 4 Web API アプリケーションを実行しています。アプリケーションが遅い理由を分析するために、アプリケーションのプロファイリングを試みましたが、大きなボトルネックは見つかりませんでした。どうやら、応答がバッファリングされており、フラッシュ前の待機時間が遅延を引き起こしているようです。IISでfalseに設定してバッファリングを無効にできる設定-aspBufferingOnがあることを知りました。ドキュメントによると、この設定は IIS マネージャーの [機能] ビューの "ASP" 機能で利用できるはずです。しかし、「ASP」という名前の機能はありません。
IIS マネージャーで Web API アプリケーションの "aspBufferOn" 設定の値をどこで設定できますか?
最初に Filip W の回答を参照してください: https://stackoverflow.com/a/14906901/1241400
ASP機能に関する質問について
[スタート]に移動し、検索タイプで[Windows の機能を有効または無効にして有効にする]に移動する必要があります。
参考：ASP制限
AspBufferingOnの詳細
このプロパティは、ASP アプリケーションからの出力をバッファリングするかどうかを指定します。値が TRUE (デフォルト) の場合、バッファがクライアント ブラウザにフラッシュされる前に、アプリケーションからのすべての出力がバッファに収集されます。このプロパティが FALSE に設定されている場合、ASP スクリプトからの出力は、利用可能になるとクライアント ブラウザに書き込まれます。
バッファリングをオンにすると、クライアント ブラウザが出力を受け取る前に、ASP アプリケーションは ASP スクリプトを完全に処理する必要があります。このため、バッファリングがオンになっているアプリケーションは、バッファリングされたスクリプトにかかる合計時間が短くても、バッファリングがオフになっているアプリケーションよりも遅く見えることがあります。したがって、バッファリングがオンになっている場合は、スクリプトの処理中に Response.Flush メソッドを使用してユーザーのコンテンツを渡すことを検討する必要があります。
注 バッファリングがオフになっている場合、既存の HTTP ヘッダーを変更するメソッド、または新しいヘッダーを生成するメソッドは、コンテンツの本文がクライアント ブラウザーに送信される前に実行する必要があります。バッファリングがオンになっている場合、この制限は不要です。
重要 以前のバージョンの IIS からアップグレードして IIS 5.0 をインストールした場合、このプロパティの既定の設定は TRUE ではなく FALSE になります。
データ型 ブール
デフォルト値 TRUE
継承 継承可能