パスワードを忘れた? アカウント作成
この議論は賞味期限が切れたので、アーカイブ化されています。 新たにコメントを付けることはできません。

HTTPの同時接続数はどうあるべきか?」記事へのコメント

  • by Anonymous Coward
    RFCに書かれているなら、それを守る方がよいのではないか?
    • >RFCに書かれているなら、それを守る方がよいのではないか?

      RFCが書かれた時に生まれた犬は老犬となっていないだろうか?

      # RFC2616が書かれたのは1999年らしいですよ
      # むしろ古い基準を新しくしていく必要もあるまいか?
      # 単純に数を増やすのではなく、ね
      • by Anonymous Coward
        理想的には、サーバ等のリソースにより動的に変更するが可能ならそれに越したことは無い、では?
        ビジーなら皆で分け合おうよ、暇ならある程度多めに使ってもいいよ、的な動的な制御をサーバでさ。
        TCP/IPあたりなどのスライディングウィンドウとは傾向が違うけど、リソースの動的な調整は
        やろうと思えばできなくはないし、昔のリソースの少ない時代の静的な設定に固執することも
        ないと思う。

        ねぇ、IPアドレスの割り当てだって今じゃDHCPが当たり前の時代なんだしさ。

        #問題は誰がそれに気付いて始めるかだけどね。
        #ま、現状でも破綻してなきゃそのままでもいいのかもしれないが。
        • by bero (5057) on 2006年12月20日 23時54分 (#1079228) 日記
          サーバで動的に制御するのであれば、同時接続を要求するクライアントの接続数を制御しなくても、単一接続の帯域幅を制御できるんじゃね? mod_xxxとかフロントのwebアクセラレータとかすでにありそう。
          そうなると結局クライアントの静的な設定に固執することもないと思う。
          親コメント
          • by gazetteer (29003) on 2006年12月21日 6時58分 (#1079298) ホームページ 日記
            apache 1.3系とかであれば、mod_bandwidth を使用することがありますね(Apache2系はまた別にモジュールがあったはず)。
            たまに「お手製クローラー」で、10本も20本も接続してくるクライアントがあるので、同一IPの短時間の要求には、応答速度を絞ってしまいます。

            加減が難しくって、やりすぎると通常のアクセスも絞ってしまうので、注意が必要ですが。
            どんなコンテンツへのアクセスかとか、どの頻度が適切かなどを測定して、ちょうど良い設定に落ち着けるのは大変かも。
            親コメント

皆さんもソースを読むときに、行と行の間を読むような気持ちで見てほしい -- あるハッカー

処理中...