アカウント名:
パスワード:
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
UNIXはただ死んだだけでなく、本当にひどい臭いを放ち始めている -- あるソフトウェアエンジニア
多くなってもよいのでは (スコア:3, すばらしい洞察)
HTTP/1.1（RFC2080やRFC2616）が発行されたのはブロードバンドには程遠い時代のことです。
その頃の推奨セッション数が最大2だったとしてそれが現代にそのまま足枷のように残るのはいかがなものでしょうか。
たしかにむやみやたらにTCPコネクションを増やすのはサーバ負荷に対して悪影響を与えますし、お行儀が悪いと感じます。ですが近年WEBサービスを行っているサーバの数も性能も過去に比べ激増しているのでこの傾向は薄まる方向へ向いていると思います。
よほどの大人気サイトでなければ致命的に高負荷になることもないでし
Re:多くなってもよいのでは (スコア:1)
>その頃の推奨セッション数が最大2だったとしてそれが現代にそのまま足枷のように残るのはいかがなものでしょうか。
日本の一般家庭を基準にRFCは書かれていないことを念頭に置いた方が良いと思います。
バックボーンネットワークの帯域幅増加率と末端(各家庭)のそれを比較(割合、何倍になったか)を
考えてみましょう。
今では各家庭まで100Mbps行ってるのに、サーバー側は太くて10Gbps。1999年のサーバー側が100Mbpsとしてクライアント数で割ったとすると1Mbps。…その頃は56kか
Re:多くなってもよいのでは (スコア:1)
ただ一点だけ異論を述べるとすれば、単にネットワーク帯域幅で比較できないのではないかと考えております。
回線速度の遅かった時代と現代とを比べるとトラフィック自体は格段にあがりましたが、TCP接続数が同じほどの増加幅を持っているわけではないと思うのです。
クライアント側が64Kbpsでがんばってる時代でも私はブラウザの窓を２つや３つ開いて回線を無駄に遊ばせないことに気を遣ってました（貧乏性なので・・）。いまはタブブラウザでたくさんの窓を開いたりはしますがその数は４～５倍にもなっていません。回線速度は１００倍以上になっていてもです。
※もちろん個人差が大きい話なので完全に私の主観です。すみません。
私がブロードバンドの比喩を出したのが悪かったのですが、ともかく大きく増えているのはデータ転送量であってコネクション確立数ではないと思うのです。