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

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

  • TCP の congestion control みたいにちゃんと理論の裏付けのあるルールならわかるけど、なんとなく 2 とか 4 とか言われてもなあ。
    10 も 20 もタブ同時に開いて使うのが普通の時代にはそぐわない制限。他の人が書いてるようにサーバー側で制御すればいいし、エロサイトとかではそういう技術も確立されてるように思う。
    • しかし10や20のタブを同時に閲覧することは出来ないから、セッション数増やさなくても
      問題ないんじゃないかなぁ~

      とか思ったりもするよ
      • >しかし10や20のタブを同時に閲覧することは出来ないから、セッション数増やさなくても
        >問題ないんじゃないかなぁ~

        10や20の画像が含まれてるページはあるんじゃないですかね?

        # サーバの性能如何では、むしろ接続(転送の)持続時間を短くできて
        # そんなに負荷をあげずに快適度を上げれることも
        # あるんじゃないかなぁとは思うの
        • by Anonymous Coward
          > 10や20の画像が含まれてるページはあるんじゃないですかね?
          そのためのpersistent connectionです。RFC 2616は理由もなく接続数を(それまで慣習的に使われていた4から)減らせと言っているわけではありません。
          まあ現実問題として巨大なファイルを2つダウンロードすると、もうそのサーバの別のページを見ようとしても接続できないので困ったりするわけですが。おそらくHTTP/2.0では1つの接続に複数のリクエストを並列に織り交ぜられるような仕様にする予定なのでしょう。
          • >おそらくHTTP/2.0では1つの接続に複数のリクエストを並列に織り交ぜられるような仕様にする予定なのでしょう。

            それが出来て、今のソケットを浪費するやり方よりも
            スマートに並列処理を扱えるならそっちがいいね。

            # サーバ側があるユーザからのリクエスト、という切り口で複数のリクエストをまとめられるから
            # ファイルの大きさやコンテンツの種類に応じて帯域をわけたりできるのかな?
            # テキストは早く送ってくれたり、画像はヘッダ部分だけ早く送られてくるとか
            # でも、個人毎っていうことならセッションにユーザ毎のユニークIDがあればいいだけか・・・
            # やっぱ、一つの接続に限定するのってそんなに良くない気がしてきた・・・事態を複雑にしているだけだ・・・
            # ソケット接続を効率的に捌く方法を考えた方がいい気が・・・
            親コメント

犯人は巨人ファンでA型で眼鏡をかけている -- あるハッカー

処理中...