【Love Affair】携帯からのアクセスに対する考察・次の一手 Part1
1 :
FOX ★ :
04/02/04 18:37 ID:??? 日増しに増加する携帯からのアクセス。 かつて、羨ブラが生まれたように何かが生まれないと ならない気がする。 たぶん解決策は、時間を売って空間を買うだと思うけど いろいろ考察して、次の一手を決めようかと、 Love Affair 作戦。 Part1 マーリンルージュ
2 :
鳥取砂丘&rlo;ムレーハ村リ゚フ@&lro; ◆Dream/3P/. :04/02/04 18:39 ID:JbF6R1rW
>>1 が見えない
 ̄ ̄ ̄ ̄∨ ̄ ̄ ̄ ̄
。 。
|| || /⌒ ヽ.
/ ⌒ヽ( /⌒ヾ )
((゚Д゚,,))ゝヽのノノ
⊂⊂ _____つ )) ))
羨ブラ( ;´Д`)ハアハア
4 :
FOX ★ :04/02/04 18:42 ID:???
問題点 1) 利用者の爆発的増加によるサーバ資源の圧迫 2) すべてのリクエストを cgi で答えている 3) 一気にデータを送らないのでリクエスト回数が膨大
5じゃなきゃ一人フェラチオに挑戦する
ところでオススメの携帯用2chブラウザってある?(´・ω・`)
7 :
動け動けウゴウゴ2ちゃんねる :04/02/04 18:55 ID:SbvZK1P4
>>6 そもそもiMonaしかないし
俺はクラシックさんのところを使わせてもらってる
iMonaしかないのでつか。 おいら前までiMona使ってたけどちょっと微妙かなと思い始めてたんで 他に何かいいのがないかと思ったんだけど・・・(´・ω・`) おいらJavaできないしなぁ。。。(´・ω・`)ショボーン
記念カキコついでに素案だけ出してみます。 他のメーカーは調べてないけどドコモの場合、機種によってはヒープ 容量が大きい機種があるのでそれならスレデータは一括DLして閲覧 する際にアプリ側で処理させればcgi呼び出しは減るかも ※他のメーカーでも可能なら有効かもしれません。
11 :
root ★ :04/02/04 19:29 ID:???
12 :
root ★ :04/02/04 19:31 ID:???
つれづれに考えていること:
・どういう時に携帯でアクセスしたいと思うのか
・携帯でアクセスする時のCGI起動パターンはどうなのか
- CGIを起動しなくてもいいようにできるのか、できないのか
・CGIが重いとすれば、何か別の解決法はあるのか
・実はr.iなんて、大した負荷になってないんじゃないのか
http://mumumu.mu/mrtg/mrtg-rrd.cgi/read/ による、
携帯率が多いサーバ:
・news5 news6 news8
携帯率が少ないサーバ:
・aa3 (当たり前)
r.iの出力のキャッシュ
15 :
root ★ :04/02/04 19:46 ID:???
起動数、読み出し数でみると、現状こんなかんじ。 ・read.cgi起動数 vs r.i+p.i起動数 vs dat直読み数 ・多いサーバ(news系, gamble系) 昼間〜夜は、read 3、r+p 1.5、dat 4〜5ぐらい 深夜は、readとr+pがほぼ拮抗、news6では携帯の方が多い ・普通のサーバ(aa系、science系他のやつ) 昼間〜夜は、read 3 、r+p 1、dat 4〜5ぐらい 深夜は、read 2、r+p 1ぐらいになる ・aa系とscience系は、携帯からの利用は少ない aa系はわかるが、なぜscience系が少ないんのか?
16 :
root ★ :04/02/04 19:49 ID:???
で、全体にいえること。 ・深夜4時〜7時ぐらいまでは、携帯の比率が高くなる => 寝床で見ているに違いない ・news系は、朝8時台にアクセスが多くなる ・news系はよく見ると、夜の6時台の後半にも少し山がある => 通勤途中に見ているに違いない とりあえず現状の分析は、こんなところ。 さて、次の一手は。
このスレで扱う話題じゃないかもだけど…… 携帯版●の導入を提案してみる
iMonaはボーダフォンの0X系で使用できないからなぁ 味ポンはアプリ乗らないし
BREWは、申請してくれた神がいたけど、 「24時間通信内容を監視しろ」とかいわれて 却下だったんだよね。
p2
22 :
ピロリ :04/02/05 11:18 ID:Y7qbF1IY
キャッシュに一票なんだな、
キャッシュかぁ。 とすると、キャッシングの戦略を考えたほうがいい気がするなぁ。 ・どのくらいの量、キャッシュすればよい? ・どのへんを、キャッシュすればいい? ・キャッシュの効果は、どうやってはかる? つまり「どのくらいうまくいっているのか」を知りたい。 ・キャッシュを入れることでかかるコストも考慮しなきゃ 考え方としては「r.iやp.iでコストがかかっているところを調べて、 コストを下げる方向でチューニングする」っていう感じかなぁ。 r.iやp.iまわりで、どこが一番コストかかってるのかしら。 プログラムの起動コストそのものだったりして。
格言として「下手なキャッシュなら、入れないほうが幸せ」ってのもありますです。 今はOSがかなり頭よくキャッシングするんで、へんに入れると、かえってコストがかかったり。 でも、うまく動くなら、その効果は絶大。
25 :
ピロリ :04/02/05 11:46 ID:Y7qbF1IY
たとえば newsplus@news5 を例に取ると iMode用のfrontend news6i.2ch.net を別サーバで用意。 news6のp.i r.iは停止。 つまり iModeからの圧力は news6 サーバには及ぼさない。 どうだ。 ただし news6i.2ch.net はディレイがある。(10sec , 30sec ,60sec ???) できれば news6i は html で全部を渡したい。
>>25 サーバを分ける戦略ですか。効果はありそうな気がしますね。
でも、news系*以外*で携帯でのアクセスが多いところ
(gamble系とか交通情報)は、ちょっと躊躇するかなぁ。
あ、でも、10秒ぐらいでキャッシュすれば、それでも相当いけるのか。
つまり、板の状況に合わせて、ディレイを変えられればいいと。
ということで、とりあえず飯落ち。
キャッシングといえば、、、 どうする!アイフル〜(AA略
ちょっと考えてみた。超たたき台。
○読む
1)携帯からのhttpでのアクセスを受け付けるサーバ、news9iを用意する。
2)news9iは、例えばこんなリクエストを受けることになる。
リクエストは、「キャッシュマネージャ」が受ける。
GET
http://news9i.2ch.net/test/r.i/dqnplus/1075961327/i HTTP/1.1
Host: news9i.2ch.net
3)news9iの「キャッシュマネージャ」は、自分のキャッシュを調べる。
なければnews9をHTTPでアクセスして、該当するdatをもらってくる。
datが更新されている場合も、同じようにもらってくる。
もらってくるときは、できれば増分だけが望ましいが、必須ではない。レスあぼーんの場合だってあるし。
キャッシュにある場合、news9のファイルと一致しているかどうか調べて、なくなっていた場合
(スレあぼーんやdat落ち)は、datを消す処理をする。
4a)datが得られない場合、news9i上の「r.iクローン」が「ないよ」を発信者に返す。
4b)datが得られた場合、「r.iクローン」が整形処理して、結果を発信者に返す。
○書く
1)news9iがリクエストを受ける。
POST /test/bbs.cgi HTTP/1.1
2)POSTだった場合、リクエストはそのままnews9にフォワードする。
んー、これだと、全部同じとこから投稿されたことになっちゃうなぁ。
わざと「漏れ串」っぽくすればいいのかな。
で、
>>28 っぽいことは、割と何とかなるような気がしないでもなかったり。
たぶん、datを持ってくるのを、r.iクローンでやるようにするとかいうかんじかしら。
脳内だけで、紙にも書かずに適当なこと書いてるので、とりあえずこのぐらいにしとこう。
なんだか、Apacheのmod_proxyかsquidと、 read.cgiクローン(場合によってはbbs.cgiクローン)を使うと、 もやもやとできるような気が、しないでもなかったり、あったり。 ということで、いったん別スレへ。
そういや昨夏のことを思い出した。 携帯の各私家メニューからのアクセスが激増して、私家メニューがまとめてロックアウトされた事件。 あれの時、各私家メニューに対して管理側から要請されたのが ・r.i使用禁止、dat直読みの義務づけ ・できればdatキャッシュ装備、増分読み だったと記憶してるけど。 それを今度は本家で(ry、 ただし私家に比べてアクセス数が段違いなので鯖ごとに、 ……というように理解してみた。 そーいや、携帯ユーザの本家・私家比率(パソコンの専ブラ比率に相当)って どのくらいなんだろう、とか気になってみる。
クラシックさんが言ってたことだけど ・r.i での最新10件分のレスをhtmlで提供。 ・これにより r.i コールを2/3に減らせる。 ↑これは既に導入されてるのでしか?
いきなりPCがブルースクリーンになった。しくしく。
で、
>>28-29 って、
・対応版p.i
・対応版r.i
・対応版bbs.cgi
ができれば、それでいけるような気がしてきた。
携帯だけがターゲットなら。
>>31 >>32 レスどうもです。参考になるかも。
>>32 の答えは、わからんです。個人的には導入されてない気がする。
---
で、妄想なわけだけど、これってうまくやると、とっても負荷分散できるんじゃないんだろうか。
・datの更新操作は1つのバックエンドでやることにする
・bbs.cgi本体は、バックエンドで動く
・read.cgi/r.i/p.iのクローンとdat直読みに対応したフロントエンドを複数台ならべる
・フロントエンドは必要に応じてバックエンドにdatをとりにいく
・フロントエンドではbbs.cgiのクローンも動いていて、バックエンドにdat書き換えを依頼する
・複数台のフロントエンドは、DNSラウンドロビンを使って、1台にみせかける
…といったところで、いったん落ち。
削除系(dat操作するすべてのもの)や、キャップ管理系のcgiは、バックエンドで動かすのかな。
いずれにせよ、割と軽い改造で、いけるような気がするなぁ。
でも、最初から欲張らないで、まずは「携帯」、ぶっちゃけて言ってしまえば、
・datキャッシュに対応したp.iクローン
・datキャッシュに対応したr.iクローン
・リクエスト転送に対応したbbs.cgiクローン(これは最初は、あきらめてもよい)
を作ることをターゲットにして、
将来は
>>33 の後半のような負荷分散をすることも頭のすみっこに置きながら、
マターリモードでごそごそしてみるってのが、いいような気がする。
35 :
ピロリ :04/02/10 14:15 ID:ilShB9H1
フラフラー
あっちの女にフラフラ こっちの女にフラフラ
38 :
2chtubo愛用者〜ヘ(゚д゚ヘ))))))〜61 ◆2CHTUBOC5A :04/02/12 17:17 ID:YMYaSNCn
|-`).。oO(PHPじゃだめですか)
39 :
2chtubo愛用者〜ヘ(゚д゚ヘ))))))〜61 ◆2CHTUBOC5A :04/02/13 02:02 ID:o3jHs/Mb
|-`).。oO(反応してよ)
>>39 \\ ビ \\ \ \\\ \\ \ \
\\ \\ ュ ウ \\ \ \\
\\ \\ \\ \ ウ \\\ \\
\\\ \\ \∩_∩ ウ \\ \
\\ \\ (・(ェ)・ ∩∩ ゥ\ \\
\ \ ( (・(ェ)・) \\ \\ゥ\\
\ \\ \| | | ヽ \\ ゥ
\\ \ \\ (_(_UU( )〜′ \\ \\
\ \\ \ | ̄ ̄|  ̄ ̄\ \\ \\
\ \ \ / Y \ ∨ |  ̄ ̄ ̄ ̄ヽヽ
\\ \\ | | | \ ヽ
たとえ寒くても、今はただ耐えるのだ!
Pieにどんどんサーバが入るようになったら ぼちぼちと
42 :
ひろゆき@どうやら管理人 ★ :04/02/20 05:26 ID:???
携帯用のサーバを1台たてて、そのサーバからは、 datを拾いにいけばいいような気がする。 p2を入れれば簡単なような。
まずは c.2ch.net から んで その先はぼちぼちと、
クラさんとこは独自でdatキャッシュしてたよたしか
2ch純正imona鯖がほしいなあと言ってみる。
46 :
精神科医 :04/02/20 14:42 ID:pZFBvqnI
>>42 基地害よ
もう病院行ったか?
早く行けよ
47 :
脳外科医 :04/02/20 14:45 ID:kPwDYiEz
クラシックさんにメールを発射しました。 というわけで、ぼちぼちと。
ちょと夕食で遅くなりました。 メール拝見いたしました。 どうもありがとうございます。 百聞は一見とも言いますし、まずは i2ch.netサーバ停止状態でのclassicメニュ。の状態をそのまま復元してみます。 復旧が終わり次第、BIG-Serverさんから頂いた調査結果の、 負荷原因を説明いたします。
>BIG-Serverさんから頂いた調査結果の、負荷原因 申し訳ありません、説明不足ですね、 i2ch.netサーバの停止は、過負荷が原因だったのですが、 BIG-Serverさんが調査して下さった、負荷の直接の原因のことです。 では、復元に入ります。
おお、統計とるようにしなきゃ。< c.2ch.net やっときます。
root ★さん、 .htaccessで directoryindex を指定するのはNGだったりしますか? 試しにアップしてみたのですが、 directoryindex index.html だけの.htaccessでも500エラーがでてしまいます。
( ・∀・)っ旦~ お茶ドーゾ
54 :
◆kuriu7uP3. :04/02/20 22:04 ID:iOLKULoJ
この流れで言うのはなんなんだが… あうで定額制がスタートしたんであう用の鯖を用意してみてはどうかと… スレッド一覧又は検索結果表示。チェックボックスを用意してチェックしたスレを全部読み込みアプリで一括保存。 これならアクセス回数がへるから…負荷は減るのでは…データ量多いから一緒かな?ってかこの量は読み込み不可? 素人考えなのでスマソ
au専用?
>>54 その理論で行くと、味ぽん専用鯖もいるということになりますが?<auで定額制
ちゅーか、データ量どころか、アクセス量がとんでもなく多いから、そこまで処理
できるのかどうか。大量のアクセスをこなしながら一連の処理を行なうわけだから。
個人のアクセス量ではないからね、あくまで。
取り敢えず、directoryindex以外の復元と動作テストが終了いたしました。
現在はUAでの拒否はしておりませんので、PCからでも見られると思います。
http://c.2ch.net/ → 建設予定地
http://c.2ch.net/x/ → メニュー カテゴリ一覧(i2ch.netではこのx.phpがdirectoryindexで指定されておりました)
http://c.2ch.net/!.h → 案内
BIG-Serverさんによりますと、
i2ch.netの過負荷の最大の原因は、キャッシュファイルを多く取りすぎたことにあったようです。
各サーバから取得したsubject.txt及びログdatなどは、そのままのファイルで保存されます。
1ディレクトリあたり500〜1000ファイルになっておりました。
このファイルをシステムが検索する際に、大きな負荷が発生していたそうです。
特に、共有サーバであったため、
同居の他のサイト様もピークタイムとなる21時〜25時までの間は、
負荷の為表示がなされないという状態でした。
(ただ、この間もFTPやtelnet等は問題ないレスポンスを維持していたように思います。)
帯域の使用状況を計測する為、2chからのdat、subjectの転送量(in)及び、
HTML表示の転送量(out)を概算で求めてみたのですが、
時間あたり30,000件のアクセスで、約1Mbps程使用しておりました。(ピークタイム)
アクセス数に対してキャッシュが少ないため、転送量がかさんでいたかと思います。
ただ使用できるディスクスペースや、1ディレクトリ当たりのファイル数との兼ね合いから、
ライブログのキャッシュは1000ファイルとしておりました。
.htaccessは使えない/使わないんじゃないのかな。 httpd.confが書き換えできるんだから Locationで指定した方がよろしいかと。 ある程度自由に書き換えたいなら、<Location>内でincludeしてもらうとか。 結局は再起動が必要だけど。
あ、違う。 使えなかったらエラーがでるわけないや。
>◆EA.clAssIcさん PCからも携帯からもOKです〜
当方も
>>57 のリンク先を携帯・PCから共に確認。
62 :
◆EA.clAssIc :04/02/20 22:57 ID:6oUw91uF
ご確認ありがとうございます。 これでピーク時のi2ch.netくらいのアクセスがあれば、 root ★さんも状況が把握しやすいかとは思うのですが、 取り敢えずは皆様の思うように使って頂きたいかと思います。 そして、広告の件ですね。 広告が動的なものではないのでしたら、スクリプト中に埋め込んでしまいますが、 その辺はいかがでしょうか? > ひろゆきさん
おぉ、ほんとだ。 www2 でも DirectoryIndex は 500エラーになりますねー。
>>みなさん 素早い対応Good Job!! やっぱりクラシックメニュは最高です。 c.2ch.net/からカキコfrom味ぽん
>>◆EA.clAssIcさん 早くも動きだしましたね、よかったです。 ところで公式になるとゆうことは、やはり人大杉も出すコトになりますかね? まあ i2ch のときも、重たいトコは他の公開P2 使ってたりしたのですが。
皆様乙です。
>>64 さんと同じく味ぽんよりc.2ch.net経由カキコテスト?です。
少しの間寂しい思いをしてましたが、今は感動で胸が一杯です…
とりあえずお茶ドゾです。
つ旦~旦~旦~旦~旦~旦~旦~旦~旦~旦~旦~
>>クラシックさん 復旧乙でございました。 現状は絶好調です。 >>む(ryさん、ピロリのおじさん 同じく乙でした。 個人的には。 将来的にc.2ch.netが携帯アクセスの大半を占めるようになったら、r.i/p.iの廃止まで視野に入れてもいいんじゃないかな、と。 まぁ、c2.2ch.net@PIEが必要になるぐらいまでいってからの話ですが。
帰宅。
oyster137 = c.2ch.net で、いくつか呪文唱えました。
EnableSendfile on
EnableMMAP on
httpdの数のチューニング
dnscacheのメモリサイズのチューニング
どうも、1分ぐらい様子見てると、
ローカルファイルへのアクセスが多くなりそう
ファイルI/Oが多くなりそう
ここからdatファイルを各サーバにとりにいって、格納するとかしそう
みたいなかんじなんで、それなりの呪文を唱えてみたです。
だいぶ改善したみたいなんで、しばらくこれで動かしてみようかと。
DirectoryIndex を c.2ch.net の .htaccess で指定できるようにしました。
これで、設定できると思われ。
>>52
> まぁ、c2.2ch.net@PIEが必要になるぐらいまでいってからの話ですが。 あっという間の予感。
ためしに directoryindex x.php を.htaccessに書いてみた。うまくいくみたいすね。 で、コメントに戻しておきました。 うつわを作るほうはできる範囲でやってみるんで、うつわの中身はクラシックさんががんがってちょ。
>>57 > BIG-Serverさんによりますと、
> i2ch.netの過負荷の最大の原因は、キャッシュファイルを多く取りすぎたことにあったようです。
> 各サーバから取得したsubject.txt及びログdatなどは、そのままのファイルで保存されます。
> 1ディレクトリあたり500〜1000ファイルになっておりました。
> このファイルをシステムが検索する際に、大きな負荷が発生していたそうです。
すこしだけアドバイスです。
例えば、板名で、サブディレクトリを切るといいと思います。
例えば仮に、newsplus-NNNNNNNNNN.dat のような形でdatキャッシュにファイルを
格納しているとしたら、newsplus/NNNNNNNNNN.dat という形で格納するようにするだけで、
システム負荷が劇的に軽くなります。
ディレクトリを小さくできますから、サーチにかかるコストが減るわけです。
で、ここのdatは、何らかのタイミングでsweepするようにするとよいでしょう。
でないと、datキャッシュのファイルがどんどん多く・大きくなっていってしまいます。
で、パフォーマンスがだんだん(りゃ。
例えば、存在だけをチェックするようにして、
向こう側になくなったら消してみるとかいうかんじがいいかもです。
で、全体の印象として、すんごく「センスのよさ」を感じます。さすがという感じですね。
携帯端末の心、そして使いやすくする壷を、すごくよく知っている感じがしました。
ちょっとかんどーしたです。
がんがってくださいです。
このアプローチは、うまくやれれば、サーバ側にかかる負荷を相当減らせるような気がします。
なにせ、r.iが起動しないわけだから。
# うーむ、某おじさんはここまで考えてたのか。あなどれないや。
>>22
早速ありがとうございます、
私も確認し、.htaccessのコメントを外しました。
また、メニューをご確認くださった皆様、ありがとうございます。
もしメニューに何か不具合等お気付きの点がありましたら、
携帯→2ch運用情報スレッド4
http://qb3.2ch.net/test/read.cgi/operate/1074493329/ へお知らせ頂ければ幸いです。
>>65 nopさん、
人大杉は、各サーバのCGIコール負荷への対策の為に導入されたものですので、
c.2ch.netの様な、dat取得→表示整形をする、言わば中間サーバの場合は、
その各サーバでの人大杉の影響は受けません。
ですが、各サーバのCGIコールを代わりに一手に引き受ける形になるので、
c.2ch.netが重くなってしまうことは考えられます。
できるだけ、そうならないよう頑張ります〜
>>71 root ★さん、
なるほど、とても参考になります、ありがとうございます。
仕事人 ★さんの発言で、板内のファイルはできるだけ少ない方が良い(掲示板で)
というのは以前聞いていたのですが、そのさじ加減が分からなく、
2chの板と同じくらい(500〜1000)なら大丈夫なのかな? と思っていました。
ある程度の差はありますが、実際には、ある板で稼動しているスレッドは100に満たないかと思います。
板別でサブディレクトリを切るとしたなら、各板100くらいの保持数にしてみます。
約500板あるから50,000スレッドくらいでしょうか?
キャッシュのスレッドは平均100KB程度なので、5GBくらいのスペースが必要になるかもです。
近い将来で考えているのはdat、subject共にデータベース化をしようかと。
それにより検索時の負荷低減や、dat利用が簡便になるならしめたものかなと思うのです。
>で、全体の印象として、すんごく「センスのよさ」を感じます。さすがという感じですね。
>携帯端末の心、そして使いやすくする壷を、すごくよく知っている感じがしました。
>ちょっとかんどーしたです。
うわぁ、ちょとテレてしまうです(・∀・*)
素直にとても嬉しいお言葉です、ありがとうございます。
これからもよろしくお願いいたします。
>>72 早速の対応どもです。
> 各サーバのCGIコールを代わりに一手に引き受ける形になるので、
> c.2ch.netが重くなってしまうことは考えられます。
> できるだけ、そうならないよう頑張ります〜
もし重たくなったら、横並びでcを強化すればいいわけだ。
例えば、c1 c2 c3 とかいうかんじで用意して、DNS的代表名cでアクセスさせるとかね。
で、もっとまじめにやるなら、リバースプロキシサーバを置いて振り分けるとか、
いろんな方法があるしね。
で、datキャッシュをうまく共有できれば(多段キャッシュにしてみるとか)、
いろいろ考えられそうですね。
うまくやれば、サーバが重くなるどころか、サーバにやさしいすね、これ。
ユーザが使いやすくなって、かつサーバにはやさしいなら、まさにいっせき(りゃ。
74 :
仕事人 ★ :04/02/21 02:05 ID:???
どもども、謹慎中の私ですが、、
>>72 概ねその方向ですが
ここは一つ、もう少しいろいろな意見を集めてから
わいわいがやがややった方が吉の予感。
>>1 が大きな目標だったりしますので、
ただし 1フォルダないに沢山おいているのは
修正したほうがよさげ
>キャッシュのスレッドは平均100KB程度なので、5GBくらいのスペースが必要になるかもです。 了解です。容量的には問題ないす。 >近い将来で考えているのはdat、subject共にデータベース化をしようかと。 >それにより検索時の負荷低減や、dat利用が簡便になるならしめたものかなと思うのです。 PHPはMySQLありで入れてあるはずなので、機会を見てお試しいただけると。 このへんはまだ誰も試してないんで、人柱になっていただけるとうれしいす。 とゆうことで、ぼちぼちやっていきましょう、と。
>>74 そう思います。とゆうことで、サブディレクトリ化を。
さらにゆとりをみるなら、NNNNNNNNNN.datのところをカラムで切ってみるとかかな。
例えばnewsplusの1234567890.datだったら、
newsplus/1234000000/567000/1234567890.dat
みたいに格納するようにすると、相当いい感じになるとおもいますです。
他を回ってこようかな。
はい、ディレクトリ内のファイル数に関しては、明日にでも挑戦いたします。 今までは外観や機能については、沢山のユーザさんからアドバイス頂けて改善できたのですが、 内部処理については独りでやっていたので、とても参考になります。 なるほど、 newsplus/1234000000/567000/1234567890.dat の様な階層構造はログ倉庫で使われていますね、ちょと感動です。
移植したままの状態では、 Apacheが作るファイルを、自分のアカウントの権限で操作できなかった。・゚・(ノД`)・゚・。 スクリプト中のパーミッションを扱う部分を全て書き換えます。
79 :
FOX ★ :04/02/21 19:50 ID:???
将来的に・・・ 1) r.i p.i on 各サーバの停止 2) 携帯用の規制の一元化、bbs.cgi でやらない N秒のdelayを入れて、全体的なコストダウンをはかる という線で行けたらと思っています。
>>78 あ、そういう問題か、、、。
ちょっと調べてみましょ。
んー、mod_becomeはあんまり使いたくないなぁ。 さて、どうするのがいいのか。
82 :
ひろゆき@どうやら管理人 ★ :04/02/21 20:10 ID:???
>>62 <a href=URL>テキスト<a>というのが入っているtxtファイルを表示してもらう
ことになるとおもいますー。
>>79 FOX ★さん、
現在では全板で30secでdelayを設けています。
erimoに関しては、120secとちょと大目に。
また、load averageの高いサーバは、適宜手動でdelayを調整していました。
>>80-81 root ★さん、
ありがとうございます。
操作できなくなるのはディレクトリだけみたいですので、なんとか大丈夫です。
スクリプトでディレクトリ作成時にchmodしておきます。
>>82 ひろゆきさん、
わかりました。txtファイルは現在i.2ch.netで使われているものと同じでしょうか?
85 :
ひろゆき@どうやら管理人 ★ :04/02/21 20:22 ID:???
86 :
ひろゆき@どうやら管理人 ★ :04/02/21 20:23 ID:???
ln -sで持ってくることになるのかな、、、 まぁ、そこらへんはぼちぼちで。
>>83 ども。大丈夫なら、それでやっていただけると助かります。
パフォーマンスの点では、そのほうが助かりますんで。
ふたつばかり、txtファイルのシンボリックリンクをch2c:public_htmlに作ってみたですよ。
あとは、おまかせ。
>>86 >>64
Apache2.xだから、perchildを使えばuid変えれるのか。 でも「ふあんてい」だといううわさもあるからなぁ。
90 :
精神科医 :04/02/22 09:15 ID:tODJYlJm
>>91 PATH_INFO の中身はいかがでしょう?
$_SERVER[PATH_INFO] って描くのかな?@PHPの場合
>>94 未承諾広告※さん、
ありがとうございます。
なるほど。
REQUEST_URIを「?」でsplitし、
perlの様に、$_GETに格納しなおしてみます。
無事修正できました。
をーよかった(*^o^*)
>>88 root ★さん、
ありがとうございます。
広告を表示してみました。
99 :
動け動けウゴウゴ2ちゃんねる :04/02/22 21:40 ID:3elKNtFT
◆EA.clAssIcさん、乙かれ様です。使いやすいです。ありがとうございます。
100 :
◆EA.clAssIc :04/02/25 18:59 ID:Ze5vvWOh
>>88 でroot ★さんに作成して頂いたシンボリックリンクが、
PHPから開けなくなっているようです。
大変お手数かとは思うのですが、お調べ頂けますでしょうか…
よろしくお願いいたします。
>>100 i.2ch.netのほうの広告が入れ替わっていたので、
シンボリックリンクをやりなおしておきました。
詳細はクラシックさんにメール発射しておきます。
102 :
仕事人 ★ :04/02/28 15:47 ID:???
c.2ch.net の www2 の負荷の具合はどうですかー? 1) がんがん来ているけど余裕綽々。 2) たいしたアクセス数ではないので、すかすか。 3) 順調に拡大しており遠からずお腹いっぱいになる。 4) ひぇー たいへんだー、もう重くなっちゃった。 5) やっぱり伊東美咲ちゃんが気になる。
103 :
◆EA.clAssIc :04/02/28 17:27 ID:0MPUORWj
>>120 仕事人 ★さん、
体感的なレスポンスは、ピークタイムと思われる時間帯でもとても良い感じです。
同程度のアクセスがあるミラーサーバでは重々なのですが、、、
スクリプトからflockを排除する形で修正を進めていますので、
もっとレスポンスは改善されるかと思います。
1)〜5)から選ぶならなら、現状のc.2ch.netは2)でしょうか。
以前のi2ch.netのアクセス数のまだ1/4程度なので、
今後アクセス数の推移と共にどのように変わるか観察が必要です。
( ´-`).。oO(5) も選択肢に入るのか……)
>>102-103 本格テストに入るなら、
一時期あったi.2ch.netからのリンクを復活させるのがいいかなと。
ひの字の意図がわかんなくなってきた。 今のアクセス数は携帯→スレを見てる人とほぼ同数って事でしょー? しかもここ数日安定してるし、個人的には変化が欲しくなってきたヨ。
また1人ウザイ香具師が増えたか
ぼよ〜ん
そろそろこっちの話の続きするのん?
不人気スレ救済!
まぁ、ピ(ry のおぢさんやむ(ry たんは901/902やらpeko量産機やらで忙しそうだし、 クラシックさんも忙しそうだから、しばらくsage保守しつつマターリと待つが吉かと。
某駄から書けるようにして
.
118 :
京ぽんスレ住人 :04/04/27 23:45 ID:ZWpDcqCO
京ぽん発売目前で、今まで携帯だったユーザーも注目しているようなんですが、 よく聞かれるのはiMonaが使えるのか?というもの。 スレでは、P2や私家メニューの案内を行っていますが、 今後のことを考えると京ぽん仕様の専ブラがあればありがたいな、と思います。 京ぽんはJavascriptが使えるのでそっちの方で何かできないかと思うんですが、生憎私はスキルがありません。 P2もいいんですが、PHPが使えるレン鯖は少ないのが難点です。 携帯用メニューに特化したperlのフリーCGIが配布されたら、プロバスペースに置けるのになーとか考えるんですが、どうでしょうか。
>>118 携帯アプリ板でどうぞ、としか言えないですね。
120 :
動け動けウゴウゴ2ちゃんねる :04/04/28 11:50 ID:LOzpGsj3
何で携帯から街BBS書き込むとプロキシー規制中ってなるの? ドコモ以外とかは書き込めるんでしょ?
まちBBSの事はあちらの会議室で ここで言われても無理です
123 :
動け動けウゴウゴ2ちゃんねる :04/05/25 22:02 ID:xwQjmFWQ
ほしゅ
マリンルージュで愛されて 大黒埠頭で虹を見て シーガーディアンで酔わされて まだ離れたくない 早く行かなくちゃ 夜明けと共に この首筋に夢の痕・・ てかこの「Love Affair 作戦」って誰が名づけたの? サザンと関係あんの?
126 :
FOX ★ :04/05/29 22:46 ID:???
ボーリング場でかっこつけて♪
127 :
FOX ★ :04/05/29 22:47 ID:???
いよいよ 本格稼動ッすねこのスレ 重いサーバは p.i r.i を順次停止しますー
おおー
わくわく……。
大黒ふ頭で にーじをーみーてー♪
(´Д`*)
132 :
動け動けウゴウゴ2ちゃんねる :04/05/29 22:58 ID:He5xIn7B
>>127 pc5、どうもありがとうございます・・・
133 :
FOX ★ :04/05/29 23:01 ID:???
>>131 おおっ
i.2ch.net を廃止して
c.2ch.net へ全部以降ってことです。
c.2ch.net の広告ってどうなってましたっけ?
携帯からcomic4のスレが人大杉になるのと関係ある?
携帯からコミ4に書き込みしようとしたら人大杉に…参った
>>133 どこかのをシンボリックリンクしていたような、
137 :
FOX ★ :04/05/29 23:08 ID:???
>>136 ということは出ているということかな?
www.2ch.net/index.html のリンク先を c.2ch.net に変更をきぼー
管理人にお知らせしてからやってくださいー
んでたぶん i.2ch.net と同様な広告が
それなりに c.2ch.net に載っていないと
また怒られる予感。
>>137 広告は出せるようになってます。
i.2chと同じ物を置いておいていただければでるようになっていると思います。
139 :
サザン ★ :04/05/29 23:24 ID:???
140 :
サザン ★ :04/05/29 23:25 ID:???
そうするとGOサイン出たらi.2ch.netにc.2ch.netへのリンクを貼った方がよさげかもなぁ
>>141 に賛成。移転知らずに、いきなり「ERRなんたら」表示出たら戸惑うだろうし。
144 :
FOX ★ :04/05/29 23:36 ID:???
管理人にお願いするのがいいのか・・・ それともやっちゃったほうがいいのか・・・ もちろん 〜すよね
go!
やっちゃえ やっちゃえ 怒られるのはFOXだし
最初このメニューを「拡張版」としてi.2chのトップに載せたら、 ひろゆきが直々にリンクをはずしてたような気がする、 でも、その理由って「はずしたら負荷が〜〜」程度だったかもだけど
んあ、3ヶ月も見てれば十分ですよね、 って絶対忘れてると思うけど。
やらかしてみました。
おつ
つーか、めたくそ重いね
153 :
動け動けウゴウゴ2ちゃんねる :04/05/30 00:22 ID:DwdYBQdu
なにしたの?おしえろよdomoとかなんだよ
154 :
FOX ★ :04/05/30 00:22 ID:???
今 c.2ch.net の delay ってどれくらいなんですか?
さてさて、どうしましょうか。。。。
ということで、戦略を練る必要があると。 しかしまた、偶然な、、、。ちょうどBBQのテストの時間かぁ。 また大きな山ができた、というか、山はもともとそこにあった、ということなのかなと。
>>156 おつですたー
つか明後日からFOMAの定額制もスタートするわけで。。
山はもっと上になる と。
158 :
FOX ★ :04/05/30 02:05 ID:???
>>157 そっか、例のやつは6月からかぁ。
今のままでも、早晩大きな家に引越しの予感。< c
まずは移転しないと。。。。 テスト1(i2ch.net)の方もミラー鯖に同居となるが、果たしてもつのだろうか。。。。 問題山積だな。
161 :
携帯板住人 :04/05/30 02:11 ID:D8S8628d
FOMA定額このままじゃヤバイね。京ポンも増えてるし。 |'A`)<オレモホーダイモウシコンダシ
>>160 公式に載せてあの状態だから相当厳しいと思われ。
定額制ありのキャリアは単独鯖もありかもと言ってみようかなーw
(1)ドコモ (2)au (3)AirH (4)その他 って感じか?
キャリア別に鯖用意するのはコストかかり過ぎなのでメニューに載っけて もらうようにしてしまえばと言ってみるテスト しかし、載るのに資格とかお金かかるのかなぁ。。。
167 :
FOX ★ :04/05/30 02:21 ID:???
このへんの戦略は管理人の考えも聞きだしてってとこでしょう。 管理人の考えを簡単に聞きだす方法は? ↓どぞ
>>165 ユーザー数からして
1:ドコモ+ボダ
2:au+AirH"
でも収まりそうな悪寒。
お寿司
>>167 月の満ち欠けに注意してマグネタイトを差し出す
テレパしいを食わす
こちょこちょとくすぐってみる
174 :
パント ◆jooPantOnU :04/05/30 02:27 ID:HI5EZpDD
「もしも管理人が素直だったら」とピンクの電話ボックスの中で言う
やっぱりYes/Noですかね。 1.携帯からのアクセスは遮断する気は無い Yes/No 2.必要であれば専用サーバーの増設も必要だ Yes/No あと何が必要だっけ…もうねるぽ
適当に案をまとめて提出する→「んじゃそれでー」
高速道路に「管理人」と書かれたスケッチブックを置いておく
>>176 うわー日本語へン!
2.を
2.必要であれば専用サーバーの増設もいいんじゃないすかー?
に変更してねるぽ
181 :
パント ◆jooPantOnU :04/05/30 02:30 ID:HI5EZpDD
「管理される側なんてまっぴらごめんだ!」と言い放ちトイレの鍵を開けたまま用を足す
ちなにみ、i.i2ch.netの昨日4時からのアクセス数 総数 45250 au 20375(45%) ドコモ 16879(37%) DDIPOCKET 5011(11%) J-PHONE 1767(4%) L-mode 399(1%) その他
採点はまだですか?
185 :
パント ◆jooPantOnU :04/05/30 02:33 ID:HI5EZpDD
カツ丼とランプ持ってニヤッと笑えば大体推測はつくと思います
色じかけ ・・・× 食べ物でつってみる ・・・△ FOXさんがらみで問題を起こしてみる ・・・○ めんどくさそうな提案を押し付けたのち、「やりましょうか?」と言ってみる ・・・◎
>>183 auけっこう多いんだな。
やっぱり一部機種は定額なのも大きいのかな、、
188 :
動け動けウゴウゴ2ちゃんねる :04/05/30 02:35 ID:D8S8628d
>>183 auのが多いんだ。てかLーmodeて…
携帯からの負荷軽減なら一時的に携帯からはSambaの値をきつめにするとかは?
逆にあがるか
「管理人さんの気持ちになってみて、精一杯やったんですぅ〜」 といいながら大失敗をやらかしてみる。 そして優しいフォロー待ちで。
Lモードから書き込めるのかな。。。。 誰か持っている人は試してみてくれー
191 :
パント ◆jooPantOnU :04/05/30 02:40 ID:HI5EZpDD
>>190 SモードとMモードはなんとなくわかるんですがLモードともなると推測もつきませぬ。
どんなプレイですか?
多分、聞いても「いやぁ、なんも考えていないっす」の一言で終わりそうな 悪寒がします。 >186の4つめコースが一番現実的かな あとはそれを誰がやるかだけで(苦笑
193 :
動け動けウゴウゴ2ちゃんねる :04/05/30 02:43 ID:ApKsSVbP
>>167 質問例:
A:鯖の増設等に消極的な意見を引き出す質問の場合
Q:今後、増加する携帯からのアクセスを制限しましょうか?
Y/N
Nの場合
Q:では、携帯からのアクセス用の鯖を増設してもいいのですね?
Yの場合
Q:複数台、必要となりますけど、それでもいいのですね?
B:鯖の是右折等に積極的な意見を引き出す質問の場合
Q:携帯からのアクセスを規制する予定はないですよね?
Y/N
Yの場合
Q:では、携帯からのアクセス用の鯖を増設してもいいのですね?
Yの場合
Q:キャリア毎に鯖を用意することを了解してください!?
194 :
FOX ★ :04/05/30 02:47 ID:???
>>192 暴走ですよ「暴走」
暴走すると止めに来ます
止めるときに管理人は理由をいいます。
これ一番簡単 !!
自宅鯖で携帯から2chが読めるスクリプト配布&鯖立て方orセットで供給 そしてr.i等は規制 無理だよなぁ。 無理かは別としても、 携帯自体がアプリに対応してないのが多すぎだから 2ちゃんブラ入れる感覚でPCにいれられればなぁ
197 :
動け動けウゴウゴ2ちゃんねる :04/05/30 02:58 ID:D8S8628d
>>196 携帯がアプリに対応云々よりも、携帯からの人の何割かは
パソがない、パソの知識ないだろうから自宅鯖なんて無理では?
>>196 それをやっているのがiMonaのような気がする。
自宅鯖に限ってはいないけど
199 :
パント ◆jooPantOnU :04/05/30 02:59 ID:HI5EZpDD
2ちゃんねる専用携帯端末を作り、それでのみ読み書きできるようにしたら 爆発的に売れるんじゃないでしょうか
200 :
動け動けウゴウゴ2ちゃんねる :04/05/30 03:02 ID:D8S8628d
>>199 vodafoneならぬmonafoneか…
201 :
パント ◆jooPantOnU :04/05/30 03:05 ID:HI5EZpDD
>>198 広告無し、独自CGIがOK、SOCKETに対応しているレンタルサーバなら設置OKです。
CGI掲示板を設置するぐらいの難易度です。
203 :
パント ◆jooPantOnU :04/05/30 03:09 ID:HI5EZpDD
>>203 XREAで運用してる方もいます。広告無しの有料ですけど。
205 :
パント ◆jooPantOnU :04/05/30 03:12 ID:HI5EZpDD
>>204 それはまた・・・負荷の心配な鯖で・・・
206 :
FOX ★ :04/05/30 03:13 ID:???
>>1 にも書きましたが今2ちゃんねるのアクセスの50%は携帯からです
アクセス数といっち方がいいかな、大きいのは細切れしか読めないr.iのコール数です。
つまり昔起った read.cgi 問題が再び以前を大きく上回る勢いで襲ってきているのです。
第一回目の read.cgi 問題は C に書き直すでクリアしました。
第二回目の read.cgi 問題は dat 直読みの 専用ブラウザを
普及させることでなんとかこここまで来ています。
さてさて 第三回目の出口はあるのか?
お題なのけ?
208 :
FOX ★ :04/05/30 03:16 ID:???
わたしがこのスレを立てたときに考えていた事 今も同じですが、 はっきりと出口が見えているわけではありません。 ただなんとなく理論2ちゃんねる学で考えると、、、ということです。 各サーバに置いてある p.i r.i は停止 つまり 携帯からのアクセスは分離して一元管理 かつサーバを増やせばアクセスの増加に対抗できる仕組み このへんです。
>>206 50%という数値はかなりダウトですが(そもそも何に対して50なのか、
全体のアクセス数では統計的にありえません)、本質はまさにそうですね。
多いところでは、read.cgiよりもr.iの方が多かったところもありました。
今まで見た中では、ネトゲ実況とか芸スポとか。
>>205 負荷もありますけど、転送容量が結構厳しいらしいです。
>>208 それでよいと思うのですよ。フロントエンドを用意しておいて、
各サーバへの負荷を減らす。
cとかはまさにその方式ですね。
ただ、今のcでは全体を受けられない。つまり、スケールしない。
cを横並びにすることを可能にして、スケーラビリティを実現するのが
当面の道なんじゃないかと思っていたりします。
さて、ちょっと別の作業します。しばらく反応割るし。
212 :
動け動けウゴウゴ2ちゃんねる :04/05/30 03:26 ID:D8S8628d
携帯からのアクセスでクッキー確認画面やめるだけでbbs.cgiコール量が半減するような 気もするが…
213 :
FOX ★ :04/05/30 03:34 ID:???
>>212 bbs.cgi は微々たるものですから
それをたとえ 50% 改善しても全体に寄与する率は
微々たるものかと、
214 :
パント ◆jooPantOnU :04/05/30 03:41 ID:HI5EZpDD
もっと携帯の機能があがればdat直読みできるだけの容量と能力を持った携帯が 現れると思います。 そうすればread.cgi問題も軽減されると思います。 (パケ代が浮く事を考えれば当然) そこまで来ればなあ。。
215 :
ヾ●ノ゛ ◆NATTOSpTC2 :04/05/30 03:47 ID:jazkluKB
>>214 2chの住人で新たな機能を持った携帯を作ればいいじゃん
とか言って叩かれてみるテスト
216 :
FOX ★ :04/05/30 03:56 ID:???
応分の負担をできるような仕組みを作るべき といって「また腹黒い」と叩かれてみるてすと
お、ついにきたね、マーリンルージュ。 まぁ、昨夏の携帯ロックアウト事件(あのときは.htaccessでしたが)の再来は勘弁、、、と願っておきます。 //携帯→2chスレは大忙しになりそうだな、、、
>>216 ざっと縦読みしてみましたけど、問題は転送量ではなくてread.cgiの呼び出し回数でFA?
219 :
FOX ★ :04/05/30 04:03 ID:???
220 :
パント ◆jooPantOnU :04/05/30 04:04 ID:HI5EZpDD
今鯖がどうなってるのかよく知らないんですけど、 データベースの鯖はdat直読みに専念し、read.cgiにリクエストがあったら 他の鯖(ゲートウェイ)が解析し、必要なデータのリクエストだけ データベースの鯖に投げ(ある程度はキャッシュをとりその場で返す)、 それを送り返せば負荷は減りませんか?
叩かれること前提で提案w 各私家版スクリプトのほうで呼び出しの多いホストを常時監視、閾値を超えた ホストは任意の時間アクセス制限汁。 このアクセスのバイパス規制を行って2ちゃん側の負荷増大を回避。 ではダメなのだろうか。。。。orz
222 :
FOX ★ :04/05/30 04:07 ID:???
まだ 200 そこそこだから ここまでのログ読んでねー
223 :
パント ◆jooPantOnU :04/05/30 04:13 ID:HI5EZpDD
もうでてるよ_| ̄|○ お目汚し失礼しました・・・
同じく論点が違っていますたorz
・read.cgi 問題 >第一回目の read.cgi 問題は C に書き直すでクリアしました。 >第二回目の read.cgi 問題は dat 直読みの 専用ブラウザを >普及させることでなんとかこここまで来ています。 節約では根っこはどうにもならなくなった→継続してサーバを増やす仕組み=おいすたー作戦導入 ・携帯問題 >各サーバに置いてある p.i r.i は停止 >つまり 携帯からのアクセスは分離して一元管理 >かつサーバを増やせばアクセスの増加に対抗できる仕組み >このへんです。 携帯の●・・・ いまのところ使えそうなのはモリタポくらい? 1モリタポで10回リクエストとか(数字は適当) それとも、もっと各キャリアに負担させるような大きな仕組みを考えてるんでしょうか。
いっそのこと公式サイト(有料)にしちゃえ(w
227 :
パント ◆jooPantOnU :04/05/30 04:31 ID:HI5EZpDD
SSLに対応してない携帯が大半だから●は無理では?
SSL対応も無論ですが、携帯アプリによる専用ブラウザの普及率などのデータ を取ることが可能なのであれば、その数字次第では携帯●や携帯専用2chブラウザの推進も十分 有効かと思います。(→コストのほとんどを利用者に振り分け可能) 統計データが取れるかどうかが問題ですが。。。。
無料の私家なんかと併せて一方で アイモ公式登録しちゃって月額いくらにしちゃえば? 専ブラできてかなり経つのに未だにかなりの数がcgi呼んでるpc見てると これで結構よくなりそうな気もするけど。 もちろん収入で鯖増強と言う意味だけど。 ここまで書いて 有料化するといろいろ面倒なことが発生すること思い出したから終了...か スマヌ
省略しすぎて誤解招きかねないのでスルーしてください。。。
232 :
パント ◆jooPantOnU :04/05/30 04:51 ID:HI5EZpDD
>>228 ImonaでUAは変わるかどうかわかりません、ログをとってるかも知りませんが、
その二つをやってれば統計は出ると思います
>>229 鯖いくつ買うのよ!
あ、アプリそのもの(iMonaみたいな)を有料にすればいいのか・・・ 使えない機種は切ることになるけど。
>>232 たぶん、バーチャルホストで(w
今まで通りcgiで表示数を調整するのが現実的だとは思いますけど。
ひ(ry)は携帯専用鯖の増設を了承済の前提でなら。。。。ですが、
前半でガイシュツの話しはその増設する携帯専用鯖をキャッシュ専用鯖に
するという解釈でよろしいのかしらん?
それだったらその携帯専用鯖からread.cgiを定期的に読みに行ってキャッシュ。
携帯から専用鯖に読みに行くときはそのキャッシュされた.datから起こした
.htmlを読みにいく感じになるのかな。
ただしその場合は読み込みも書き込みもリアルタイムではなくなるけど。
余裕があればリクエスト数に応じてread.cgiを読みにいく時間を変動させる手も
ありかもしれない。
>>232 別の観点からコストを利用者に振り分けることは有効だと思うので、
データが取れるなら一度取ってみる価値はあると思います。
>>233 アプリが走る走らないのデータも取れるなら越したことないですね。
236 :
FOX ★ :04/05/30 06:49 ID:???
あきらめるという選択肢もあるわけで、
(あうのアプリがBREWばっかになったら、どうすりゃいんだろ) (´-`).。oO
へぇ、ごもっともで(´д`) 現在まで得ているで統計データを元に時間帯で切り捨てとか(非難Go!Go!
>>237 それも然りですが、新規参入してくるBB携帯も・・・
>>227 ケータイの固体番号(ドコモで言うUIN)で識別できなくもないかな。
機種変したときのためにあらかじめ携帯用のPINコード発行して、
専用設定ページで再度固体番号の登録とか。
ボーダフォン0xでは無理ぽだけど。
>>240 それをDBに登録するってこと?
それなら携帯の規制と絡めて、携帯から2ちゃんを利用する場合は完全登録制
もアリなのかな。
無謀ーダフォンはもうだめぽだから切り(ry
>>236 京ポンみたいにread.cgiが読める機種が出てくれば、アクセス数の多い板から順次r.iを廃止してもいいと思うけど、近日中にr.i完全排除は嫌かな。
1分間に一定数以上cgiが呼ばれたら、「高負荷で読めません。空くまでまってね。リロードすることも負荷かかります。」と表示して、高負荷時の書き込みみたいに、読み込みを刎ねることはできないんですか?
243 :
240 :04/05/30 07:13 ID:wfB3jpeo
>>241 ●のDBにね。
どっちみち携帯の場合は固体番号でID作ってるくらいだし、
UINと●IDの関連付けをすれば、難しくないような気がする・・・。
んーどうだろ。
>>242 それが「人大杉」だと思うわけですが
>>243 んーたかが携帯(されど携帯ともいう)ごときにそこまでコストかけてくれる
のかという疑問も(
>>236 )
ただ有料コンテンツとしての扱いならそれもありだろうけど。
お金取る以上はボーダ0xのような端末でも出会い系の登録システムのような
ものを導入すればDB登録=●IDとの関連付けも可能かもしれないね。
規制するときはDBでバッサリで桶なわけだし。
ありゃ、寝てる間に事態が急変してる。 やっぱりi→cは早計でしたか。どうしたもんかなぁ。 んで現実的に考えれば、やっぱりc.2ch.netの鯖増強がメインになるでしょうね。 あとはiMonaなどの携帯用ブラウザでしょうかね。 有料化云々は「ドコモがコミュニティ系を認めていない」「もばいる2ちゃんねるが 頓挫した」と言うことをまず念頭に置いてから議論した方がいいと思います。 独自で携帯に課金を行なうにしても、きちんとした課金サーバの仕組みを考える 必要があるし。
>244 人多すぎって手動でread.cgiを切った状態では
i.2ch.net(本家)は廃止にするんですか?
r.iの呼び出し回数減らすなら、c.2chの初期設定値変えたらどうだろう。 1回に読むレス数を10→30 省略される行数8→12 一回に読むスレの数30→50
>>248 そげなことしたら、パケット定額にしてない機種は、パケ死する〜。
c.2chからr.i呼び出されてないし。
250 :
パント ◆jooPantOnU :04/05/30 10:45 ID:HI5EZpDD
>>249 設定で増やしたり減らしたりできるから大丈夫。
その事を知らずに、たくさん読んでるのに10レスずつ何度もアクセスしてるユーザって多いと思うんですよね。
省略にしても同様。
なんどもアクセスするより一度にまとめて取得したほうが鯖にもパケ代にもやさしいかと。
#c.2chとr.iの話は間違ってたみたいでごめん
>>250 c.2chを複数鯖で運用するのと同じですよ。
運営側が考えてるコトといっしょ。
p2を携帯ユーザに普及させるのは難しいとオモうけど。
>>251 初心者さんはデフォルトのまま使い続ける場合もあるので。
それに携帯のweb表示メモリにもよるので、あまり多くするのはちょっとね。
253 :
パント ◆jooPantOnU :04/05/30 11:05 ID:HI5EZpDD
そいや声優板、auでr.iから見てると
>>1 とかのリンクに飛べなくなってるんです
けど、ガイシュツでした?
255 :
動け動けウゴウゴ2ちゃんねる :04/05/30 11:14 ID:D8S8628d
携帯からユーザーはパソ所有してないとかもあるだろうから、p2のスキルなんて 全然ないんじゃ…
256 :
パント ◆jooPantOnU :04/05/30 11:17 ID:HI5EZpDD
確かに…ユーザー名で管理とかある時点で一般向きではないかもです 俺は俺個人で使っていきます。お気に入り新着チェックとかものすごいパケ代が浮くし。
名前とかパスワードとか全然解らないでつ(´・ω・`)
>257 禿しく同意。こちらもパソコンありません。 (´・ω・`)
259 :
パント ◆jooPantOnU :04/05/30 11:26 ID:HI5EZpDD
そうか、パソない人にはやくにたたないのね… スンマソン
新着チェックなら クラシックメニュ(c.2ch) にも「自動しおり」というのがあるけどね。 クッキーに対応してないとダメだが。 あと履歴編集が出来ないのよね。開発途中で止まってる。
261 :
動け動けウゴウゴ2ちゃんねる :04/05/30 11:29 ID:D8S8628d
結局imonaやc.2chタイプが受け入れられやすいと。
ちょっと時間無いので3桁以降のレスほとんど読んでないけど
レス2桁台後半ででてるのでおkだと思う。
その方向で煮詰めれば〜なんてシロウドはおもっちゃうのね。
>>260 いろんな設定できるけど、保存できないんだよねぇ。
どっかのサイトみたいに、初めにパス入れる(あるいは入力済み専用ページをブクマク)と
設定を読みこんでくれるようなのだととっても便利だけど。
UINででもいいし。まぁこれはスレ違いか。
263 :
260 :04/05/30 11:50 ID:r4BO2pbP
>>262 設定はurlに反映されるので、設定が終わったらブックマークしないとあかんよ。
自動しおりの情報はクッキーに記録されるけどな。
>>251-252 全角表示・レス全文表示・AA表示で20レス30レス表示にするとやたら
重くなったりページサイズオーバーになったりする事がある。
多レス読みたい時は携帯青春もあるし。
265 :
262 :04/05/30 12:11 ID:u4Gbs+s5
>>263 書いてから思った。
いつもスレ読みこんでから見づらいなーって変更してるけど
一旦TOP表示してそこで設定して保存させたのをブクマクすれは問題無くつかえるのね。。。
しおりはだめぽか。
しおりは、au,tu-ka,airH"だけだったかな?
(ダダッダーダダッ♪ダダッダーダダッ♪ダダッダーダダッ♪ダダッダーダダッ♪) ザンボっスリー ザンボっスリー
_,、_ ( ゚Д゚)
2ch検索なら、ログを全部持ってるし課金の仕組みもあるから そことうまく絡められないものかな。
ここまで読み飛ばす(あひゃ 読み込み (携帯 => i[1-4].2ch.net <=> 串(キャッシュ) <= 各板) 1.携帯からi.2ch.netを開く 2.i.2ch.netはランダムにi[1-4].2ch.netへリダイレクト (squidを使っていた頃のsakura.mikage.toと同じ) 3.i[1-4].2ch.netは各板から串(キャッシュ)経由でDATを取ってくる 書き込み (携帯 => 各板) 1.名前・メール・本文・板・キー・戻り先urlを各板の携帯専用bbs.cgiへ投稿 2.書き込みが終わったらpostされた戻り先urlへリダイレクト
このスレの最初のほう読めばわかるとオモうけど、 c.2ch(クラシックメニュー) は独自にキャッシュとってるよ。 問題になるのは転送量とか、いくつの専用鯖設置出来るかだね。
他の鯖同様にキャッシュをRAMに格納すれば処理は軽くなったりするのかな?
>>274 携帯アプリは、iアプリだとアプリを落としてきた鯖にしか接続できない
(auでも最大3つくらいかな、)なのでiMonaタイプ以外に作りようがないわけだが。
まぁ同じようなソフトでもいくつかあったほうがいいとか
iMonaの作者さんが最近見当たらないので別の人に作ってほしいというなら別ですが、
>275 そして2chアクセスのキャリア占有率1位のauは作れないんだよね(^_^;)brew
ここでちょいと携帯などなどの情報まとめ。
●au
問題のパケット定額は、WIN対応機種のみ
WIN対応機種は3機種。
W21H→アプリ機能なし
W11K→JAVA○ BREW× imona○
W11H→JAVA○ BREW× imona○
WIN以外の機種は軒並みBREWになってきてますので
WINも今後出る機種はBREWになると思われます。
最低定額プランで8200円
●docomo
あと数日で、パケット定額開始。
対応はFOMAのみ。
最低定額プランで1万円ちょっと。
●AirH"
月4000円ほどで、PCからも携帯からもネットが使い放題
最新機種ではOPERA搭載なので、PCでのネットサーフィン
と同じ画面が見れる。
●vodafone
個人でも簡単に有料でアプリ販売ができるサービスが2社で
始まったので課金はしやすいかも。
http://appget.com/vf/pc/ http://www.javalive.jp/
で、アプリ開発ですが、、、
imonaスレ、p2スレは、ソフトウエア板。
携帯JAVAスレ(MIDP,DOJA)はプログラム板。
こちらに頼ったほうがよさげ。
携帯アプリ板にあるのは、初心者スレ、質問スレなどだけ。
アプリ板には、開発者が少なく、ゲーマーがほとんどのためだと。
>>9 、
>>12 に書いたときと状況は変わらず、新しい2chビューアは開発進んでなさげ。
ちとご相談 c2.2ch.netってまだ存在してますよね。 そっちに、一時誘導ってあり?
c2ってhe上のバーチャルホストですよ、、 まぁ、まだ消えてはいないようだし繋がるけど、 ちょっと危険かと
やっぱ、やばいよね
283 :
ひろゆき ◆3SHRUNYAXA :04/05/31 17:20 ID:+a3NVc0S
独自キャッシュのc.2chがメインになるってのは 長期的な流れとしてOKだとして、 どうやって、負荷分散するかってとこっすよね。
コブラに入れてもだめなの?
285 :
FOX ★ :04/05/31 17:30 ID:???
質問ですが、 複数のフロントエンドサーバ(5-10台) で Suma 見たいなやつを HD 代わりに共有できるような 仕組みというか機械あるんですかー? suma 見たいに巨大な容量である必要はないんですけど、 Docomo 用フロント -------| au 用フロント ----------共用のHD j-phone用フロント --------| その他用フロント ---------| が全部一つのバックエンド(datを cache)につながっているような感じ。
それを拡大していくと、2ちゃんのdat一元管理ができる? 今の各サーバが一つのHDを参照する。
ほんじつ体調不良にて自宅療養中、、、。
>>285 ブレードサーバ+専用ストレージ(例えばSuma)でできるんじゃないかなと。
というか、とても普通の解ですね、それ。
>>286 ディスクのI/Oキャパいっぱいになるまでは、できるでしょうね。
携帯の場合「どばっと一気に」ではなく「ちろちろが回数多く」なので、
>>285 のような解決方法は、とてもよい気がします。
Polywellもそういう製品持っていると思う。
まぁBladeまでいかなくても(少し高いし)、通常の1Uサーバ数台で 1台のストレージユニットを共有することは、比較的簡単にできるんではないかと。
>>286 究極は
datの読み書き専用サーバ(ストレージ?複数設置)
↓↑
cgi処理用フロント
(PC用、携帯用それぞれ入り口ひとつで複数設置で分散・冗長構成)
ですかね・・・。
291 :
FOX ★ :04/05/31 18:04 ID:???
ふむふむ 一台で共有するということは、各掲示板サーバの負荷を減らす 目的が第一で、キャッシュさせよってんだからなんだけど、 この線ってことですねぇ
292 :
ひろゆき ◆3SHRUNYAXA :04/05/31 18:48 ID:+a3NVc0S
共用のHDDまで作らなくてもいいんじゃないすかねぇ、、 携帯関連のアクセス元がau,vodafone,docomoの3台になるだけで、 十分効果はあるでしょうし、 逆に共用HDDのせいで、携帯系の表示速度のボトルネックになる気がするです。
そこで4-wayCPU+各キャリア専用HDD搭載サーバーですよ と。 つかやはりキャリアごとに専用のサーバーを用意するのが近道かもですねー
>>292 ふむ。
とすると、両氏の折衷案として、
・4台のフロントエンドマシンA1〜A4を準備する(DoCoMo/au/Vodafone/そのほか)
・それら4台のマシンから参照される、datキャッシュ用マシンBを準備する
てなかんじかなぁ。
これなら、Apacheのmod_proxyとか使えば、確かに価格張らないで済むかも。
A: Banana、苦しくなればDNSラウンドロビン使って横並びでふやす B: Tiger or Cobra っていうかんじかなぁ。 ようは、共用HDDではなくて共用キャッシュマシンを準備するというかんじで。
296 :
FOX ★ :04/05/31 19:07 ID:???
四台のフロント一台のバックとした場合に フロント --- バック間の転送に関して 1) ネットワークを介しやる (internet 経由) 2) 裏ネットワークでやる (ケーブルでつなぐ) 3) HD としてやる (suma 見たいな形式) でコストどれくらい違うですかねぇ 荷造り・発送・荷解き 含めて考えて
297 :
FOX ★ :04/05/31 19:09 ID:???
>>295 うんこ れがよさげ
私が共用きゃしゅマシンを担当したい。
>>296 コスト、とひとことでいってもいろいろかなと。
価格、手間、対性能比、など。(もちろん、それをわかったうえで発言してると思いますけど)
まず、bananaにもう1発ネットワークカード刺して裏ネットワークを作って、そこで2)でやるとすれば、
(Tiger/Cobraはネットワークカード2発ついてたはず)、1)と2)の価格的コストはほとんど変わりません。
ということで2)と3)での比較ということになると、
より信頼性を上げてパフォーマンスを出そうとするなら、3)かなぁ。
FC-AL接続か何かで、複数のマシンで1台のストレージを共有すると。
でも、これは値段それなりにします。
今回程度のシステム(単にキャッシュを効率よく共有したいだけ)なら、
そこまでしなくても、価格が安くて済む2)あたりで十分な気がします。
300 :
FOX ★ :04/05/31 19:23 ID:???
目的をまとめてみると、、 1) 携帯からのアクセスは別サーバに隔離して各BBSのサーバの負荷軽減 2) キャッシュすることによって、トータルなコスト(traffic=お金)の軽減 3) 快適にするために横並び拡張性は最初から考慮して設計 4) たぶん来年にはフロントは10台以上になっているかも、 5) ひろゆきが公園で威張れるネタ作り。
301 :
動け動けウゴウゴ2ちゃんねる :04/05/31 19:24 ID:Et/QZbdh
>>300 すると、r.iやp.iは廃止ということになるのかなぁ・・・
携帯で成功したら、PCにも何かフィードバックできればいいっすね。 裏ネットワークは、各サーバ間の情報伝達(BBx系など)を司るとか と勝手な妄想してみる
Bが苦しくなったら、、、その時には共有ストレージをB1とB2で共有するとかして、
ある程度いけるのかな。
キャッシュを全部のフロントエンドで共有しなくてもいいなら、単純にA1〜A5担当がB1、
A6〜A10担当がB2とかすればいいのか。ということでいけそうな気がしますね。
>>300 公園すか。
老いさらばえたひろゆきが公園で威張っている姿が目に浮かぶようです
昔は良かった脳
クラシックメインのdelayを120秒に設定したです。 今日一日この設定です。 昨日(60秒)時の負荷はどうなんだろう?
>>307 特に問題になるほどの負荷上昇はなかったです。
(ディレイなしの時でpekoサーバというのを経験してないので、比較論はわからんです)
マシンパワーとしてはまだ余裕あり、という感覚。
鯖の性能が上がったので、ディレイ0秒もありかも?
今日は120秒を実験して、明日は0秒、明後日は30秒あたりで落しどころを決めましょうか?
今夜はサッカーあったので、混雑時の負荷を調べるには丁度良かったのかもしれませんね…
んじゃ、ぼちぼち0秒実験開始します。
ダメそうならば即効60秒に戻します。
root★さん、 2ちゃんの鯖のMaxClientsってどれくらいですか? 家の鯖たん(i2ch.net)がMaxClientsに到達したって怒られたですw
319 :
FOX ★ :04/06/02 02:54 ID:???
i.2ch.net -> c.2ch.net のリンク復活に挑戦してみよう
>>319 おおっ、いいタイミング。
あとは突然死さえなければ。
i=>cへのリンクを復活させました。
今cのLAは10前後。
昼飯時には、一時的に50ぐらいになったみたい。
>>323 の前はoyster246はだいたい8:2でcomic4の処理:cの処理だったのが、
今はだいたい1:9でcの処理してる模様。
しかし、携帯ってのは捌けないなぁ。もっとこうすぽーんとデータが出て行かないかなぁ。
他では見かけない「Sending Reply」のステータスが山ほど。
325 :
FOX ★ :04/06/02 13:54 ID:???
うーん、電波状況とか不安定だからね。 回線の質が悪いからしょうがないよね。 転送速度も遅いし
>>325 だと思います。
「送ってる途中」っていうステータスは、普通にやってるとほとんど見ないんで。
該当部分を抜粋。Wばっか。
WWRWW_RWWW_WWWWWWWCWW_WW_WW_WWW_WWWWW_WWCRWW_WWCWWWWWW_W_WWWW__C
WCWWWCWWWWCWWWC_W_._W_.WWWW.WWWWWWWW_WWCW_._.WW.WW.WW.__WW_WWW_R
.W...W.C.C.W...W...W............W.....W..............W..W....W..
................................W...................R...W.......
Scoreboard Key:
"_" Waiting for Connection, "S" Starting up, "R" Reading Request,
"W" Sending Reply, "K" Keepalive (read), "D" DNS Lookup,
"C" Closing connection, "L" Logging, "G" Gracefully finishing,
"I" Idle cleanup of worker, "." Open slot with no current process
LA=50でもゆとりで動くあたりが改めてすごいなと。 でも、突然死の恐怖を常にはらんでいるわけで。
いくらFOMAやWINが携帯の中で高速回線になってるとはいっても、 通常のネット環境と比べると段違いだし、安定性にも問題ありますからねぇ。
>>330 あとは今後FOMAがどれくらいあがってくるかでしょうねぇ
しかしこう見ると、2chにおける携帯のシェアなんかもリサーチできそうな(笑)
FONAって2chっぽいな
333 :
動け動けウゴウゴ2ちゃんねる :04/06/02 16:44 ID:K8vlvYZg
FOMA対策作戦FONA
以外に503iが残ってるな。
そんなAFONA
すごく素人考えかもしれませんけど、リクエストにたいして鯖が送るデータ が詰まることが問題なら、送り出すデータに制限を加えれば少しは低減できない のですか?
でもauで自宅鯖にアクセスしてみると ケータイでリクエスト ↓ すぐに自宅鯖にアクセスがくる ↓ KDDIのゲートウエイにデータが転送完了 ↓ ゲートウエイでHTMLをHDMLに ↓ ケータイにデータが届く っていう動作をしている気がする。 自宅鯖のBusyLEDが点灯し、 消灯してから1〜2秒後に端末にデータが来ている感じ が、するようなしないような
>>337 HDMLは古い機種だけで、現行機種はXHTMLでしょ?
HDMLゲートウェイ変換は無いのでは。
見当違いなこと書いてました。スマソ
>>324-329 を読むかぎり、各キャリアの鯖と通じて端末へデータを送信する
段階でパケットが詰まってるのですかね?
もし携帯キャリアの中継鯖が2ちゃんから送出されたデータを速やかに受け入れ
てもらえない状態になっている場合は2ちゃん側だけの対応では処理しきれない
ような悪寒。
で、遅い相手にネットワークI/Oする人と、 ディスク相手にdatをI/Oする人を分けようというのが、 今回の作戦かなと。
一番乗り〜(^_^;)
342 :
FOX ★ :04/06/03 02:06 ID:???
BlackGoat さんとフロント係は物理的に近くなきゃならないんですよね? つまり同一ラックは勿論のこと Beckham Hirosue BlackGoat Yukie DownTown こんな感じ
343 :
南アルプス ◆28UfbftxkA :04/06/03 02:06 ID:2+6VZg6s
>341 (´д`)
344 :
動け動けウゴウゴ2ちゃんねる :04/06/03 02:08 ID:TxKATWAH
docomo携帯アク禁しる!
フロントエンドは NIC1 ->ルータ(携帯とのやりとり) NIC2 ->blackGort BlackGortは NIC1 ->ルータ(2chサーバとのやりとり) NIC2-6 ->フロントエンド って、BlackGortってNICの山になるのか(^_^;)
346 :
動け動けウゴウゴ2ちゃんねる :04/06/03 02:09 ID:bgu98to0
Beckham Hasekyo BlackGoat Yukie Papaya こんな感じ
347 :
動け動けウゴウゴ2ちゃんねる :04/06/03 02:09 ID:baKAcGKY
>>345 横からすみませんが、GortではなくてGoatなんだけど!
ルータ介してやりとりしてもええんやろうけどなぁ(^_^;)BlackGoat<->フロントエンド >347 あう(^_^;)
一連の処理の流れはこんな感じかな? (携帯→F)operateの1075887465.datが見て〜 (F→B)operateの1075887465.datをくれ (B) 探してくる (B→F)見つけたよ〜 (F→B)httpでGETする (F)表示処理 (F→携帯)htmlをSEND
あっちからの続きバックゴートに必要なのを考えると今出てる最高クラス の物じゃないとダメそうですね。 ・U320 SCSI 15〜20krpmディスク ・フルPCI-X(出れば次世代のフルPCI急行) ・Gigaクラスのイーサカード(しかも大量) ってここまで来るとタワークラスになっちゃいますね(汗
>350 PCI-Xはまだ早いと思うなぁ(^_^;)あと2年は待ちたい NICはGBitはいらないとおもう(^_^;)トラフィック量はたいしたことないから。 ディスクは早いにこしたことはないよね(^_^;)積むならだけど
いくら金がかかるんだろう・・・。(゚Д゚;∬アワワ・・・
353 :
FOX ★ :04/06/03 02:17 ID:???
ちなみに今回は冒険はなしで、手堅く行きます。 次世代とか言われるとしり込みします。 枯れた機器、枯れた技術で行きます。
354 :
動け動けウゴウゴ2ちゃんねる :04/06/03 02:18 ID:JV6i2cem
>>353 基本は
フロントにbanana
バックにtiger
かな・・・!?
>353 メーカーはpolywell限定ですか?
356 :
FOX ★ :04/06/03 02:25 ID:???
フロントエンド(複数台?) NIC1 ->ルータA(携帯とのやりとり) NIC2 -> ルータB(blackGort) BlackGort (DATキャッシュ) NIC1 -> ルータB(フロントエンド) NIC2 -> ルータC(2chサーバとのやりとり) NIC3 -> ルータA root★さんが弄繰り回す為に・・・(これだけ外部接続可) 2ch鯖 NIC1 ->ルータA(通常のやつ) NIC2 -> ルータC(blackGortとのやりとり)
パケットを読まずに食べちゃうんですかー
>357 いやー(^_^;)ルータBはないでしょ 5000オイスターくらいかかるよ?
>359 オンボードのNICはどうだろう?(^_^;)バックエンド側ならOKかな?
>>360 フロントエンドを複数台置くなら必要かと・・・
フロントエンドが1台ならクロスケーブル
363 :
FOX ★ :04/06/03 02:32 ID:???
>>359 そですね
現実的には banana改 tiger改 ってとこですかね
NIC 回り等々
んで質問なんですが、
BlackGoat <-> 受付嬢 x 4 の接続方法ですが
BlackGoat に沢山 NIC さす?
まずは超実験環境として、フロント1台・バック1台で基本環境を作ってみるに1票かな。 で、フロントを増やしていく。 バックのキャパがおなかいっぱいになったら、もっと強力なバックを入れて、 従来のバックは掲示板サーバにするか、あるいは強力なフロントとする。 というのはどうかなと。
>362 全部ルータAにまかせればええかと(^_^;) あるいはバックエンドに複数枚NICを挿してクロスケーブル
NIC刺す方が安いんだよね。
鳥ふるいの使ってた(汗 手堅く行くのでしたら>364の方針でいいと思います。
あ、ルータじゃなくてスイッチでいいのか(^_^;)
>>361 大した値段ではないので、banana401みたいにfxp(Intel NIC)さしておきますか。
フロントとバックの間のトラフィックがどうなるかですね。
多いような気もする。
1GのNIC刺しておいて(たぶんいまどきのTigerはオンボード1Gだとおもわれ)、
100M帯域制限あたりからはじめて、徐々に帯域制限を上げていく、
ということは可能ですかね。< バックエンドマシン
そうすれば、受付嬢はどうせどんなにがんばっても100Mしか出せないから、
NICはひとつでいいんではないかと。
さし当たってTiger×1, Banana ×1 発注で様子見、 うまくいくようならBanana×3、NIC×3かな?
>>365 >全部ルータAにまかせればええかと(^_^;)
足引っ張るような・・・
>>366 そうなの!?
>>372 ルータはコンシューマ用と業務用とでは値段が
格段に違いますよ、と・・・。(スイッチも然り)
で、F/EとB/Eとの間は、別にスイッチ(1Uもの)でも入れて、 B/Eを1Gでつないで F/Eを100Mでつないで、ローカル通信する ようにすればいいんではないかしら。 むろん、超実験の場面なら、普通に通信すればいいだろうし。
>374 んな感じですかねー(^_^;)
まずいっぺんにやると速攻お腹一杯になると思うのでトップあたりで キャリア判別して一つだけ新方式にすればいいんじゃないかと思い ます。 一つめはvodafoneだとユーザー数から行くと余裕な悪寒もするので まずはau辺りから始めてみるとか
>>376 いきなりアクセスの半分を実験台にする?
378 :
FOX ★ :04/06/03 02:42 ID:???
んじゃ 第一段階としては banana with よさげなNICx2 , 1GRAM switch いつも各ラックにいれているやつ tiget(だけどSingleCPU) with もっとよさげなNICx2 2GRAM(4Gまでを想定) 2ちゃんねる専用ラックに入れる。 かな?
>377 えっ、そんなに行ってるんですか(汗 かといってvodafoneだけだと少ないと思うのでvodafone+味ぽん連合軍 辺りが妥当ですか。。。。
380 :
FOX ★ :04/06/03 02:43 ID:???
381 :
動け動けウゴウゴ2ちゃんねる :04/06/03 02:44 ID:JV6i2cem
>>378 そんなところですかねぇ・・・
あとはHDDなんだけど・・・
Fは4台同じの入れる予定だから、最大値と言われる Auからやんないと実験の意味がない希ガス。
そうですね。 んじゃ、yukieから
HDDはシステム>IDE キャッシュ>15krpm 36GB x 2 ストライピング の3台構成がええねー(^_^;)
>378 第1段階としてはそれでいいと思います。 tigerでも処理しきれなかったらこれをお下がり争奪戦に回せばいいですしね >380 いきなり強敵を相手ですか(滝汗 まぁ、BlackGoatの性能チェックをする意味でもやってみる価値はあるかも しれませんね
今は oyster246 に c.2ch.net を置いているので、 バックエンドにフロントエンドの仕事をさせている状態ですよね。 試しに banana に c.2ch.net を単体で置いてみて、 フロントエンドにバックエンドの仕事をさせてみるのはあり? BBS/c 同居状態の時に、2ちゃん全体でのカキコ劇重になったから ディスク I/O が足らないって事で、試してみるまでもないのかなぁ。 それと、c on banana と各掲示板サーバとの通信で ルータがお腹一杯になるのかしら。 ナガレガヨメテイナイ ?
B/Eはいわゆる普通のProxyサーバとして動作するということになるのかな。
お手軽なら、Apacheかsquidあたりか。
F/EはB/Eにdatをねだって、B/Eは自分のディスクになければ、
各掲示板サーバにdatをとりにいくと。
で、B/Eがある程度のディレイ取得をサポートすればいいのかな。
squidでいけるのか。
>>378 概ねそんなかんじですね。でもPCIが1スロットしかないかも。< banana
つまりNICはひとつ増設あたりか(それでもまぁいいんじゃないかなとは思う).
TigerのNICってどういう仕様なんでしたっけ。
たぶんem(Intel Pro/1000) x2 あたりだと思うんですが。
で、今回はSingle CPUでOKとおもいます。< Tiger
SCSIがdual channelのU320 15,000rpm(ようはpekoと同じ仕様)であれば、当面の最良解かと。
>>387 >B/Eはいわゆる普通のProxyサーバとして動作するということになるのかな。
>お手軽なら、Apacheかsquidあたりか。
>
>F/EはB/Eにdatをねだって、B/Eは自分のディスクになければ、
>各掲示板サーバにdatをとりにいくと。
クラシック改は今まで通り、qb5.2ch.netにoperateの1075887456.datを拾いにいけばよいのかな?
>387 プロキシ反対(^_^;) 差分取得できないと、2chサーバのI/O負荷が・・・・
なるほど。 差分取得できるしくみがB/Eは必須だと。 2ちゃんねるの場合普通はただ増えていくだけなので(削除時を除く)、 ここは重要ですね。
>F/EはB/Eにdatをねだって、B/Eは自分のディスクになければ、 >各掲示板サーバにdatをとりにいくと。 > >で、B/Eがある程度のディレイ取得をサポートすればいいのかな。 >squidでいけるのか。 ここで、B/Eは差分取得+ディレイで2ちゃん鯖のI/Oは抑えられるんじゃないかな?
>391 んですだ(^_^;) 多少、面倒なcgiが必要かもしれんけど Tigerなんで、もう一個CPUを刺せるしねー
キャッシュからの増分だけ差分取得してくれるような都合のいいプロキシってないのかねー?
その都合のよいプロキシ鯖を作ろうってのが今回の最大のテーマになるのかな?
あぁ、そうか。 原理的には今のクラシックメニューの機能を、分割実装すればいいのか。 上半身をフロントエンドに、下半身をバックエンドに入れると。
398 :
FOX ★ :04/06/03 03:14 ID:???
こんなとこですかねー 落とし穴はあるかな?
>>394 無いなら作ればいい
・ミラー+α
F/Eから要求が無くとも定期的にDATを取りに逝く
・rsync
2ch鯖にrsyncを走らせて・・・
・2chブラウザ型
F/Eからの要求で取りに逝く(差分等)
400 :
FOX ★ :04/06/03 03:16 ID:???
ちと質問ですけど、c.2ch.net って●使えるという噂を聞いたんですけど その動作は各サーバの offlaw を直で叩くんですよね?
comic4鯖いつまで落ちてんの? 携帯ユーザー激増の負担を押し付けられるのは迷惑なんだけどな。
>398 落とし穴はないと思います。 いきなり強敵ですけどこれくらい涼しい顔で捌けないと話になりません からねぇ。。。。
>399 3番目でしょ(^_^;)やっぱ
404 :
FOX ★ :04/06/03 03:19 ID:???
>>401 そんなこと言うサーバは一生放置 or 消去で、
406 :
動け動けウゴウゴ2ちゃんねる :04/06/03 03:22 ID:JV6i2cem
HDDは結局、どれにするのかな・・・? F/E IDE B/E SCSI
407 :
動け動けウゴウゴ2ちゃんねる :04/06/03 03:23 ID:fdZAIC2x
FOXってどのぐらいの権限持ってるの?
>>405 FOX★様ですよ〜
逆らえば板をめちゃめちゃにされますよ〜
>>407 ひろゆき@どうやら管理人★ よりできる権限を多く持ってる。
理由はひろゆきが(ry
いっその事comic4消しちゃってほしいな 直るかも、と思って期待するの飽きた。
>>405 まったく同じセリフを書きたかったが遠慮した
>>408-410 実行できる人であっても、それの使い方にトゲがありすぎ
とりあえずいい結果を出して欲しいんで議論の邪魔しないように退散しようや、なあ
comic4消えたら難民が凄そうだ・・ 大海嘯がおこるやもw
なるほど、独裁者気取りの厨坊か。 虎の意を借る狐とはよく言ったものだ。(w
>>410 へ〜なるほどね
つーか文句言ってる人って●持ち?
タダで使わせてもらって文句言ってるわけないよね?
>>414 タダで使ってるなら文句言わないように・・・。
ここまで荒らすとどうなるか知らんよ・・・。
>>400 直接、認証鯖にアクセスしています。
今はつかえませんです。
>414 (((( ;゚д゚)))アワワワワ
>400 i-modeエミュレーター手に入れたのでc.2ch.net使ってみたんですけど ●ログインは無さそうですね。 本当はどうなのかは実際に使ってる人に聞いてみないとわからない ですけど
>420 という事は●も考えないといけないかもですね。 ※統計ページ調べてわかったんですけどPCからのアクセス数が意外と多くて 6%近くに上っています。 今度はキャリア判別しているので大丈夫だと思うんですけどPC経由は対策 をしてアクセスしようとしても即お帰りコースにした方がいいと思います。
422 :
FOX ★ :04/06/03 04:09 ID:???
>>421 ●は現状どおり各サーバの offlaw.cgi を叩きに行くということを
念を押したかっただけです。
>421 了解しました。 ※余談ですけど6月からの統計見たんですけど9位まで全て定額制の機種 で占めてました。 しかも全体の約40%もいってるし。。。。
424 :
動け動けウゴウゴ2ちゃんねる :04/06/03 04:47 ID:Xao6sZdq
>>422 FOX★
携帯板の住人ですが、ちょっと質問です。
今回の携帯電話からのアクセスでcomic4鯖が大変なことになっていることに
関してですが、以下の対策スレ
【ユビキタス】携帯・PHSからでも快適に2ch【p2】
http://hobby6.2ch.net/test/read.cgi/phs/1085913880/ このスレを携帯専用鯖導入がされて事態に収集がつくまでの期間スレの
トップに固定して多くの利用者に関心を持ってもらいたいと思うのですが、
そういったことは可能なのでしょうか?
もし可能なのであれば自治板で協議して要望を提出したいのですが。
>>426 誘導、アドバイスありがとうございます。
428 :
動け動けウゴウゴ2ちゃんねる :04/06/03 07:31 ID:d9no/GFX
>>378 >banana with よさげなNICx2 , 1GRAM
そーゆーことなら
そんなまどろっこしいことしないでマザボをPoly875PSに汁。
内部を1000base-T@CSAで。
>>428 は漏れ。
banana的なモノにするのでも、既存のbananaだとNICが廉価版だから使いにくい。
んでもってMemSlotが2本しかないから増設しようと思っても役に立たない。
んだからMemSlot4本で内臓LANが全てIntelで速いCSA接続1000base-TもついているPoly875PSで。
で、本体にはTigerを使うみたいですが、まず掲示板に人柱的に投入してみるとかは 考えていませんですか? 個人的にはそういった実験もやって欲しかったり。
あとは不治痛の新HDD導入(今月から出荷開始なMAUシリーズ)の可否かな? PekoとTigerの足回りがほぼ同じと仮定すると、HDDの素の性能比較をするのもそれなりに 有意義ではないかな?と漏れ的にはおもいます。 要は、考え方として 「とりあえず鉄板で逝く」のか、「まず実験」なのか、みんなはどっちを考えてるのかなぁ?と 漏れは、実験きぼんぬで。
>>401 [漫画・小説等]にアクセス(特に携帯かららしいけど)が集中した理由なに!?
イベントでもあったの?
この時間でも劇重みたいなんだけど。
えっと、クラシック本体をバックエンドに入れて、 フロントエンドは携帯とバックエンドの間での橋渡し役っていうのありかな?
とりあえずcomic4に入ってる19板をばらばらでいいから他の鯖に振り分けるべき
>>436 現状pekoであっぷあっぷなので,それは厳しいと思われます…
439 :
動け動けウゴウゴ2ちゃんねる :04/06/03 10:14 ID:n/wS2Ek3
>>438 アップアップの原因は、(1)キャッシュの読み書きと(2)送信の捌けの悪さだとすると、
(3)その他の処理はどっちが受け持っても変わらないはずじゃないかな?
データの受け渡し=送受信、とすると片一方のLANが蟹になるから
フロントエンドに純正bananaというのは少し恐ろしいのう。。。
安く挙げるならマザボをPoly875PSにするのが非常にお奨めなのではあるが、
>>353 で却下されとるしねぃ。。(875はS-ATAさえ使わなければかなり鉄板だと思うんだが)
ということはフロントエンドもTigerか??
携帯相手なんで転送量はたかが知れてる 問題は相手が遅くてデータを吸い上げてくれないので、処理がなかなか終わらないって感じみたい。 だから蟹でも大丈夫じゃないかな?
となると、もう一つ新たな疑問点が、 相手が遅い=同じリクエスト数でも送信データがメモリに滞留する時間が比較的長くなる ってことになると、メモリは1Gで十分なのか?という疑問(妄想)が出て来ますた。。。
メモリが不足でスワップ発生して重くなる。昨日がまさにそんな感じかと思われ 今はhttpdで利用できるメモリを制限しているので大丈夫になったはず
ふーむ。
フロントエンドに何をさせるのかが確定しないとアレかもですねー。
proxyのような役目(一旦フロントエンドのメモリに格納してから送信)をさせるなら可能な限りの
メモリ特盛がベストだし、
>>436 案のように単に鯖の割り振りだけ(フロントエンドはほぼ素通り)をさせるんだったら
そんなにメモリはいらないのかも??
でも、「基本素通り」にしたとしても、フロントエンドにもある程度キャッシュさせないと
内側のLANが目詰まりして大変そうな気が、、
iMonaみたいなのをオープンソースで作って配布、 サバ持ちのみなさんが自分のサバでそれ公開しあって 負荷分散、てのはどうなんですかねえ?
>>446 それでも、Javaが入っている端末じゃないと意味無いしなぁ
448 :
動け動けウゴウゴ2ちゃんねる :04/06/03 13:05 ID:xcVs3ZBK
あー、 自分の家のPCを自分の携帯のための自分専用串として使うということは無理なんだろうか?? (ソレに2chブラウザ的なモノを組み合わせるというような) 漏れはただのジャンク屋あがりなのでソフトのことはちんぷんかんぷんですが、
64ビットCPUなんだから、もっとメモリ積め! とでも?
451 :
動け動けウゴウゴ2ちゃんねる :04/06/03 13:21 ID:xcVs3ZBK
>449
望んでいるものがまさに
>>448 なわけですが。。。
>>451 「家のPC」じゃなしに「サイトに設置」して
「自分専用」じゃなしに「誰でも使える」んじゃないの?ソレ。
クラシックミラーはある意味そんな感じ 自宅鯖だし
p2は素人には少し難しいと思う。 かく言う俺も素人だけど。
むかーしitadakiさんが携帯用のcgi組んでいらっしゃいませんでしたっけ。 違う人だっけ。間違ってたらごめんなさい
要はWinMXとかny並のワンパッケージな手軽さが欲しいわけですよ。 んでもって「自分専用」というセキュリティ面の信頼性。 Apache入れなきゃなんねーんだと普通の人じゃ使えないべさ。
んまぁ、難しいわな。 自分専用みたいな感じではいちお使えますけど。
>>446 みたいなことやるとして、やっぱしPHPよりはPerlのほうが普及のためには
敷居が低いだろうか。どうだろうか。教えて自サバ持ってる人。
組んで→組んで配布して ------------- ERROR - 593 60 sec たたないと書けません。(1回目、44 sec しかたってない) 1 -------------- これからは一人一台設置しよう! でも本当にそれ皆でやったら鯖のえらい人に怒られてマークされるんだろうなぁ いろんな意味で諸刃の剣だし。。。
>>452 >「家のPC」じゃなしに「サイトに設置」して
家のPCに設置できる
>「自分専用」じゃなしに「誰でも使える」んじゃないの?ソレ。
自分専用にできる
このレスはそのようにしたp2鯖を経由して会社からカキコ
>>460 それでもApache入れなきゃなんねーんでしょ?
それだけで携帯使いには敷居が高いよ。
…まぁこの話はこれにて一旦終了で、
外部からアクセスできる壷があればいいのだが
何分持つかな、comic4のこの良状態
464 :
● :04/06/03 14:53 ID:3TdG9TC/
465 :
動け動けウゴウゴ2ちゃんねる :04/06/03 14:55 ID:JV6i2cem
466 :
動け動けウゴウゴ2ちゃんねる :04/06/03 14:59 ID:uATWonVY
このままだとWIN解約
>>449 >>461 iMonaは2ちゃんねるにアクセスするためのプロキシっぽいサーバを通してdatを閲覧しています。
datのキャッシュ、差分読みもやってますので2ちゃん鯖にかける負荷は割りと少なめ。
レンタルサーバでCGI掲示板を設置できるスキルがあれば運用可能です。
問題はsocketを通すところじゃないと駄目なんですよね。
>>462 ふーむ、この話は(^_^;)に振るべきだったなぁ、
カネツボ機能にでも組み込んで貰ったほうが早そう。
なんだかココじゃあとってもスレ違いっぽい。。。。
>>467 うーん、可能であれば「ny厨レベル」で実現出来ればソレ系の鶴は普及が早いとおもうんだけどねぃ、、
まぁスレ違いっぽいんでこの話題は終了で、
470 :
動け動けウゴウゴ2ちゃんねる :04/06/03 16:18 ID:9ZfIE9le
おいFOMA定額制にした意味ねーぞ
>>470 FOMAが定額制のなったからこうなったんだろうが。
472 :
動け動けウゴウゴ2ちゃんねる :04/06/03 16:38 ID:ek7HrUWY
パケット料金競って遊ぶようなドコモユーザーに永久規制を
FOMAユーザーは今日の昼前にアクセス集中でyahooを落としました
475 :
動け動けウゴウゴ2ちゃんねる :04/06/03 16:50 ID:k9lKzhet
しかしディレイ120秒はツラいね。・゚・(ノД`)・゚・。
あいつら一万円の元取ろうとしてんだろ? 今までパケ代気にしながらチマチマやってたから
遅レススマソ
>>440 そういう意味なら変わらないすね。>キャッシュサーバー的意味合いをフロントに持たせれば
479 :
動け動けウゴウゴ2ちゃんねる :04/06/03 18:28 ID:9ZfIE9le
>>471 マジで!?おれとおんなじヤツがたくさんいたわけだ…
pc5鯖のスポンサー924スレにこんなのがありましたが、使えませんか?
>【2get】携帯専用チューニングできますた【厳禁】
>
>1 :西郷 ★ :04/06/02 19:41 ID:???
>最近、携帯サイトが妙に重いような気がしてたんですが
>携帯のアクセスはサーバにとっては結構負荷が大きい上に
>パケット定額制でアクセスが急増しているのが原因っぽいんですよね。
>で、色々研究した結果、携帯サイト向けファインチューニングサーバってのを用意してみました。
>携帯サイト専用サーバについての詳細はメールで問い合わせください。
>
>
http://server.maido3.com/
>携帯パケ代定額制が導入されたことから常時容易に携帯からアクセスし >やすい環境ができたため それ以前にPCの常時接続やブロードバンド環境普及での負荷増大もあったのでは…。 それが、あの8月危機をもたらしてしまったと思うが…。 現在は、NTテックのHEとの契約破棄とPIEへの移行(5/29問題もそれが原因だが…) に伴う、鯖不足でただでさえ、同じ鯖に多数の板がホイテョイ入っている(game6鯖問題が有名) その現状では、read.cgi・i.2ch(r.i・p.i)ストップやc.2chのダウンもやむなしといえる…。 解決策: 1:鯖増設までひたすら待つしかない 2:i.2ch(r.i/p.i)/c.2chをZ社&PIEの携帯スペシャルチューン鯖に格納
c.2ch ではメチャクチャ重い板(実況とかN速、musicなど)に繋げないようにできませんか? (専用鯖が増強されるまで) 実況系は r.i で処理してもらうか、携帯からのアクセスはしばらく禁止してもらう。 いままでにも人大杉になってて、携帯からアクセス出来なかったわけで。 その分まで処理してたのでは、重くなるのも当たり前ではないかなと。 comic4鯖住人やc.2ch利用者にとってもイイことだと思うのですが。
483 :
黒膜 ◆.Kx1wt0.BM :04/06/03 19:44 ID:VB5qauo+
素人でごめんなさい おいらも定額Winなんだが、iやcからr.iなどに直接繋ぐからまずいのであって タイマー式ミラーのようなものを用意すればロムは可能だよね? 鯖が重いと感知したら自動的に書き込めないミラーに繋がるとかの 方策は取れないもんですかね?
read.cgi・i.2ch(r.i・p.i)止めないと、2ch全体が重くなるんじゃない? ・・・って、なってるか
485 :
動け動けウゴウゴ2ちゃんねる :04/06/03 22:40 ID:tbFQg5tw
誰か考えろよマジで
2chオフィシャルp2みたいなものを 月\105 くらいで作って下さい。少なくともドコモ・au・棒だ用に。 au以外の審査基準知らんけど、多分2chブラウザなら通るでしょう。 今は自前でp2動かしてるけど、これをみんなが設置できるとは思えない…
正直このスレすら動きが無くて携帯ユーザーが我が世の春を謳歌しているってのは余りに理不尽
HETAREタンってせこい人だったのね!キライ!!
今夜のcomic4は昨日の深夜に比べて随分軽かった。 携帯からのアクセスがどうだったかはわからないけど (Docomo工事が一因?) これくらいのレベルで行ってくれれば問題も大きくならないと思う。 対策待ってます。
492 :
動け動けウゴウゴ2ちゃんねる :04/06/04 05:33 ID:lzAgz5xv
今、ディレイ幾らか判ります?
494 :
動け動けウゴウゴ2ちゃんねる :04/06/04 06:17 ID:lzAgz5xv
>493 thx
プロクシ大賛成!! プロクシサーバー入れろよ。
<title>i.2ch Menu</title> これ入れてほしい。 機種によってはタイトルついてないと不便な機種もある。
497 :
とんすけ ◆MytskeE.Vg :04/06/04 10:25 ID:khjAFexp
c.2chは昨日の深夜あたりから軽くなった気がするけど、root★さんが設定いじったのかな? ミラーは定期的にhttp再起動で激重状態になることがなくなった。
Docomoの工事で繋げなくなってる間に、重大事件などについてカキコしてたのが、 落ち着いたんじゃないかなぁ。またなんか事件があったら増えるかも。 板ごとのアクセス状況があればイイのにね、クラシック。
ドコモの工事で繋げなくなった事実はありません。 comic4鯖の人は延々と言っていたが(笑
ありゃそうなん。 つーことは、単純にアクセス数が減ったということでは? 激重でストレスたまりそうだったし。
>>482 の案、採用してくれたのかなぁ。
漏れのカキコなんだけど。
>>502 これ(r.i一部復活)もあるか。
で、cで実験的に実施している呪文一覧。
Any ideas and comments?
httpd.conf:
<IfModule prefork.c>
StartServers 32
MinSpareServers 32
MaxSpareServers 256
ServerLimit 256
MaxClients 256
MaxRequestsPerChild 10000 # 変更: 0=>10000
MaxMemFree 2048 # 追加(PHPだとこれ入れると効果あるらしい、確かに効果あり)
</IfModule>
# 以下を追加
LoadModule cache_module libexec/apache2/mod_cache.so
<IfModule mod_cache.c>
LoadModule mem_cache_module libexec/apache2/mod_mem_cache.so
<IfModule mod_mem_cache.c>
MCacheSize 256000
MCacheMaxObjectCount 5000
MCacheMinObjectSize 1
MCacheMaxObjectSize 1024000
</IfModule>
</IfModule>
# VirtualHost内で以下を追加
<VirtualHost 38.114.144.180:80>
ServerName c.2ch.net
# 略
<IfModule mod_mem_cache.c>
CacheEnable mem /
</IfModule>
</VirtualHost>
>>504 TOP100なのでランク外かもしれませんよ。
>>504 こんな指摘が・・・
597名無しさん@お腹いっぱい。sage04/06/03 19:37 ID:gaIDTTYe
>>596 当方ヴぉだユーザーですが2chやる分には他に比べてそんなに遜色ないかと。
携帯電話シェアの推移ってのを調べてみたんですが、
NTT DoCoMo 53%
au(KDDI) 20%
Vodafone 17%
という結果らしんですよ(
http://www.odysseus.co.jp/~meyer/k-tai/ )
アクセスの割合もこれに近いなら解るケド(vodaがパケット定額に参入してないという点もあるけど)
限りなく0%っていくらなんでもおかしいかと思ふ
>504 トップ10にN504iSが割って入ってるのは意外ですね。 それだけ使ってる人が多いって事なのかなぁ
私はVodaと味ぽんの2台持ち。Vodaは通話とアプリだけ。 2ちゃんやwebは味からしか見ない。>つなぎ放題
個人的には
>>509 みたいなユーザが、いわゆる標準的なヘビーユーザかなと思っていたり。
>507 >509の様な人もいますし、実際のシェアと2ちゃんへのアクセス数は比例 してなくてもおかしくないと思いますよ。
>>511 でもいくらんなんでも1%未満ってありえないかなーと…
W________C__WW____WWWW_________WC__W__W___WW____WW___W__WCC_____ C_W__W______C__W__CCWW________CWW___CCW_W____WCW_W_W_WWWL_______ ___W__W_RW________W_C___W__W_CC_______C_C____W___C_______CRCC___ ___W__W_W_C_____W_CCC_______W_C................................. wの数は減っているけど、mod_mem_cacheが効いているから? なにせこのへんはアマチュアの手探りなので、よくわからんです。
>>514 私ができることをできるなりに、ということで。
517 :
FOX ★ :04/06/04 21:00 ID:???
質問でーす キャリア毎に受付嬢を置く作戦に傾いている恭子の語呂ですが、 吐き出す html はキャリア毎に違ったりするんですか? それとも共通?
519 :
FOX ★ :04/06/04 21:41 ID:???
んじゃ 共通のものを提供していくに決定しまーす
クラシックメニューは基本的に同じですので、それでOKです。 つまり、受け付け嬢の中身は同じでよいはずです。
おっ、httpd定期再起動作戦成功してるな〜 さっきまでミラー死んでいたが復活した。
キャリアごとに鯔プログラマ募集してみたらいかがでしょうなあ>FOX
議論スレに書いちゃったけどこっち向けの話ですのでこっちにも書いておきます。 色々調べてみたんですけど他の携帯サイトは複数鯖を建ててロードバランサー で負荷を分散させて運営していると思われます。 しかし、ロードバランサーはめちゃくちゃ高いです(汗
まずは手堅く、今のサーバ使ってやるのがいいかな。 バランサとか入れて力業使うのは、もっとあとでもいいと思われ。 cのチューニングをいくつかしてみて、 バックエンドを作るにあたってのいろんなことがわかりはじめてきたかも。 Apacheのmod_cache/mod_mem_cacheが、あんなに効果あるとは思わなかった。 バックエンドはメモリ2G以上必須ということで。 今comic4は512Mのメモリキャッシュを動かしていますが、効果覿面。 バックエンド専用にするなら、2Gマシンで1Gメモリキャッシュとかにできるかも。
>>524 バランサー・負荷分散系のいいソフトウェアは、いくつかあった気がするです。
pekoサーバスレでも過去出ていたような。
ミラーも同じセッティングにしてみようかな。。。。
どこかで、1キャリアに対してF/Eを3台予定と書いてあったのを読んだような気がするので、 そいつらはまぁ、DNS的な分散するぐらいがいいのかなと。
今のセッティング。
>>505 をさらに改変。
1)httpdが満席になってしまうので、働き手を増設
2)メモリキャッシュをcomic4.2ch.netに対しても有効に
3)メモリキャッシュへの割り当てを256M=>512Mに
httpdが満杯になってしまうと一巻の終わりなので、
いかにhttpdを満杯にしないようにするか、
いかに少しでもディスクを触らないようにするか、
というのが、きもかなと。
>>528 ステートフルなシステムとかSSLを使う場合なんかは、いろいろ考えなきゃなりませんが、
2chは所詮ステートレスなんで、ランダムでも何でもいいんじゃないでしょうか
ロードバランサを導入するにしても、経験がない人だと 結構四苦八苦すると思う。チューニングとか。 まぁそのへんはこの場合あまり気にしなくていいのかな。 一番簡単・低コストなのはDNSラウンドロビン。
内容: <IfModule prefork.c> StartServers 32 MinSpareServers 32 MaxSpareServers 384 ServerLimit 384 MaxClients 384 MaxRequestsPerChild 10000 MaxMemFree 2048 </IfModule> <IfModule mod_cache.c> LoadModule mem_cache_module libexec/apache2/mod_mem_cache.so <IfModule mod_mem_cache.c> MCacheSize 512000 MCacheMaxObjectCount 5000 MCacheMinObjectSize 1 MCacheMaxObjectSize 1024000 </IfModule> </IfModule> <VirtualHost 38.114.144.180:80> ServerName comic4.2ch.net # 略 <IfModule mod_mem_cache.c> CacheEnable mem / </IfModule> </VirtualHost> <VirtualHost 38.114.144.180:80> ServerName c.2ch.net # 略 <IfModule mod_mem_cache.c> CacheEnable mem / </IfModule> </VirtualHost>
535 :
FOX ★ :04/06/05 02:43 ID:???
>>530 受けつけ嬢
一台目は au only (au許可)
二代目は docomo only (docomo許可)
三代目は docomo/au 以外 (au/docomo禁止)
の予定。
>>535 なるほど、了解です。
UAで撥ねる仕掛けでも入れますかね。< 禁止
537 :
FOX ★ :04/06/05 02:45 ID:???
>>536 IPアドレスが解っている筈なので
そっちでの予定
>>536 UAよりもIPアドレスで見たほうがいいと思うよ・・・。
なるほど、IPアドレスでやるなら.htaccessじゃなくて「ごにょごにょ」が使えるから楽だし。
vodaは書き込める機種が極端に少ないから・・・・(^_^;)>1%以下
vodafoneのご説明。 ●3G携帯(海外でも使えるけど、あまりはやってない) パケット割引あり・書き込みOK V-[789]0\d\w{1,2} 例)801SH,801SA ●パケット対応機種(2chユーザの多くはこの機種かと) パケット割引あり・書き込みOK J-\w{1,2}5\d 例)J-SH52、J-SH53 V[56]0\d\w{1,2} 例)V601SH、V601N ●パケット非対応(これでネットをやるのは稀かと) パケット割引なし・書き込みNG J-\w{1,2} [01]\d 例)J-SA06、J-SH09、J-SH10 V[34]0\d\w{1,2} 例)V401SH、V301SH V401Dとか (あってるのか不安な正規表現) 一番下のSH10のみがランク入りとはあまりに変です。 たしかUAの形式が上2つと下1つでは違ったような。 上2つが集計から抜けている悪寒。 ログが残っているなら、601SHやSH53であさってみてくださいな。
ベスト100じゃなくて全部出したら、いっぱい出てきた。< J-PHONE ここにシリアルが入るんじゃ、webalizerだとどうしてもだめっすね。 ソース直にいじる必要があるのか(めんどいのでやりたくない)。 ログの処理前にJ-PHONEだけ加工するしかなさそうだなぁ。
webalizerの統計は、機種毎のアクセス数しか出てこないよね。
こっちで、 素人考えだがApache再起動はダメなのかな? メモリ開放+たまっていた送信リクエストの一掃 の効果ありように思えるんだけど、、、
>>548 もともと、クラシックメニューはcgiだったんで、クラシックさんならcgiソースを持っているはず。
cgiベースで次を考えるとか。
みなさんがむばってください ( ・∀・)つ且~
>>549 CGIバージョンと同期が取れなくなっている場合、
PHPをCGIとして動かす、というのもありかも。
携帯キャリア各社やパーツメーカーとタイアップして 最強のサーバーを用意してもらうってのは? ・・・マイナスイメージしかないか。
携帯キャリア各社に 「2ch専用のプロキシサーバ用意しろ。さもないとオタクのキャリア全部アク禁にする」 と持ちかけてみる
558 :
FOX ★ :04/06/10 15:29 ID:???
まずは設置する場所を予約した Rack9 の上から10個を予約したぞ つまり 10U 分だ。 9-1 (switch) 9-2 BlackGoat 9-3 受付嬢 au機 | 9-10 まずは二台発注でよいのだろうか? されとも最初から switch も使う?
>>557 むしろ喜ぶんじゃない?
余計なリスクが回避できるんだから。
>558 もつかれ FOXタンでいいの?
561 :
動け動けウゴウゴ2ちゃんねる :04/06/10 16:38 ID:BzO9CDN3
>>558 当初は、専用のswitchなしのほうがいいかもしれませんねぇ・・・
負荷状況をみてから、導入したほうがいいとおもいますけど・・・
おつです。 いよいよですね。
わくわく。
564 :
ν :04/06/10 19:00 ID:M7V7xRcQ
| 冫、)ジー
キタ━━ヽ(゚∀゚)ノ━( ゚∀)ノ━( ゚)ノ━ヽ( )ノ━ヽ(゚ )━ヽ(∀゚ )ノ━ヽ(゚∀゚)ノ ━━!! キタ━━ へ ) ━ ( ノ━ ( )ノ━ ( ) ━ へ )━ へ ) ━ へ ) ━━!! キタ━━ > ━ > ━ < ━ < ━ < ━ > ━ > ━━!!
>>558 おつです。
発注は2台(BlackGoatと受付嬢1台)でよいと思います。
swtichは、納期的にすぐ入手できるなら最初から入れたいところ。
568 :
動け動けウゴウゴ2ちゃんねる :04/06/15 18:02 ID:HT4WJdoO
Family Affairか
>568 それは高野(^_^;)
VANISHING POINT ?
鯖の入荷予定は?
573 :
FOX ★ :04/06/19 20:35 ID:???
しゃて来週あたりからいよいよの予定。 まずは ブロント三台投入予定 一号機 au のみ 二号機 Docomo のみ 三号機 au,Docomo 以外の携帯のみ c.2ch.net のTop はそのままで キャリア毎にそこからとばすようにすればいいのかな? 三台入った時点で c.2ch.net は中身なしTopのみにすればいいのかな?
>>573 おぉ、待っていました・・・
> キャリア毎にそこからとばすようにすればいいのかな?
そうしていただければ、幸いです・・・
> 三台入った時点で c.2ch.net は中身なしTopのみにすればいいのかな?
そうですねぇ・・・
>>573 いよいよ動きだしますか。
1号〜3号の割り当ては概ねそんなかんじですかね。
3号機はau/DoCoMoだけ制限しておくかんじかしら。
>>575 というわけで、au/DoCoMo以外はとりあえず3号に誘導でいいんではないかと。
ブロンド嬢3人という事は、初めは単純にc.2ch.net 3台体制と考えてよいのかな? ちなみに、ブロンド嬢のスペックは?
579 :
486 :04/06/20 00:40 ID:S8PLcDfy
>>487 いまさら遅レス失礼
それは携帯アプリ型の 2chブラウザかと…。p2はサーバーで動作する2chブラウザです。
それを有料で提供できないかと言うことなのですが。
(丸ごと有料化してもいいだろうけど、それは辛いので)
鯖の維持費にはなるでしょう。
100円として 10000人が加入したら \1,000,000/月
未だに分かっていない人がいるようだけど、 ・有料化するためには仕組みが必要 ユーザ管理とか認証とかエトセトラ ⇒あなたが作ってください ・有料化すると責任が発生 ⇒あなたが責任とってください
581 :
マァヴ ◆jxAYUMI09s @マァヴ ★ :04/06/20 21:33 ID:???
で、受け付け嬢なんだけど(^_^;) banana+Intel Pro100 x 2+mem 1GB(1モジュール)でOKになったんだっけ?
俺月々50円が限界だな
>>581 まずはそれで。
受付嬢は多数の遅いコネクションをさばく必要があるので、
ネットワーク系のチューニングをするためにも、メモリ1G以上は必須かと。
で、ネットワークI/Oに特化させて、ディスクI/Oは極力しないようにしたい。
で、Intel Pro 100が2枚挿されば問題ないですが、
PIEで現物を見たときのことを思い出すと、
bananaにPCIカード2枚は刺さらなかったような気もしていたり(このへん、記憶があいまい)。
ということで、そろそろ受付嬢のソフトウェア構成を考えることになるかなと。 まずはラフ案。 ・今のcのプログラムの改良版 ・ただし、datはローカルに持たずに、バックエンドに要求する ・バックエンドは、ものが来るまでは今のc(oyster246)を使う ・ものが来たら(Tiger、ただしシングルCPUでしたね、確か)、それをセットアップ ・システムチューニングとしては、mbufをふやしたり、 今のcに準じたApacheのチューニングをしたり、等
585 :
FOX ★ :04/06/20 22:33 ID:???
まずは素でやるが吉
問題点が出たら、そこをどうするかという話し合いが必要だと思う。
結局はある部分だけ予想で突出させてパワーを引き出しても
その分何処かがけづられたり、もともとそんなパワーの出るものじゃなかったりする。
総合力を高めたほうが良い結果が生まれると思う。
何もしないデフォではじめよう。
んで root 付設定でいいんですよね?
>>584
586 :
FOX ★ :04/06/20 22:35 ID:???
あと 今回の投入で oyster246 からはおさらばしよう。 まずは三台がそれぞれ現在のcの作業を並列して受け付けることにしよう。 oyster246 とおさらばして comic4 に迷惑を掛けなくするのが今回の目標でーす
>>585 はい、root権限つきでお願いします。
メモリは正直1Gがいいかなぁとは思いますが、
必要ならネットワークカードとともに後で追加もできるということでいいですかね。
| | | |∧_∧ ガンガッテくださいです。 |_|´・ω・`) お茶ドゾー |空| o o旦~ | ̄|―u'
589 :
マァヴ ◆jxAYUMI09s @マァヴ ★ :04/06/20 22:39 ID:???
ハード的には強化版で ソフト的にはデフォで?(^_^;)
590 :
FOX ★ :04/06/20 22:40 ID:???
>>587 Hard 構成は 2G まで積める (最初 512M or 1G) で行く予定でーす
で実際に足りなくなったら追加という手順で、
ネットワークカードは 最初から二枚積んだのを発注でよいと思っています。
>>586 うおっ。
ディスクI/O性能がついてこれるか、不安かも。
先日のbbqの件も、ディスクI/O性能がオーバーして結局負けたので。
でもとりあえずは、私にやれる範囲でできるだけやってみます。
I/Oのチューニングは、いろいろなやり方があるし。
もしどうしてもだめならバックエンドサーバが来るまでは、
comic4の方には引き続き泣いていただくしかないかもなと。
ちなみに現在のI/O状況: 高負荷時のlive8ぐらいのdisk writeが常時かかっている
http://mumumu.mu/mrtg/mrtg-rrd.cgi/io/ >>590 了解です。そうするとbananaの場合確かメモリ2枚までだった気がするので、
1G構成ということになるのかしら。
592 :
FOX ★ :04/06/20 22:48 ID:???
>>591 はじめは何もチューニングしなくて良いかと、
重要なのは三台ってとこが味噌です
au , docomo , その他
いろいろ見えてくるものがあると思われ
わくわくです。
また、この三台は pc からのアクセスはシャットアウトよろしくです。
まずは統計取りましょ。
593 :
マァヴ ◆jxAYUMI09s @マァヴ ★ :04/06/20 22:48 ID:???
512 x 1 > 512 x 2 >1G x 2 という進化もできるなぁ(^_^;) ただ、現状で512だと厳しいことはわかってるんで 1G x 1から始めるのがええんでわないかと。
594 :
FOX ★ :04/06/20 22:49 ID:???
comic4 を泣かせないというのが三台投入の第一目的です 携帯は依然として泣くことになるかも知れません
そうすね。
c/comic4で実際にやってみてわかったこともいろいろ多いですし。
# まぁどうせ、今のcみたいに動かしながら苦しいところを徐々にいじっていくことになるだろうなと。
>>594 了解。
596 :
動け動けウゴウゴ2ちゃんねる :04/06/20 22:54 ID:ncUbUrmN
うーむ、なるほど・・・
597 :
動け動けウゴウゴ2ちゃんねる :04/06/20 22:58 ID:ncUbUrmN
comic4 を泣かせないというのが 「泣かぬなら泣かせてみよう、ホトトギス」
泣かぬなら殺してしまえ、ホトトギス
>>583 ガワがM-ATXだからbananaだとカード2つ入らないね。
>>590 banana系で最初からNIC複数搭載でメモリたくさんってことはPoly875かしら?
>>591 WDRaptorの74GBのを入れれば平気かも?(36GBモノだと性能不足らすい)
参考になるかわかりませんが、ミラー鯖のスペックは 【CPU】Pentium4 2.8G 【MEM】1.5G (RIMM1066w) 【M/B】Gigabyte GA-8INXP rev2 【HDD】IC35L080AVVA07-0 80Gの内40Gを使用 【OS】Fedora CORE1 【NIC】内蔵NIC 確か蟹? スペック的にはBanana相当です。 アクセス数はc.2ch.netのおよそ1/3〜1/2くらい 一応、これで何とか生きています。
×【M/B】Gigabyte GA-8INXP rev2 ○【M/B】Gigabyte GA-8IHXP rev2
あら。
>>602 もう1回Googleしてみないと(w。
607 :
FOX ★ :04/06/22 13:54 ID:???
わーい 携帯、受付三人娘の第一号機がきました。 今週中に三人とも揃える予定で動いていますー Banana403 一号機 AU 専用。 banana403 セットアップ完了致しました。 パスワード情報をお送り致します。 以下内緒
すぺっくきぼんぬってroot付きだから、 中の人待ってみようか。。
今頃中の人がごにょごにょやっているはず
結局携帯アクセス増加に対する処置は鯖増設じゃあ 問題先送りって感じがするのは気のせいですた。
ごにょごにょ。 - メモリ 1G - ネットワーク Intel 82550 Pro/100 Ethernet I/F 2つ - その他の仕様 banana(Pentium 4 2.8G / IDE 80G 7200rpm x 2) NICはMACアドレスが続き番号なので、1枚で2つI/F持ってるやつかも。
>614 banana仕様かと(2chで一番多く入ってる物、多分携帯用もいっしょ。) マザーボードは違うものもあるかと。 で、サーバー屋さん御用達のメーカーオフィシャルの写真。 で1U17はlanがviaなのでゴニョゴニョ
ごにょにょ。 こいつはau専用でしたっけ。 だとすると、auの携帯が使うIPアドレスのレンジを知る必要がありますね。 .htaccessでやるにせよ「ごにょごにょ」を使うにせよ、フィルタ書く必要があるんで。
617 :
FOX ★ :04/06/22 21:31 ID:???
あした来るのが 404 で docomo 用でーす
過去レスに確かあった気がする。 帰宅すれば分かります〜 あと一時間位お待ちを
OKです。
>>617 セットアップ作業は問題ないので、早ければ今夜か明日にでも試運転開始できる見込み。
名前なんでしたっけ。
・愛称
・携帯でアクセスする時の名前
があったような気がするのですが。
>>618 ども。
必要になるのは早くても今日の深夜なので、それでじゅうぶんです。
au, DoCoMo, Vodafone, ツーカー, PRIN(AirH" Phone)ぐらいを教えてもらえればいいのかしら。
しばらくは UA で振り分けして、安定してきた頃に IP アドレスで振り分けるっていうのはどうでしょう? 携帯端末エミュレータで確認が出来るって云うこともあるかと思いますのでので。
さて、と君問題なければ、受付嬢のバーチャルホストは、 c-au.2ch.net c-docomo.2ch.net c-others.2ch.net で作っておこうかなと。 で、例えばau用2号が来たらc-au1, c-au2, ...という感じで横並び。 こういう名前付けておかないと、あとでわけわかめになりそうだし。 で、cからUAを見てとばすことにしようかと。 つまり外向けに公開するURIはあいかわらずcということで。
626 :
root ★ :04/06/23 03:20 ID:???
>>625 と君 => 特に
ということでもう少ししたら、ぼちぼち儀式へと。
ドキドキ
∧_∧ (; ・∀・) ( ∪ ∪ トクントクンと君 と__)__)
629 :
root ★ :04/06/23 03:38 ID:???
ということで、auの携帯のUAってどれ見るとわかるのかしら。
632 :
FOX ★ :04/06/23 03:40 ID:???
633 :
root ★ :04/06/23 04:09 ID:???
とりあえず儀式します。pekoサーバスレにて。
634 :
FOX ★ :04/06/23 06:14 ID:???
受付娘三台そろった段階で 全サーバの r.i p.i を止めます
ここなら管理運営に当たっている方に読んでもらえると思い、 スレ違いと承知しつつ書き込ませていただきます。 以前、ロボット型のデータ抜き出しツールを使用し cgiを叩きサーバに過大な負荷をかけてしまった事をお詫びします。 その時は攻撃することになると、全く考えが至りませんでした。 今となって後悔しております。 またその頃、自作PC板を"荒らし"てしまった事に対しても 深く反省している次第です。 そのせいでなのか、どうやら個人情報が流出しているようです。 ●を使用していない事も関係しているのかもしれません。 (個人的な理由で使用出来ないのですが、使っていない事に変わりはありません。) 自分の播いた種ですので、 良き勉強として受け止めさせていただきます。 私自身のした行為を恥じつつ、ご迷惑をおかけした関係者の方々に 深く謝罪致します。 申し訳ございませんでした。 これからも自分のような初心者荒らし等に負けずに、 良き運営がなされますよことを心よりお祈りいたします。 迷惑で、スレ違いの長文をお読みいただき、 ありがとうございました。 これからもがんばってください。
>>635 あふぉか。
ログがほしければcgi叩かなくても/dat/から引っこ抜いてきて
自前でhtml変換すればそれですんだのによ
大体謝罪するならひろゆきに直接メール投げろよ
638 :
FOX ★ :04/06/23 14:38 ID:???
Banana404 は明日来るらしい
639 :
root ★ :04/06/23 15:39 ID:???
c-auにcの内容をコピー中、、、。
どきどき
だいじょうびでつ
642 :
root ★ :04/06/23 16:02 ID:???
コピー終了。 中身をいじる必要があるのかしら。 (例えばホスト名がc.2ch.netであることに依存している場合、変更の必要あり)
このままで機能的には問題ないはずです。
あれ? キャッシュが生成できませんってでるな〜 アクセス権がないんかな? さっきは大丈夫だったんだけど
645 :
root ★ :04/06/23 16:18 ID:???
>>643 ちょといじっていました。
トップページでgrepしたらc.2ch.netという名前が結構埋め込まれている模様だったので。
今どうでしょうか。
というか、器ができたあとの中身はへぼな私がごにょごにょするより、
おまかせしたほうがいい気がしてきました。
ということで、あとのチューニングは予定通りおまかせいたします。
すみませんがよろしくです。
問題無さそうです。 鯖ごとの時間調整などで、ホスト名使っているはずです。 夜にでもごにょにょしてみます。 運用上はこのままでも大丈夫なはずです。
647 :
root ★ :04/06/23 16:30 ID:???
>>646 了解です。
c3.peko.2ch.netという名前のかわりに、c-au.2ch.netを入れてみました。
(c3.peko.2ch.netはもう使わないので)
あとはおまかせします。
私のほうでは、UAでのくびふりとかアクセス制限部分とかをごそごそと。
>>648 変更漏れがたぶんきっと間違いなくあると思うので、そのあたりも含めて
よろしくおながいいたしますです。
# 寝る前にこのマシンでiozoneしたので、どこかに貼ろう。
650 :
FOX ★ :04/06/23 17:40 ID:???
あっ、、、 まずいことを思い出してしまった。 もしかしたら 403 の設置場所(ラック)が違うかも知れない、 リザーブしておいたとこに設置するんだった 動かすときは突然とまりますー 私がいたらここに書きますー
確認です。 ホスト名はc-auで運用ですか? だとしたら、しおり作り直す準備しますので。
名前はこれ(仮に増えたらc-auをDNSラウンドロビンか)でいこうと思ってますが、 あんまり外に見せたくないかも。 見せるURLはひとつで、自動的に振り分けられるがいいかなと思っていたり。
「自動しおり」使ってますが、クッキー発行に変更ありますか。 履歴消えてしまうですか? # r.i/p.i いっせいに止めずに、しばらく様子見する方がいいような…。
>>653 ということは表紙はcobra2246残しってことになりますかねえ?
auのブラウザだけ、c-au.2ch.netにとばすようにしたつもり。
c.2ch.net側に以下を追加。
<Directory "/home/ch2c/public_html">
(略)
RewriteEngine On
RewriteBase /
RewriteCond %{HTTP_USER_AGENT} UP.Browser
RewriteRule /(.*)
http://c-au.2ch.net/$1 </Directory>
659 :
FOX ★ :04/06/23 19:52 ID:???
さらに変更。
RewriteEngine On
RewriteBase /
RewriteCond %{HTTP_USER_AGENT} UP\.Browser
RewriteRule (.*)
http://c-au.2ch.net$1
で、c-auではとりあえずDoCoMo/J-PHONE/DDIPOCKET/MozillaというUAは はじくようにしてみた。 もうちょっといいやり方があると思うけど、今はたんにUA見てるだけ。
ということで、これで最初の1回以外はauものはc-auにいくようになったはず。
>>662 ドコモからは人大杉に飛ばされること確認したです。
auな人はうまく移行出来てるのかな?
$ telnet c.2ch.net 80
Trying 38.114.144.180...
Connected to c.2ch.net.
Escape character is '^]'.
GET / HTTP/1.0
Host: c.2ch.net
User-Agent: KDDI-HI21 UP.Browser/6.0.2.254 (GUI) MMP/1.1
HTTP/1.1 302 Found
Date: Wed, 23 Jun 2004 11:57:17 GMT
Server: Apache/2.0.49
Location:
http://c-au.2ch.net Content-Length: 203
Connection: close
Content-Type: text/html; charset=iso-8859-1
いってますいってます(^o^)
> Location:
http://c-au.2ch.net Location:
http://c-au.2ch.net/ ですね(^-^;;)
#あぁ、しおり・・ /iで「写」をすると、レスが表示されません。 他10-,-10,/nでは正常ですー。 以後の報告は本スレでいたします。
>>665 へぼかったので、直しました。(これが一部うまくなった理由だった)
今の設定:
RewriteEngine On
RewriteBase /
RewriteCond %{HTTP_USER_AGENT} UP\.Browser
RewriteRule ^(.*)
http://c-au.2ch.net/$1
ん〜 au用っていうより EzWeb用鯖になってしまったのぅ。 Ezweb用鯖、i-mode用鯖、その他鯖(Comic4のPecoに残り? それとも分離?)か・・・
670 :
動け動けウゴウゴ2ちゃんねる :04/06/24 19:34 ID:jD1tlYQZ
673 :
FOX ★ :04/06/24 19:44 ID:???
banana404 , 405 が引き続き到着しましたー 設定情報メールしました > 管理人さん、root ★さん banana404 = docomo 用 banana405 = ezweb , docomo 以外の携帯用
ついに着ましたね。 乙です。
携帯専用鯖(au・tu-ka用) 携帯専用鯖(docomo用) 携帯専用鯖(Vodafone・AirH"用) で正解?
677 :
FOX ★ :04/06/24 22:29 ID:???
携帯専用鯖(au用) 携帯専用鯖(docomo用) 携帯専用鯖(Vodafone・AirH"・tu-ka用)
ポケベル専用鯖(東京テレメッセージ用)は?
ポケベルがページャーみたいに双方向だったらね。
681 :
FOX ★ :04/06/24 22:46 ID:???
>>681 au専用にするならば、IP帯でわけるしかないけど・・・
まぁ、au/tu-ka用でとくに問題はないとおもうけど・・・
とりあえずあう子は塚美ちゃん弾きます、、ってのを見た記憶があるが
684 :
◆EA.clAssIc :04/06/24 22:56 ID:Sv8+Q0Fx
>>root ★さん、 c-au.2ch.netですが、原因不明のバグが発生しておりまして、 メンテナンスする為に一時的に httpd.conf でのアクセス制限を解いて頂きたいのですが、 お願いできますでしょうか。
>>673 受け取りました。
ハードウェア構成は403と同じでした。
>>684 これからやります。
>>687 ありがとうございます。
すべてのPCというのもあれなので、、、
今メール出しましたが、可能でしょうか?
Jimさんと話していて、 そろそろバックエンドのプライベート側のネットワークをおしえてちょ、っていう話になりました。 単純に、 192.168.0.1 バックエンド親玉のプライベート側 192.168.0.51 c-auのプライベート側、必要なら52, 53, ... 192.168.0.101 c-docomoのプライベート側、上記同様 192.168.0.151 c-othersのプライベート側、上記同様 とでもしておけばいいと思うけど、どうだろう。
c-docomo, c-others 完成間近。 儀式・デビューは明日の予定。
c-auからc-docomo, c-othersにデータを転送中、、、。
root ★さんお茶どーぞ ∬ 旦
振り分け専門の新cもbanana405上に作ったので、 明日にはcomic4から携帯系を完全に除去できる予感。 以降の作業は明日。おやすみ。
おつかれさまです!
いやー感謝感謝
701 :
FOX ★ :04/06/25 14:22 ID:???
>>701 では、機を見てi→cへのリンクを復活させてみます。
それで破綻したら、まぁそのときはそのとき。
# まだバックエンドがない状態なわけで。
>r.i/p.iの停止 現状では仕方ないが、完全に停止と言うのは…。 現状では鯖不足でread.cgiすら止めている訳だし…。 鯖が整備された時に復活出来れば…。 あと、今後r.i/p.i復活の際、cgiを板が入った鯖と別の鯖から呼び出せれば…。
とはいえ、私家版メニューにはr.i/p.i呼び出しタイプとDAT直タイプがあったり…。 後者が主流になるとは思われるが。 あと、パソと携帯の振り分けの問題もある。
707 :
FOX ★ :04/06/25 15:47 ID:???
r.i と p.i は廃止です
廃止宣言かぁ i.2chやi.2chメニューリストからやって来た香具師をどう誘導するかが問題になる。 あとはサーチエンジン覗いて来たが、i.2chの方が登録されてて、c.2chが登録されて無かったり…。 あとはwww/www2からどう振り分けするか…。
709 :
FOX ★ :04/06/25 16:03 ID:???
c.2ch.net のディレイ値は現在どれくらいですか?
c-au, c-docomo, c-others どれも 120sec
>>709
全部120秒のはずですよー
712 :
FOX ★ :04/06/25 16:06 ID:???
りょうかいですー
>>708 多分今までのやりとりを全然見ていないんでしょうけど、当分はi→cにリンク(リダイレクトだっけ?)
される様になってるはずですよ。
概ねうまく動くようになった模様。 現時点では各システムとも概ね健康。 アクセス数は c-au : c-docomo : c-others = 3 : 4 : 1.5 ぐらいか。 othersはVodafoneやAirH"など。いろいろ。 電話の普及数と比較してみると、明らかに分布が違うような。 某社長が首になったのも、なんとなく(りゃ。
しかもc-othersのうち大半を占めるのは VodafoneではなくAirH"っぽいからな(;´д`)
AirHはprin規制が出てるから規制解除後に値は少し変わるかも
717 :
FOX ★ :04/06/25 16:53 ID:???
718 :
動け動けウゴウゴ2ちゃんねる :04/06/25 17:25 ID:X+qtA+AE
書き込み反映せんよ・・・。
とりあえずi.2ch.netのトップからの誘導を開始してみた。
苦しくなったら、やめる予定。
>>719 バックエンドがないから、たぶん苦しくなるかなというのが予想。(特にc-docomo/c-au)
今の様子は、 ・c-docomo ほぼめいっぱい、データのはけが悪い、たぶん最初に音を上げそう ・c-au かなりきてる、でもデータがはけるのも早い、CDMAだから? それともキャッシュの効果? ・c-others 余裕あり というかんじかなぁ。
そらそーだ。
root★さん c-docomo、c-otherもc-auと同じIPからのアクセスを許可してもらえますか?
>>721 そういえば、auはDocomoよりもパケット通信の速度が速かった気が
64〜144Kbpsぐらいだったかな?
Docomoは新しいもので28.8Kbpsだそうで
>725 auはWinが出来たので最大2.4Mbps DoCoMoはFOMAが出来たので最大386Kbpsぢゃなかったっけ?
Docomoの中間鯖が込んでるからハケがわるい auの中間鯖は込んでないからハケがいい
c-auのLAがc−DoCoMoに比べて一桁多いのですが・・・(汗汗 bananaでLA70越えって耐えられるのか・・・? このままだと三桁いかないか? まぁ、どっちにしろauの自業自得か・・・。 (このまま続くようだったら、KDDI.何チャラ.UPbrowser(新機種系)と UPbrowser/何チャラ(旧機種+ツーカー系)と分けた方がいいかもね〜 旧機種系+ツーカーならc-oテherに処理させても余裕なんじゃないかな? まぁ、au+Tu-kaを優遇する必要が無いから自業自得でもいいけど〜♪)
c-auにせよ、c-Docomoにせよ、LA100を超えるってのは異常事態でしょう。 PCでUAを偽装してリロードをかけているお莫迦さんがいるのでは…
ログがあるのなら、IPでPC偽装と実機率を割り出してみたらどうだろうか?
>>729 アクセスログをざっと見る限り、そうは見えないですね。
ほとんどが普通に携帯から来ていると思われ。
733 :
動け動けウゴウゴ2ちゃんねる :04/06/26 10:02 ID:zBQcaAez
参考データ出てます。
http://hobby6.2ch.net/test/read.cgi/phs/1086459593/944 944 :非通知さん :04/06/26 02:24 ID:z3m3bD0G
>>942 お、WIN版のスピードテスト開始してるね。
回線速度統計
(docomo)
◎過去50件の統計
・分布図
・最高 288kbps
・最低 43kbps
・平均 176.98kbps
(23:21〜02:14)
回線速度統計
(KDDI)
◎過去50件の統計
・分布図
・最高 393kbps
・最低 256kbps
・平均 322.88kbps
(02:10〜02:23)
(゚Д゚)ハァ?
>>732 なるほど。
携帯からのアクセスが、いかにフロントエンドに負担をかけているかってことですか。
738 :
動け動けウゴウゴ2ちゃんねる :04/06/26 19:24 ID:rmUgMs2G
DoCoMo重いyo!!
739 :
動け動けウゴウゴ2ちゃんねる :04/06/26 20:18 ID:8t8JFnAE
そろそろ、ドコモに金出させる or ドコモ網からのアクセス制限を かけておく、とかしないと、ドコモユーザーが激増して2ちゃん が破綻するぞ
そんな未来のことを語られても。。。 その時はその時、ですです。
「困ったときに考えよう」 ぴろゆき
742 :
動け動けウゴウゴ2ちゃんねる :04/06/26 20:51 ID:WbtP5pOZ
>>741 「考える、実際に働くのは他人」 by ひ(ry
>739 そのためのフロントエンドだと思うんだが(^_^;) 最悪でもフロントエンドが死んで、2ch本体は守られる。
受付嬢が過労死するってことですむんだ (..)φメモメモ
>744 ま、受け付け嬢は数を増やしていけば分散できるし(^_^;)
狙っているな、受付嬢を、、 獣のにおいがする
金払ってない携帯ユーザーなど後回しにして、 PCユーザーのために人大杉の解消を先にお願いします。
748 :
見習い▲ ★ :04/06/26 23:16 ID:???
そだね
c-docomo/c-au対策案 docomo:PDC(mova)とW-CDMA(FOMA)を振り分け。 au/tu-ka:WAP1.0とWAP2.0振り分け・cdmaOne/TU-KAとCDMA2000とWINの振り分け 再編案としては mova:c-docomomova FOMA:c-docomofoma EZWAP1.0:c-auhdml EZWAP2.0(C/TU-KA):c-aulow CDMA2000:c-aumeddle WIN:c-auhigh
>>749 低速端末と高速端末を分ける理由は何なのでしょうか。
751 :
見習い▲ ★ :04/06/26 23:36 ID:???
さて次はいよいよ BlackGoat の発注になるわけだが、 機種は Tiger でいいんでしたっけ? Single CPU の方がいいような気がしますが。。。
>>751 安定性を買って、Singleでよいと思います。
そのぶんをメモリ(キャッシュ)とI/Oに投資したいですね。
メモリ4G、SingleCPU、U320 SCSI dual channel、15krpm disk x 2
Ethernet I/F x 2
といったかんじかと。
>752 ストライピングはしないのかな? HDD IDE 7200rpm 80GB SCSI 15krpm 36G x 2 でIDEをシステムにつかって、キャッシュはSCSI x 2のストライピングとか
技術的には枯れてるし、ストライピングの弱点の、耐障害性については しょせんキャッシュなので、気にしなくていい(^_^;)しかもI/Oは劇的に向上する
いずれにせよ、サーバマザーで64bit PCIものがいいです。 枯れた構成という意味では、CobraよりもTigerかなと。
>>753 ストライピングは悪くないですね。
ここは正直あぼーんしてもいいものを入れるので。
技術的にももう既に枯れています。
ディスクは15krpm 36G x 2ぐらいをストライピングで使うことにすると、
どのSCSIカードがいいんだろう。
普通ならAdaptechのRAIDカード入れればいいと思うんだけど・・・・
LSI LogicのMegaRAID 320あたりかなぁ。 U160の時代まではAdaptecだけど、U320ではLSIだという人は多いです。
759 :
749 :04/06/26 23:59 ID:ua85r2wR
>>750 高速端末の場合、ホイテョイ回線にアクセスしやすいので、必然的にアクセス回数が多くなる。
低速端末の場合は回線の制約からアクセスがあまり多くできない。
あと、高速端末ではパケ定額やパケ割引サービスとの絡みもある。
また、相対的に高速端末>低速端末な感じでアクセスがある。
PCでも、8月危機の時はブロードバンドや常時接続の普及で鯖が過負荷になったのと同様。(それまではダイヤルアップの低速回線が主流で速くてもISDNだった)
>758 Polyのラインナップみてたけど、LSIのRAIDカードって 4chの糞高いのしかない(^_^;)12万もする Adaptechだと2chのやつが7万くらいなんだけど
暫定 BlackGoat Mother bord Dual CPU , 64Bit PCI CPU Pentium4 2.8G x 1 Mem 4GB HDD IDE 7200rpm 80GB SCSI 15krpm 36GB x 2 DISK Controller Adaptech 2200S 2ch Ultra320 64Bit PCI RAID 64MB NIC Intel Pro1000 x 2
amr(LSI Logic)もaac(Apaptec)も、FreeBSDで特に問題なく動作しますね。 これが本筋かな。 Tigerサーバ + ストライピング構成で、 あまり高くならない方向でたたき台を考えてみるか。
つかまって(^_^;)Pentium 4 Dualってないじゃん〜 Xeon dualマザーですな
>>760 そのへんは、カードまで指定すればとってくれるらしいです。< Polywell
>>761 サーバマザーにつき、CPUはXeonかなと。
システムディスクも2200S(とかMegaRAID 320)につないで、SCSIにするほうがいい予感。
オンボードでLANが2口ついてるマザーがあるけど、チップはどこのだろ?(^_^;)
>764 ぅぃぅぃ。 システムSCSIにするとなんかいいことあるんだろうか?(^_^;) むしろ5400rpmのIDEの方が安定な気がするんだけど
IDEなシステムとSCSIなシステムでは、普通に使っていても、体感は相当違いますね。 たぶん、ディスクそのものの回転数もさることながら、シークタイムが違うことが大きいようです。 今回の場合だと、例えば/var/logとかは頻繁にアクセスされるので、 高速なものにしておかないと、全体の足をひっぱってしまうことに。
>767 log取るの?(^_^;)read要求専用なのに・・・・ 一時的に取ることはあるとしても、恒久的にとり続ける必要ないと思うんだけど。
769 :
見習い▲ ★ :04/06/27 00:20 ID:???
目的が log 取りというのは今一かも < 理由
DISK書き込みが頻繁にあるならSCSIの方がええと思うけど・・・・ UNIXのことはよくわからんのですが、一度立ち上がっちゃえば SWAPとかPageとか発生しない限り、ほとんどアクセスなくなるってもんでもないのかな?
ログもさることながら、ページングとかシステム全体のパフォーマンスですね。 ログ収集は全く目的ではないので、目的の本質じゃないし。
772 :
見習い▲ ★ :04/06/27 00:27 ID:???
んじゃ 36G x2 でいいとおもいまーす 三本目はいらない
RAIDにシステムののっけちゃうってこと? ま、最初はそんなもんかなぁ・・・・ キャッシュ量がどんくらい必要になるかとか、やってみないとわかんないし(^_^;)
UNIXの場合、ページングは頻繁に発生しますね(そういうものです)。 で、システムディスクはアクセス量は少ないですが高速アクセスが必要なので、 下記構成がいいかなと。これだと、カードは1枚で済むので。 (構成1) SCSI RAID card | | system data disk disk #1 | data disk #0
>>772-773 2本にするのでもいけますかね。
>>774 のsystem diskがなくなるかんじですか。
つまり、72Gのでかいディスクがあるつもりでシステムを組むのか。
コストとのバランスでは、悪くなさそうかも。
で、万一バックエンドがあぼーんしたら、しばらくはフロントだけで動かす(今の状態)と。 そういうサービスレベルで動かすのであれば、RAID 0にシステムものっけるのが パフォーマンス的にも悪くないと思います。なにより、構成がシンプルになるし。
ぅぃぅぃ(^_^;)んじゃこんな感じかな? BlackGoat Mother bord Xeon Dual Type , 64Bit PCI CPU Xeon 2.8G x 1 Mem 4GB HDD SCSI 15krpm 36GB x 2 DISK Controller Adaptech 2200S 2ch Ultra320 64Bit PCI RAID 64MB(あるいはLSIの同等品) NIC Intel Pro1000 x 2 (onboad LAN がintelなら、それでもよし)
778 :
見習い▲ ★ :04/06/27 00:37 ID:???
ご確認をば、 1) まず 36Gx2 を基本とします 2) 高速性を追求するかめにストライピングします。 3) システムも高速がいいので、これでokです ってこと?
>776 >778 いいかんじだと思いますー(^_^;) つか、考えて見ればストライピングしてるから 72GBなんですねー(^_^;)わすれとった
781 :
見習い▲ ★ :04/06/27 00:40 ID:???
りょうかい りょうかい
返事は一回でいい
783 :
見習い▲ ★ :04/06/27 00:43 ID:???
はい ハイ
>>777 概ねそんなところですね。< 構成
onboard LANはBroadcomのでも問題ないです(pekoサーバはBroadcomのGigaもの)。
というか、普通のXeonマザーなら通常いまいちなカードは入ってないと思われ。
>784 そりゃそうですね(^_^;)ローコストモデルじゃあるまいし
つか、LANはオンボードの方がええね(^_^;)バスの縛りが少なそうだし>Gb
LAが馬鹿高くなっている携帯向けサーバではMaxClientsとかを もっと小さくした方がよさげ。というか、どう考えてもネットワーク がボトルネックになるはずなのにLAが上がるってことは、 スラッシングしてるってことなので、同時接続数を増やすのは 誰の得にもならんですよ。
788 :
見習い▲ ★ :04/06/27 00:59 ID:???
>>787 BlackGoat が投入されて始めて
今回の目標とする機器ょ含めたシステムが出来上がるのに
今を観察して対策するというのに何の意味があるか解りません。
作業は完成後となるでしょう
ところで質問・・・・・ スイッチも同時投入?(^_^;)
>>787 MaxClientsを小さくすると、遅い携帯さんがコネクションを握ってしまうので、
全くつながらなくなるですね。
(前のcの頃にかなりこのへんはそうとう試行錯誤しました)
同時接続数は逆に増やしたいぐらいです。
791 :
見習い▲ ★ :04/06/27 01:03 ID:???
で、LAが上がる原因は、キャッシュディスクに対するI/O処理だと思うですね。 証拠としては、メニューが出るところまでは比較的高速ですが、 subject.txtを参照するところでぐっとおそくなり、スレ本体を持ってくるところで さらに遅くなっています。 で、こいつをバックエンドサーバを入れることで、 フロントエンドから追い出そうというのが、今回の目的かと。
>791 んじゃLANは2枚でOKですねー
>>792 うへ、バッファキャッシュとかほとんど効かないってことですね。
というか、さすがに携帯からの全てのアクセスを受け持つと、
アクセス対象が分散されすぎってことですね。
恐っ。
>>794 そういうかんじです。
で、巨大メモリ・高速ディスクなバックエンドを準備しようっていうのが今回の眼目で。
796 :
見習い▲ ★ :04/06/27 01:51 ID:???
それでどうなるですかねー 目論み通りに行くのか? 予想よりも素晴らしい結果を残すのか、 はたまた、撃沈か・・・
あとは見ていると、PHPの処理に時間がかかっている気がします。 あ、そうか、フロントは前のcと違ってi386なんだから、あれを入れるといいかも。 ちょっと試してみるか。
798 :
見習い▲ ★ :04/06/27 01:55 ID:???
>>797 ああーっ
折角重い状態をあえて作ったんだから・・・
>>798 いや、たぶん入れても焼け石だと思うですよ。
I/Oの改善はこれ以上無理だから。
801 :
桶屋 :04/06/27 02:00 ID:4DoI9Grs
楽天を10倍速くしたヤツですね。
>>799 php のバージョンが一致しないようですけれども大丈夫なのかな?@現状は 4.3.6 かな?(最新は4.3.7)
803 :
桶屋 :04/06/27 02:01 ID:4DoI9Grs
ごめんなさい。あっちは別のプロダクトだった(商用)
>>802 お、そういう問題があるのか。
まずはダウンロードしたやつを読んでみるです。
c-othersに入れてみた。
問題なさそうなので、c-auに入れてみます。 入れる作業もままならないぐらい重いので、 いったんhttpd落とします。
>>806 乙です。 ついでだからc-docomoにもhttpd落として
入れてしまえ〜
c-auに入れた。
自分のところにも入れてみよう(w
うそみたいにレスポンスがいい気がする。< c-au
c-docomo、これから作業します。 いったんhttpd落とします。
c-docomo 完了。
ずいぶん負荷が下がった。<c-au
>>810 LA 値だけでもえらい下がりようですね(驚)
この呪文は効果あった模様。 これバックエンド入れれば、鬼に金棒ということで。
I/Oもさることながら、時間かかってたのはPHPの処理かぁ。 しかし、Zend Optimizerおそるべし。
817 :
見習い▲ ★ :04/06/27 02:31 ID:???
んじゃ様子見て明日の午後にでも もう少し r.i p.i 止めてまた重い状況作りますー
>>817 了解です。
c-docomoはそれでもこんなかんじなので、
また早晩限界を迎えるでしょう。
C.W._WWWWCC.W__WWWWWWWWWW_WWWWW.W.WWWWWWWW__WWWWWWWWWW.W.WWWW_.W
_WW.WWWWWWWWWWCWW.W_WWWW__WW.WW_WW_WWWWWWWWWW.WWWWWW.WWWW_WWWW_.
WWW.............................................................
しかし、フロントエンドを高速化できたということは、
今後を考えるとよかったかなと。
819 :
見習い▲ ★ :04/06/27 02:38 ID:???
Zend OptimizerとPHP Acceleratorでは、どっちの方が効果があるのかしら xrea.comなんかは後者を入れてるけど
めちゃくちゃ効果あったような気がする。< c-docomo
LAが1点台になった。< c-docomo %uptime 12:20PM up 2 days, 14 mins, 1 user, load averages: 1.10, 3.31, 15.25
>>824 えっ〜〜〜
笑えるぐらいLAが下がりましたねぇ・・・
その後徐々に上がってきたけど、安定してる。 %uptime 12:23PM up 2 days, 18 mins, 1 user, load averages: 2.29, 2.86, 12.55 で、今c-auにも入れてみた。
c-auは1点台の前半になった。c-othersにも入れた。 %uptime 12:29PM up 4 days, 52 mins, 1 user, load averages: 1.28, 2.19, 3.03
すさまじき破壊力ですな・・・Σ(゚Д゚;
今日以降の重い時間がみものということで。
>>829 15:30-16:00は少しばかり、重たくなるかも・・・
阪神競馬場にて宝塚記念(G1)があります・・・
作業お疲れさまです。 c.2ch.netの機能は至れり尽くせり最高Goodなので、 夜間の速度的な問題が解決されたら言うことなしです。
c-docomoだけ、MaxRequestsPerChildを100から1000にしてみた。 でもまぁ、焼け石に水ってかんじで。 まじないのおかげで昨日までよりは相当ましだと思うけど、 それでもかなり限界ぎりぎりな予感。
今の段階ではディスクI/Oで負けるので、 MaxClientsを256から128にして、口をしぼってみた。 これだとつながりは悪くなる気がするけど、つながったあとの反応は多少いいかなと。
ラウンドロビンとmovafoma分けるのどっちがいいんだろう?
ミラーにもZend+PHPaccelerater入れてみた
836 :
見習い▲ ★ :04/06/27 15:41 ID:???
なにもしないことを希望
837 :
見習い▲ ★ :04/06/27 15:44 ID:???
設定を元に戻して欲しい 機器が全部そろってからの素の状態を観察して 何をするかを考えて pla , do , see じゃなきゃ意味ないですよ 全部そろってから考えて行きましょうよ 元に戻すことを希望。
>root★さん 昨日は4000cp5mで頭打ち状態でしたが、Zend+PHPaccelerater投入で 4000cp5m突破しても安定してますね。 アクセスカウントを見る限り、Zend+PHPacceleraterの限界は8000cp5mあたりですかね。
839 :
見習い▲ ★ :04/06/27 15:46 ID:???
とくに >今の段階ではディスクI/Oで負けるので、 この理由で各種パラメータを触ることは 目的地に達するとこができるとは思えない。 やってはいけないことだと思います。 お願いですから、機器がそろうまで待っててください。
>>839 でも、いまのうちに最適化すれば機器がそろった時に効果が高くならないかな?
機器がそろった時点でやると原因が判らなくなる可能性もあるし
素に戻すのは全部そろってからにして今単品でできる実験は今のうちにいろいろやっておけば 後々役にたつかもしれないねという考え方も
最適化したうえで機器入れると何が効果あったのかわからなくなるから まず元に戻してからbefore afterが知りたいんじゃないのな。 ソフト屋はソフト面からの変化を見ているし、ハード屋はハード面からの変化が見たいって事だと思うね。
現システムでの成功体験が足かせとなって、新システムでの チューニングに先入観が入ってしまい、実験の「幅」が狭くなって しまうことも考えられるからなぁ。特に複数のパラメータをイジって バランス取るような作業をする際には。 root★さんとしては「其処に負荷の高いマシンとユーザが居るから」少し でも改善したいと努力されてるんだと思うし、その気持ちも分かるんだけど。
言いたいこともわかるけど、このデータも実験データとして 残るわけだから。 全部来たときに全て戻して、そこからもっかいpla, do, see すればいいんでないかい?
root ★氏暴走→更迭祭りマダー? (AAry
帰宅しました。
>>838 統計見ていてもそのぐらいみたいですね。
bananaサーバでバックエンドなしでここまでいくとは考えてなかったので、
望外の収穫だったのかなと。
>>836 >>837 その場その場での「最善の解」を探していくスタイルも、ありかなとは思います。
しかしたしかに、言われることはごもっともです。
前向きでない努力をしても、結局意味がないし、本質を見失ってしまうかもしれない。
仰るとおり今は一時的な状態であって、全部そろってから本格的に
watch, plan, do (tune), checkということになるわけで、
バックエンドサーバが出来上がるまでフロントエンド側の設定は当面「凍結」と
いうことにします。
つまり、それまでは何も変更しない。
バックエンドサーバが来たところで再度「あがき」を再開してみようかと。
というわけで、激しく重くなったりつながりにくくなったりしても、 仕様だと思って、当面許してちょ。(特にDoCoMoな人)
で、アクセス数の統計見ていて思うのですが、 携帯って、なんだかアクセス数がフラットですね。 トップページへのアクセスは昼休みに急増しているわけですが (i.2ch.netとかは、昼休みにぽっこり山が出来る)、 全部足してみると(つまりc-xx)、比較的平らな気がします。 そういうものなのかな?
>>848 root★さん
ミラーの時間別アクセス数は、
0時(35000Hits)をピークに5時(12000Hits)にかけて一気に1/3になり、
その後、11時(19000Hits)までに徐々に上がって行き、
12時代に25000Hitsに跳ね上がり、その後は17時まで20000Hitsで横ばい、
18時(24500Hits)以降また徐々に上がっていくような感じです。
フラット気味なのは土日だからかもー 旧本家からの流れが落ち着いたら 傾向も出てくるような
851 :
見習い▲ ★ :04/06/27 20:10 ID:???
406?
853 :
見習い▲ ★ :04/06/27 20:39 ID:???
あちゃっ -1 づつしてください
404-1,405-1,406-1
>>851 私も気づいてましたが、out(緑)よりin(青線)の方が多いですね。
システムの都合上そうなると。(datキャッシュが効いている)
c-docomoとc-auのLAは大違いなのに、転送量は大差ないのかー
>>856 アクセス数もLAほど大きくは違わないので、
まさに捌け具合の違いのようです。< c-docomoとc-au
バックエンドが来た時は、delayを縮めることも可能なのかな?
>>857 一時的に、FOMAとMOVAを分けて様子を見たい気持ちがありますね。
>>858 様子を見ながらかなと。
個人的には60secあたりが落としどころかなと考えていたりします。
FOMAだけc-othersに振ってみるかい?
でも、見習いさんに「来るまで待たんかい、今やるなゴルァ」って言われそうだから、 やめときます。
862 :
見習い▲ ★ :04/06/27 21:10 ID:???
>>862 了解です。< 説明
ディレイ値がどのくらい2ちゃんねる全体の負荷に影響するのかっていうことは、
ちょっと気になってますが。
# しばらく(数時間ほど)オフライン。
この時間(ピーク) c-au: おなかいっぱいだけど、なんとかそれなりにレスポンスはある c-docomo: もうおなかいっぱい。スレ(dat)を表示するところでぐぐっと詰まって、ほとんどだめぽ c-others: 余裕 昨日よりは少しはいいけど(アクセラレータ呪文の効果)、当面はこんなところで。
c-othersからのスレッド直リンクは本来のキャリアでないところから読めます これは放置でいいんですかね?データ取得的には問題にならないのかな? 一応報告だけしておきます。
>>866 c-othersは今のところ制限入れてません。
制限自体は簡単なので、
バックエンドサーバが来て動き出したら、DoCoMoとauは制限しようかなと。
もちろん今制限入れてもいいけど、まだ中途の状態だし。
>>867 上記の件了解しました。
いつもありがとうございます。遅くまで作業されていたので無理しないで下さいませ。
バックエンドサーバを決めておきますか。
>>777 をベースに、PolywellのWebで見積もってみるとこんなかんじ。
Ethernet I/FはオンボードでIntelx2なので、追加不要の模様。
Polywellの定価で4,352ドル。
CPUをXeon 3.06AGHzからXeon 2.8GHzに変更すると、3,871ドルになりました。
ベース:
http://www.polywell.com/us/servers/polyraxx1u2X-3se.asp Base System:Base System:Poly 1U2X-3e Dual Xeon 1U 3xIDE,RackServer (Blk);
Processor:P4 Xeon 3.06G-A 1MB Cache 533FSB HT Processor;
Memory: 4x DDR 266MHz 1GB PC2100 Memory ECC/Registered;
HardDrive:********* N O N E ***************;
Additional HD: 2x Seagate 36.7G UL320 15K RPM SCSI HD 8M Cache;
Floppy Drive:Slim 1.44MB Floppy Drive;
Disk Controller:Adaptec 2200S 2-Ch Ultra-320 64bit PCI RAID 64MB;
Keyboard:********* N O N E ***************;
Mice:********* N O N E ***************;
CD/DVD:Mitsumi Slim 24X EIDE CD Rom Drive;
Graphics:On-board AGP Graphics;
Monitor:********* N O N E ***************;
Modem:********* N O N E ***************;
Network Adapter:On-Board Gigabit/100/1000T Ethernet;
Operating System:********* N O N E ***************;
Optional Support:IAI 1Yr 24-Hr Phone Support (VP);
Custom Assemby:User Manual, Assembly, Packaging
Special notice:
Please configure 2 SCSI disks as striping (RAID 0).
うわっ たか
わはは
>>870 CPUを遅くする(考慮の余地あり)
メモリをけずる(あんまりやりたくないけど、どうしてもなら)
あとは、24時間サポートをけずるぐらいか。
…pekoでこの構成だと約$5000だからなぁ。 まぁ来年の今ごろになればPCI-Eの普及で足回りが速いのが (人柱構成になるけど)かなり安く出来るかもだけど、
根底に、これ以上携帯にお金を掛けないというのがあるですよ、、 ●で増設&維持しているんですから、それとはまったく関係のない 携帯からのアクセスを完全分離して今回の増設で終了という予定です。 それすら歪な設備投資として糾弾されてもおかしくないことなんですから、
>>870 高いかなぁ。価格性能比的には、こんなものだと思いますけど。
あとはどのスペックにするかですね。
たぶん、議論はメモリがどのくらい必要なのかに依存するわけですけど。
ちなみに、
CPUをXeon 2.4GHzにする => 139ドル安
1年間のオプショナルサポートを切る => 62ドル安
メモリを4G(1Gx4)から2G(1Gx2)にする => 544ドル安
となりました。上記を全部けずると、3,126ドル。
ハイエンドサーバ用のメモリ(ECC/Registered)なので、このぐらいの値段になりますね。
>>874 なるほど、そういう事情ですか。
クラシックメニューは携帯での●閲覧をサポートしているので
全く関係ないとは言いませんが、新たなフレームワークが必要なのかもしれないですね。
携帯用●を導入するとか?
CPUはこの際速くなくてもいいので「けちる」ことにして、
FOXさんの案(
>>378 )だと、最初2Gで4Gまでを想定だから、
この 3,126 ドル構成かな。
こんな感じ。
Base System:Poly 1U2X-3e Dual Xeon 1U 3xIDE,RackServer (Blk);
Processor:P4 Xeon 2.4GHz 512KB Cache 533FSB Processor;
Memory: 2x DDR 266MHz 1GB PC2100 Memory ECC/Registered;
HardDrive:********* N O N E ***************;
Additional HD:Seagate 36.7G UL320 15K RPM SCSI HD 8M Cache;
Floppy Drive:Slim 1.44MB Floppy Drive;
Disk Controller:Adaptec 2200S 2-Ch Ultra-320 64bit PCI RAID 64MB;
Keyboard:********* N O N E ***************;
Mice:********* N O N E ***************;
CD/DVD:Mitsumi Slim 24X EIDE CD Rom Drive;
Graphics:On-board AGP Graphics;
Monitor:********* N O N E ***************;
Modem:********* N O N E ***************;
Network Adapter:On-Board Gigabit/100/1000T Ethernet;
Operating System:********* N O N E ***************;
Optional Support:********* N O N E ***************;
Custom Assemby:User Manual, Assembly, Packaging
Special notice:
- Please configure 2 SCSI disks as striping (RAID 0).
- Please connect each SCSI disks on each SCSI channels
というか、今後の増設(設備投資)は想定しているわけで(
>>300 の3と4)、
「追加投資はできるようにしておくけど、新たなフレームワーク or 管理人のOKが
出ない限り、第2段階の投資はしませんよ」
ということかなと。
banana403 を基本にして、 HD だけSCSIにするじゃだめなんだろか? 追加投資できる枠組み等が決まってから本格的な BlackGoat を導入すれば 良いのでは? その時は今回導入するサーバは通常の掲示板ように転用すれば いいような、
>>881 よくわからないけれども
banana403のマザボのモノにもよるような予感、
SCSIをストライピングしちゃうとPCI帯域が間違いなくお腹いっぱいになるから
PCI配下にLANがぶらさがるような構成だとさらにアレなような、、
>>881 bananaは32bit PCIしか持ってないですからねぇ。
U320 SCSIをつけるのには向いていません。
そういうことであれば(コスト重視)、CPUをPentium 4にするとか、
そうするとマザボも少し安くなるとか、メモリがRegistered/ECCじゃなくなるから
安くなるとか、安くすることは可能です。
ちょっと見積もってみます。目標2500ドル。いや、もっと安くできるか。
<ゆずれない線>
・メモリ2G
・U320 SCSI RAID 0
・ディスク15000rpm 36G x 2
・ストライピング
>>882 その帯域っていうのは、具体的にはどういう数値になるんですか?
つまりお腹いっぱいになる時の大まかな値を知りたいんですが、
>>884 SCSIHDなら60MB/sぐらいの転送速度を楽にたたき出すはずですからねー。
で、ストライピングだとコントローラのモノにもよるんですけど、まぁ2倍、と。
で、PCIってのは最大転送速度が133MB/sなんで、だいたいコレでお腹いっぱい。
これにさらにPCIにLANを2つつけるとなると。。
どうでしょ?
32bitPCI 133MB/s(理論値) U320 320MB/s(理論値) HDD 70MB/s×2(実際の値) くらいかな。 32bitPCIならU160のSCSI+HDD 1台でも帯域がぎりぎりのような。
PCI帯域で納まる程度にディスクをケチって代わりにRAMを多めに積んで キャッシュに期待するのは無理なんでしょうか?
>888 3つ合わせてもバス的には誤差程度ですね(^_^;) 頭のいいNICなら実質その帯域喰うだけじゃないかと つまり0.5MB/s以下。
携帯相手ですからね。ネットワーク的にはたかが知れています。 で、ディスクの力不足&ネットワーク処理との兼業がボトルネックになっていて、 現在の苦しい状況が発生している。 たぶん転送速度にした場合今回のでは、60MB(バイトね)/sなんて絶対いかないでしょう。 それよりも大事なのは、「瞬発力」(ディスク上に広く散らばった小さいデータを、 要求に応じてすばやく読み出す)ではないかなと。 だからストライピングにしで、ディスクのI/O性能を向上させようとしているわけで。
32bit PCIバスに、Adaptec 2200Sを挿すっていう組み合わせは、ありうるのかしら。 瞬発力さえあればいいわけだから、、、。 確かに物理的には刺さりますけど、やや宝の持ち腐れ感も。
>>891 電圧が合わないと思われ。
PCIは5VでPCI-Xは3.3Vだったような、
PCI2.1以降は3.3Vカードをサポートしてますが
そうだったのかいな
提案です(^_^;) 1 403相当を導入する > 試す >だめなら2へ 2 1を掲示板に流用して、403相当+SCSIストライピング導入 > 試す >だめなら3へ 3 2を掲示板に流用して、Tiger(ストライピング)を試す って感じではだめなんだろうか?(^_^;) 実はキャッシュサーバに要求されるI/O性能ってどんくらいか判んない気がするだ。
406 を導入して、だめだったら 406 は、 Love Affair 作戦。 Part2 大黒埠頭 へ、まわせばいいような。 406は24h-48hで出来る(Tigerは1-2weekかかる)
大黒埠頭・・・・なんだろう?(^_^;)ドキドキ やっぱ虹みるのかな・・・・
>>896 何してもほんとにだめなら(= ハードの限界)、どんどんとっかえていくと。
で、それはチューニングの腕試しの意味もあると。
ほんとにこれでできるならかなり魅力的かも。
あとは1をやった時点で、
「初期投資はここまで。あとはしくみが出来るまで次はありません」
と言われるリスクをどう考えるか。
>>881 の発言からは、2まではいくと考えてますけど。
大黒ふ頭っつーと鱸釣りのメッカですな
そうっすね。うじうじ考えててもしょうがないので、まずはやってみますかぁ。< 406 今の三人娘と同じ構成ってことですね。
何か起きたらそのとき考えましょう
Polywellのラインナップの中に 「Poly875PS 800FSB P4 SATARAID,100+2xGigLAN」ってのが あるので、コイツに10krpmのSATAドライブ2発って組み合わせなら かなりリーズナブルに、そこそこのパフォーマンス出来そうな気がする。 んが、問題はSATAにどの程度の安定性…って書こうとしたら なんだか話決まっちゃった(w
>>903 今回は枯れた機器・枯れた技術でいこう、というのがコンセプトですからね。(
>>353 )
私もSATAとかは考えたんですけど、提案しませんでした。
>>903 FreeBSDがICH5RのRAID機能をサポしてないんだよー
もう一つのチップのRAID機能は知らないけど
それにGDシリーズならお高い740GDじゃないとパホーマンスが悪いらすい。
RAFFというシークを早くする機能があって、その機能は740GDにしかついていないらしい。
406 発注しました。
>>906 おつです。
スイッチも同時に来るですか?
きますー これもどれくらいの性能が必要なのかわからないので いつも使っているやつを既に用意して有ります
では、スイッチのほうは物理的に接続だけするように伝えてください。
つなげていただければ、IPアドレスはこちらでプライベートアドレスを振ります。(
>>692 のもの)
ところで403は別の場所に入っていて移動が必要だと以前言っていたような。
>>906 おつでしたー
もし
駄目出し→掲示板用途@おさがり争奪戦、になるのかな?
それともドコモ弐号機みたいな受付嬢に転用するのかな?
あわせて確認のうえ、目論み通りに設置してもらいますー
さて、PRIN=AirH"PHONEの規制が解除されたわけですが。 c-othersのアクセスがどのくらい急増するか、ある意味見物ですかしらね。 ところで、r.i/p.i廃止後、i.2ch.netの扱いはどうなりますやら。 当面の間c.2ch.netにリダイレクトして、最終的にはiとcを統合とか? 窓口のわかりやすさ的にはiのほうだと思うのですが、はてさて。
>>912 iは今とあんまり変えなくていいんじゃないかなと思うです。
単に入り口のところのリンクがcへのリンクになるだけではないかと。
そうすると i(入り口)→c(振り分け)→c-docomo/c-au/c-others(フロントエンド) ということでいいのかな?んで、i.2ch.net/2chi.html以下はばっさり切り捨て、と。
iは入り口以外にも、とんすけさんが今手掛けているFAQなどの静的コンテンツを入れると言うのはどうかな? 読むか分からないが心得なども載せたらいいんじゃいかな?
FAQ自体はinfo.2ch.netに置き場があるのでそれで十分なんすよね。 それ以外に使いみちがありますかしらねぇ。
917 :
動け動けウゴウゴ2ちゃんねる :04/06/28 23:59 ID:afGMXMuK
私家メニューetc.ツール置き場…とか?
ドルチェさんに連絡付く方、ドルチェ版私家メニューではr.iを呼び出しているようなので、 c.2ch呼出か、dat直にするようにと…。 あと、ドルチェ版ソースを使ったシステムを使用しているユーザーにも、 r.i呼び出しが今後使えなくなると言う連絡をおながいしまつ。
>>916 携帯→2ch運用情報スレッドの携帯向けテンプレ置き場とかどうでしょうか?
携帯から
>>1-20 を見るのは結構、手間がかかるので
スレの
>>1 にクラシックさんメニューの2ch総合案内みたいにあれば、
見てもらえませんかね。
まぁ、読まない人は何をしても読まないと思いますけどw
iには cへの入り口 FAQの入り口 運営側からのお知らせ 鯖監視所などツールへのリンク あたりが有ればいいんじゃないかな?
この時間はauもdocomoもいっぱいいっぱいですね。
なんだか、pingに答えなくなったみたい。 場所の移動中か。
お、ping復活した。みてきます。
電源断の形跡があるので、移動だったと思われ。
移動です
c-auとc-docomoの再編が必要かも…。 具体的には高速端末と低速端末の振り分け 更にEZの場合はWAP1.0(HDML・HTMLはEZセンターで変換)とWAP2.0(C-HTML対応)で振り分け 振り分け案: c-docomo mova:c-docomomova FOMA:c-docomofoma c-au(案1) WAP1.0:c-auhdml WAP2.0(cdmaOne/TU-KA):c-aulow CDMA2000:c-aumeddle WIN:c-auhigh c-au(案2) WAP1.0:c-auhdml WAP2.0(WIN以外):c-aumulti WIN:c-auwin
>>929 目的も一緒に書いてもらえると助かります。
〜〜を実現するための案 〜〜。 というような感じで、
931 :
929 :04/06/29 14:34 ID:+GwlJIUr
>>921 で、c-docomo/c-auが高負荷との事で、負荷分解が何とか出来れば…。と言う事で…。
特に、FOMAやWINではスレの趣旨にある、定額でのアクセスへの影響もあると思うので。
負荷に関してはすべてが揃った時点で考えるべきじゃないかな? 将来的にはキャリア毎とかでなく完全ラウンドロビンもありなのかな?
933 :
931 :04/06/29 14:59 ID:+GwlJIUr
あと、c-auはWAP1.0(HDML)/2.0(XHTML(C-HTMLと幾らか互換))で、 スクリプトのHDML処理部分とHTML処理部分を鯖を分けての切り離しで、若干余裕が出来るかもしれない。 また、c-docomoの場合、movaだと利用者が多いのと、FOMAだとアクセスが多い。 その2つが重なると言うのも影響があると思うので…。
問題はどうやってサーバを増設するかってことかな?
>>931 振り分けってマシンを増やすってことであれば、
>>874 に有る様に
お金がない状況だから資金調達の問題を先に解決すべきな希ガス。
んで、今想定されているようにc-au1,2,3と横並びに増やしていくのに
対して、モデル世代毎に振り分けるのはどんなメリットがあるんだろ?
みんなが機種変するのに従い、サーバの負荷も旧→新へと移行する
だろうから、負荷バランスの配分に苦労しそうな気がするんだけど。
運営側で鯖移転を繰り返してバランスさせるより、ユーザ側で勝手に
分散してくれる方が効率が良いような。
937 :
動け動けウゴウゴ2ちゃんねる :04/06/29 15:20 ID:nLaMPZRl
いくつか方法は考えたけれど、すべて既出なんだよね。
>>932 バックエンドが来てから出ないとなんともいえないですが、
システムは単純なほうがいいので、単にラウンドロビンにして、
c-docomoという名前がついたマシンを増やせるようにしておけばいいかなと
思っていたりします。
で、問題は既に既出ですが、今後の増設の算段をどうつけるかっていうことで。
仮に携帯用●みたいなものを作るとして、benefitとしては何があるんだろうか。
>資金 『設置済みp2』を2chが主体になって販売する、とか。 有料レンタル掲示板のノリで。
(1)軽い鯖を使える (2)ディレイ0秒(可能なのかな?) (3)スレ立て規制緩和(リモホでなく端末固有情報で規制) (4)それ以外は通常の●と同じ つーのはどうかな?
書き込みエラーが起きた後 「〜こちらでリロードしてください。GO!」のリンクを押したら PC用の方へ行ってしまうのはなんとかならないんですかね それとも直ってる?
>>941 PC用に逝って、メモリ不足で自動切断される。
bbs.cgiの仕様上仕方ないと思います。
そんなこと言ったら書きこみエラーが起きた後の画面でクリックしたら書きこもうとした内容が記入された書きこみ画面にもどれるようにとかも出来ちゃいそうだしね。
やらないってことは出来ない。やるのが大変、なんだろうけど。
>>939-940 利用者からカネ巻き上げるようにしたらいろいろ面倒な問題も付きまとってウザそうなんだけどなー
>941 携帯なら普通「戻る」で前のページに戻るだろ。 それから"直す"というか、携帯用にわざわざ"対応"はしてくれないと思うぞ。
ドコモ用の鯖増やすんだったら試しにiMona中間鯖を1台置くとか。 ま、これも増設の資金をどう調達するかによるんでしょうけどね。
iMonaの中間鯖にかかる負担て、クラシックより低いのかな?
>>947 パケ代節約の為zgipで圧縮している場合は、遙かに中間鯖のほうが負荷は高いです
但し定額キャリアの場合は意味が無いため圧縮無しで使っている(このほうがさくさく繋がる)ので、HTML変換が無い分軽いかも
949 :
948 :04/06/29 21:12 ID:+YTZBm1G
×zgip→○gzip
ある程度のレス毎にレスとレスの隙間にじどうてきに広告が入るようにするとか・・・ んで携帯版●を買った場合 それが表示されなくなる それと●を持っていると高負荷時でも優先的に処理をするとか
マジメに広告掲載すれば何十万/月の広告収入は可能じゃないの?
広告ったって、出会い系だけでしょ、どうせ
>>948 強力な鯖で動かした実績がないので、どれだけ裁けるか不明ですね〜
HDDのアクセスが多いのは変わりないと思います。
携帯アクセス用バックエンド Black Goat (黒山羊さん) 到着でーす メールしました > 管理人、root ★さん。
>>954 ログイン確認しました。
構成は三姉妹と全く同じでした。(Prescottではない)
作業に入ります。
おっ、ついに来ましたか〜 実験は一番軽いc-others?一番重いc-docomo?
>>956 c-othersで機能構築・試験
c-auで設定をチューニング
うまくいけばc-docomoを入れてさらにチューン
っていうかんじかなぁ。
了解です。 受け付け嬢は簡単に改造出来そうだけど、黒山羊さんはちょっと時間かかりそうですね。
>>958 シンプルにI/O業務を分離するため、まずはプロキシ方式で動かしてみようかなと。
つまり、php.ini的にblackgoatの中側のアドレスをproxyにするだけ。
で、c-xxでのdatキャッシュはしないことにすると。
120秒判定のところがきちんとできるなら、これだけでかなりいけると思うけど、どうかなと。
もしこれで転送量やアクセスリクエストが増えてしまうようなら、そのときは別途考えると。
クラシック本体をバックエンドに持ってきて、フロントを介して携帯とやりとりするのかな?
>>960 はい、最初(Tigerサーバ/w SCSI stripeが入る前提だったころ)は、それも考えていました。
で、各フロントエンドは、リバースプロキシをすると。
しかし、今回入るバックエンドはbananaサーバです。
ということで、PHPをバックエンドではあんまり動かしたくないかもなぁと。
ただ、どっちの方式がいいかは、やってみないとわからないところがあります。
1)方式1
・フロントエンドはクラシック(改)
・バックエンドはApacheのプロキシ+キャッシュ
2)方式2
・フロントエンドはApacheのリバースプロキシ
・バックエンドはクラシック
まずは、負荷かかるかもしれないが、(2)を試して、 その間に(1)の準備をしましょうか。
>>962 そうしますか。
なら、一番苦しいとこからやんないと意味ないですね。
c-auやc-othersは何とかなってるから、自動的にあれかぁ。
今夜は、たぶん儀式まで。 で、明日深夜あたりにテスト開始の見込みで。 (明日は終日外出予定のため)
一番重い所で様子を見て、次にauも(2)に変更してまた暫らく様子を見ていく。 その間にothersで(1)を構築する感じですかねー (1)の本格的構築は週末からですね。
関係者の方々、乙です。しかしc-au、激しく重いです(´・ω・`) 携帯を使った直接課金が大変ならば、利用者の手間はかかりますが、PCから 携帯用のユーザ名とパスワードを売って、鯖代にあてるとか、次善策はないですかね? 携帯向けに2chを解放する(ぴろゆきの)思惑なり、狙いがあるのでしょうけど、 想像するに、今のところはできるだけ金銭的コストをかけずに携帯ユーザー を引き留める、という方針なんでしょうか。
>>967 誘導したつもりかもしれんが、ちと違うと思うぞ?
>携帯からのアクセスを議論するスレ2
>現在運営側では携帯用専用サーバを導入することにしていますが、
>それまで時間はかかるのは避けられません。
>ここでは専用サーバ導入までの間どういう対策を行うのか、を議論するスレッドです。
よって
>>966 のような提案はこのスレで受け付けるのが妥当だと思うが?
>>966 スレに目を通せばわかるように、現在中の人とボランティアさん各位が
がんがって携帯専用鯖の調整に日夜奮闘している最中です。
導入して間もないこともあり、試行錯誤しながら最善の調整を目指して
いろいろ実験しながら調整している段階なので、実験〜調整が完全に終わる
までは携帯からでも利用できることに感謝しなければいけないと思いますよ。
970 :
動け動けウゴウゴ2ちゃんねる :04/07/01 09:50 ID:FbSJlFUp
>>969 いや、966の主旨は、ボランティアの労力を否定することではないと思われ。ただ、プアな環境での対策では限界があるから、抜本的な対策を望んでいるのでは。
しかし鯖の維持が大変でひろゆきのメリットとないなら、単に携帯悪禁にする選択肢もありだな。
結局こういった問題ってハ〜ドウェアのレベルの問題でしょ 一番悪いのは電電公社だとおもいまつ デンデン氏ね
972 :
動け動けウゴウゴ2ちゃんねる :04/07/01 12:39 ID:RaH8Tesg
p2本スレに携帯しか持ってない人の為に無料でp2をレンタルしてくれてる人がいたね
ごくろうさまでした
976 :
◆BFzK/mtqM2 :04/07/01 23:45 ID:GgAWGcT4
>>976 りょうかいです。
んじゃ、もうちょっとしたらc-othersあたりからごそごそしてみます。
c.2chで鯖移転が反映されて居ない板があるのですが…。
c-others、切り替え完了。様子をチェック中。
c-auを乗せると、LAがこの時間で80超えてしまいます。 やっぱり、PHPをBlackGoatで動かすとだめな予感。 PHPは三人娘側で動かさないとむりぽですね。
>>980 鼻薬を効かせてなかったかもしれないことが判明。
Apacheをバージョンアップして、あとでもう1回やってみるか。
やっぱだめですね。 ・PHPの処理 ・ディスクI/Oの処理 の「2大重い処理」を分離分割しないことには、どうしようもなさそう。
ということで、すべてを元に戻しました。 さて、どうすべか。
やっぱり、だめぽですか。。。。 php処理をフロント側へ移すように改造しますか
>>984 そうできますか。
・フロントエンドでPHP専門
・バックエンドでディスクI/O専門
というのが、よいように思います。
そうしておけば今後、
・フロントエンドは横並び
・バックエンドはストライピング等の高速化とか、URIごとに別のバックエンドに依頼するとか
にできるので。
バックエンドのキャッシュ作成にphpなりの処理が必要な気がしますが、そこはどうします?
>>986 バックエンドのキャッシュはApacheのProxy+Cacheでまずは十分なきがします。
これで動かしてみて、転送量をチェックするのがいいのではないかと。
じゃあ、フロント側は、差分うんぬん考えずに、各サーバにxxxxx.datを取りに行けばよいのかな?
>>988 それがいちばん楽ちんですね。
その時にPHP側でProxyを指定することって、できるんでしたっけ。
>>989 うーん、やはりproxyは、apacheの方で設定なのかな?
今一番すいている時間を狙って、一時的にバックエンドclassic、フロントはpoundと いう構成を試しています。 つまり、最も単純な構成です。 しかし、LAが既に70近いです。 ただ、この構成だとフロントエンドはほとんど完全に遊んでしまうので、 フロント側でもうまいキャッシュ(ディスクキャッシュかな)をやってみると いいのかもしれないです。
確かに、フロントの負荷がほぼゼロってのはもったいないですね。
>>991 フロント側は、Apacheのリバースプロシキ+キャッシュってできるのかな?
c-others&c.2ch.net飛んでますか?
>994 c-others落ちてますね。。。
またSONYか
すいません。。>996は誤爆です。スイマセン。。。
(・∀・)ニヤニヤ
□□□□■□□□□□□□□□□□□□□□□□□□□□□□□□■□□□ □□□■□□□□□□□□□□□□■■■■□□□□□□□□□□□■□□ □□■□□□□□□□□□□□□■□□□□■□□□□□□□□□□□■□ □□■□□□□□□□□□□□□■□□□□□□□□□□□□□□□□■□ □■□□□□□■■□□□□□□□■□□□□□□□□■■□□□□□□■ □■□□□□□■■□□□□□■■■■■□□□□□□■■□□□□□□■ □■□□□□□□□□□□□□□□■□□□□□□□□□□□□□□□□■ □□■□□□□□□□□□□□■■□□□□□□□□□□□□□□□□■□ □□■□□□□□□□□□□■□□■□□□□■□□□□□□□□□□■□ □□□■□□□□□□□□□□■■□■■■■□□□□□□□□□□■□□ □□□□■□□□□□□□□□□□□□□□□□□□□□□□□□■□□□
1001 :
1001 :
Over 1000 Thread このスレッドは1000を超えました。 もう書けないので、新しいスレッドを立ててくださいです。。。