◆ oyster174 サーバ争奪戦

有意義かどうかを説明できる人がいないようなのと、
多重投票したり専用ブラウザを入れてるような人ばかりが、
快適になると一般人との乖離が広がるので、
投票を参考にはしますが、おいらは重要視してません。

>>583
なぬ？新鯖争奪戦自体おいらの預かり知らぬこと、というわけで？

またひろゆきｷﾀ━━━━━(ﾟ∀ﾟ)━━━━━!!!!

>>ひろゆき
ということはまだ一応tmpに新鯖が入る可能性は0ではないという事ですかね？
ただまたスクリプトを打つような事をすると0になると。

順番はサーバを見てる人に一任してますが、
おいらから順番を決める権限が無くなったわけではないっす。

現状の材料で判断するとlifeより優先する理由は見当たらないです。
>>585さん

ん？なんかひろゆき怒ってる？
利用者として負担掛けたくないと思って専用ブラウザ入れたんだけど
「専用ブラウザ入れてるような人」って言われるのはちょっと悲しいな。

壷経由でスクリプトうてんの？
串使っても駄目だったんだが・・
せいぜい一時間に一回しか投票出来んかったよ
串使えるなら別のような気がするが

重いところからまず入れちゃえと。

ナゼ、今更になって物言いを・・・ｔｍｐというくくりは前からあったわけで・・・

つまりread.cgiを頻繁に止めるようなことは避けたいって所か。

>>590
というより、tmpはtmp。ってことかと。

>>567
軽くなることに意義が有り
そのために投票している。
他の鯖と同じ。

もう何度も書かれている。

tmpは,なぜそこへ入るようになったか考えましょー
というのを見た気がする。。

専用ブラウザが本当に負荷が低いのか？というと疑問視してたりするおいらです。

>>593
tmpは鯖を獲得するよりtmpから脱出する事をまず考えろってこと？

じゃあ人大杉やめればいいじゃん

>>588
ちゃうんじゃないか？
単に専用ブラウザを入れる人しか見れない状況は(ﾟ�听)ｲｸﾅｲ！
ということではないのかな？
多重に関しては怒ってるかもしれないけど。

というわけで人大杉が起こりやすいところに
振り分けたいという気持ちがあると言いたいのではないのかな？



しかし全然関係無いが自分のレスに
ひろゆきが返事してくれたのが妙に嬉しいのが自分でもアホだ(ﾟεﾟ)

tmpはこれか。
結構たくさんあるなぁ。

asia, youth, company, bakanews, ihou, ihan, sisou, kova, cat, download,
lobby, mog2, kitchen, joke, rights, tubo

じゃ、dat読みやめさせればいいじゃん
read.cgiだけで見れるようにしてデータを取ってみよう！

tmp系というノミネートがあった時点で「内容をもっと詰めろ」とか「拒否権」とか言って
いただけたらと思うわけで・・・

圧縮の負荷が(deflateで)軽くなって以降,ファイルI/Oの負荷が
相対的に増えたって事かな。

>>596
そんな今更なこと言われても・・・dat直読みのほうが負荷が低いってのは
定説になってるくらいだから。。。ちょとびっくり。

>>597
自分に聞くより、ひろゆきさんご本人に聞いてみたら？

>594
重い軽いで言えばcomicもlifeも重いわけで
て587で管理人が言ってるか
>596
おいおい

>>596
面白い観点すね。
read.cgiを起動して処理する負荷と、datを直接読む負荷の比較か。
いつか、プロファイリングしてまじめに負荷計算してやろうとは思ってたりするんですが。

read.cgiがPerlなら「何を馬鹿な（りゃ」だけど、今のはCだし、
実際にnews5やnews6の様子見てると、
実はいまやCPU負荷あまり問題にならないような気もしているかも、かも、かも。

gzip圧縮をread.cgiでやってないサーバ(Apache2系)では、
特にその傾向だったり、たり、たり。

>>606
> gzip圧縮をread.cgiでやってないサーバ(Apache2系)では、

具体的にどの鯖なんでしょ？

「良い」２ちゃんねるビューワだと、「部分読み」をして、トラフィックを減らしてたりします。
これは、トラフィックにとっては当然やさしいわけですが、httpdはそのぶん、
ファイルをシークしたりしているわけで、誰かが負荷を担当しているわけです。
read.cgiが担当するのがいいのか、httpdが担当するのがいいのか。
read.cgiをモジュール化するのが、究極的にはいいんでしょうけど、
このあたりの負荷コスト計算は、論文のひとつもかけるぐらい面白い気もします。

でも、負荷の点では何と言ってもbbs.cgiの処理が（りゃ。

>>605
うん、だから他の鯖と同じ。
他の鯖もそれ以外の意義なんてないでしょ。

たとえば、ツールによっては同時コネクションを増やしてたりして、
ブラウザより負荷が高いのがあったりするですよ。

>>599
あぁ、専用ブラウザ使用者「のみ」が快適になるようなのは
（・Ａ・）ｲｸﾅｲ!わけね。どんどん2chで「しか」生きられない人が加速しちゃう。

>>ひろゆき
ＩＥ閲覧者1人分の負荷＝2ブラ利用者16人分の負荷
てレスを見たことがある。ただPCそこまで詳しくないから
具体的な説明は出来ないや、ごめん。

で、これまでは「転送量をできるだけ減らすための方策」を講じてきたと思われます。

しかし、もし仮に転送量のコストが思い切り安くなった場合、転送量は大きくなるけど、
サーバの負担が軽くなるようなチューニングを施すも、当然ありうるわけです。
このあたりは、想定するコストモデルが変わってくるわけで、当然前提条件が
変わるわけですから、いろんなことを考え直す必要が出てくるように思います。

そういうことを考えた場合、例えば２ちゃんねるビューワの設計思想なんかも、
根本的に変わってくることがありうるのかもしれません。

>>607
oyster16以降のサーバ(ただしoyster77を除く)
binbo8.he.net(pc2)
かな。

だんだん専用ブラウザの方向性が
「2chへの負荷軽減」→「利用者にとっての高機能」
に移行しつつあり、当初の目的だったサーバ負荷減らしから離れてるってことか。

age2chなんてread.cgi読んで負荷かけるツールもあるが

>>610
現状の構造上、致し方ないのでは？
.datの扱いを根本から変えないと。
ただ「もまいら重たいぞ」だけでは。。。

ぎゃあ、rootさんがいるのに初心者丸出しなレスしちゃったよ、
こっ恥ずかしいなぁ。　吊って来たいけどもう少し居させてくれ。

でさ、
このスレは「oyster174サーバ争奪戦」なんだけど。

>>610
そうすね。同時コネクションを増やすのは、厳密にはRFCに（りゃ。
サーバ屋さんとしては、あまり歓迎したくないすね。
でも、いまやそういう使い方が横行しているともいえるかな。ちょっと書いてみる。

WWW自体が、これまでのインターネットのコストモデルを大きく変えたものです。
これまでは「貧しい資源だから、均等に平等に分け合って使おう」という設計思想だった。
TCP/IPとかもそう。

これをぶちこわしたのが、WWWの流行(Netscape)だった。
「んじゃ、おいらは平行に複数コネクション張っちゃうもんねー」

大方のブラウザ作者さんの動機は便利なものを作ることだと思います。
そうすると、datはいろいろ拾ったほうがいいし、
リアルタイムで更新されるようにちょこちょこチェックしたほうがいいわけです。
それと、負荷を下げたいというのは相反してる可能性があったりするです。
また、負荷を下げるだけだったら、●でしか見れないログを
htmlにして公開したら負荷は下がったりするわけで。
●は毎回cgiで送ってたりするので。