パイプライン化のサポートが必要とされています。必要とされることを意味するわけではありません。リクエストを選択した時に失敗してはいけないことを要求します。サーバとクライアントのコンビネーションで動く機能です。クライアントが要求してもサーバが断ったら、動きません。サーバには、パイプラインを断ることもうまくできずトラブルを起こすサーバもよくあります。トラブルを起こすことは少ないと思います。デフォルト設定になっていますが、トラブルの話をあまり聞きません)今回のトラブルについては、相手のサーバないしはプロキシサーバの作りによると思います。当のサーバとの間だけうまくいっても、他のサーバともパイプラインで動作するかは定かではありません。そんな相性問題を認識した上で、今回の設定を使い続けるかどうかお考えください。私自身はおすすめしません。SP2/IE6)ご回答ありがとうございます。どのような問題なのかを書き忘れてしまいました。HTMLと埋め込み画像はキレイにGETでき、表示も問題ありませんでした。etherealでパケットをキャプチャすると、REQ1→RES1(HTML)→REQ2→RES2(GIF)→REQ3→RES3(GIF)となっています。期待していたREQ1→RES1(HTML)→REQ2→REQ3→RES2(GIF)→RES3(GIF)のシーケンスとならないということです。私としては、おそらくMozillaの設定の問題ではないかと考えており、サーバやProxyの問題ではないと思っております。Pipelining項が正しくブラウザから出力され、パイプライン処理されます。etherealでパケットをキャプチャすると、REQ1→RES1(HTML)→REQ2→RES2(GIF)→REQ3→RES3(GIF)となっています。期待していたREQ1→RES1(HTML)→REQ2→REQ3→RES2(GIF)→RES3(GIF)のシーケンスとならないということです。コネクションを張った後にHTMLページを読み、描画の為の4枚の画像を取得するためにGETメソッドで4枚分を要求、この間にサーバは画像を未だ出力せず、パケットを受け取ったことのみを返し、画像の準備が出来た後から要求のシーケンス順にコンテンツを応答する事が観測できました。私としては、おそらくMozillaの設定の問題ではないかと考えており、サーバやProxyの問題ではないと思っております。←禁止ワードなので**をddと読み替えて下さい。1ビジターに対し大量要求はサーバ側では嫌われます。Suite等の数種で、意図する動作を確認できました。一度セーフモードとか、別の原因が有るのかを確かめてみては如何でしょう。SP2/IE6)お返事ありがとうございます。コネクションを張った後にHTMLページを読み、描画の為の4枚の画像を取得するためにGETメソッドで4枚分を要求、この間にサーバは画像を未だ出力せず、パケットを受け取ったことのみを返し、画像の準備が出来た後から要求のシーケンス順にコンテンツを応答する事が観測できました。←禁止ワードなので**をddと読み替えて下さい。1ビジターに対し大量要求はサーバ側では嫌われます。connectionsを全て1にしているのは、1にしないとブラウザがサーバ側に対して同時に複数のsynパケットを送信してしまう為です。1コネクション中に複数のリクエストを連続して送信するようにさせたかったので、上記設定としています。←禁止ワードなので**をddと読み替えて下さい。パイプラインとは、1つのコネクションで複数のリクエストを同時に送信することと理解しています。(つまり、ブラウザから1つリクエストを送信後、レスポンスを受信する前に次のリクエストを送信するというような動作。2つの埋め込み画像ありのHTMLファイルをGETしようとして、prefs.jsに以下の設定を追加しましたがパイプラインされません。どなたか、パイプラインされない理由、パイプラインさせる方法など、ご存知でしたら、ご教授ください。