アカウント名:
パスワード:
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
※ただしPHPを除く -- あるAdmin
利己的に増やさない (スコア:5, すばらしい洞察)
自分一人だけ割り込みできたら早くなりますが、皆が割り込みするようになったら、混雑してむしろ遅くなります。海外旅行等で経験した人もいると思います。
なんか囚人のジレンマに似てますね。
また、サイトによってはサーバ側で同時接続数を制限していることがあります。
IEやFirefoxの実装は知りませんが、昔ダウンロードソフトの類を使ったとき、（制限で）接続失敗してるのに何度も接続しようとしてかえって遅くなってました。
ダウンロードが主のサイトでは制限していることが多いので、どうでもいいサイトで若干速くなっても、いざ大きいファイルをダウンロードするときに遅くなったのではむしろ損です。
以上の理由から、サーバ運営者の迷惑をまるで考えないで利己的に考えても増やさないほうが良いと思います。
Re:利己的に増やさない (スコア:2, 参考になる)
当時サーバ管理者としてデビューして一年ちょっとでしたが、Apacheのプロセスが大量に出来てしまい管理のためにリモートログインすらままならず、吃驚したことがあります。
# 対策として(FreeBSD4.X系でしたので)maxusersを増やしてカーネル再コンパイルをして、ApacheのmoduleによりIPアドレス1個に対して1コネクションしかはれないように設定しました。
対策後、順調に収まっていったんですがmoduleがCPUをコネクション接続瞬間毎に喰う現象が見られ結局対策を見いだせないままマシンパワーを挙げるという力業でしのいだことがあります。
私としては、接続コネクションを増やした分早く転送が終われば基本的には良いと思います。ですが、遅い回線からのアクセスは困りますね。
転送速度が遅くてプロセスを解放してくれるまでに時間がかかるのは、サーバ管理者サイドからすると余り好ましくない人だと思います。
かといって、無下にコネクションをぶちっと一定速度以下は切断するようなこともできないわけですし…。
10コネクションはろうともそれが1頁あたり0.5秒以下で全転送が転送が終わるのではれば複数同時コネクションありかなと思います。
正し、最近多いメニューなどのデザイン性を高めるために画像を細切れにしてきれいに表示しようとしているサイトを抱えているサーバにとっては、
サーバへのアクセス数を更に増やすことになるので、個人的にはそっちからも何らかの対策を考えて欲しい所です。
クライアントの設定も悪いけど、無駄に画像を配置しまくってかっこよくなったと満足している作成者側にも見直して欲しい所です。
# Web2.0全盛になると更にサーバへの負担がより増える気が…。
Re:利己的に増やさない (スコア:0)
>転送速度が遅くてプロセスを解放してくれるまでに時間がかかるのは、サーバ管理者サイドからすると余り好ましくない人だと思います。
いまさらですがそういう場合、
フロントにproxyか何か置いて、それに渡ししだい開放できるようにするか、
静的ファイルならリソース食わないシンプルな専用サーバに飛ばすかな。
(これらは同一マシンでもかまわない）