【Love Affair】携帯からのアクセスに対する考察・次の一手 Part2
■ このスレッドは過去ログ倉庫に格納されています
日増しに増加する携帯からのアクセス。
かつて、羨ブラが生まれたように何かが生まれないと
ならない気がする。
たぶん解決策は、時間を売って空間を買うだと思うけど
いろいろ考察して、次の一手を決めようかと、
Love Affair 作戦。
Part2 大黒埠頭
前スレ
【Love Affair】携帯からのアクセスに対する考察・次の一手 Part1
http://qb5.2ch.net/test/read.cgi/operate/1075887465/ 今ここはそういう話をしてるんじゃないんです
しかもおまえら全部既出 そういえば、3 人娘の Apache がまだ 2.0.49 のままですよね。@メモリリークの件 サーバのチューニングも大切だけど、PHPを使うのを
やめるのもひとつの方向性かもね。
全部のスクリプトを変えなくても、一部の重い処理だけを
バイナリ化するだけでも全然違うだろうし。 >>267
64bits 環境じゃないので関係ないですね。m(_ _)m >>268
プログラムの保守性や開発のしやすさとの兼ね合いもありますね。< PHPをやめるかどうか
個人的には、PHPを少なくとも全面的にはやめないほうがいいかなと思っています。
圧倒的にCPUを食っているのがhttpdなので、
PHPの処理であることはほぼ間違いないですね。
あとは「どの」処理に最もコストかかっているかの見極めかと。 ちょっとだけAPC(無停電電源じゃなくてPHPを高速化するモジュール)をc-auでためしてみたけど、
あんまり速くならない模様。
これでZend optimizer, PHP acceralator, APCを試してみたけど、
フリー物ではPHP acceralatorが一番(しかも、相当)いいみたい。 さきほどc-othersとc-auで呪文を唱えました。
c-docomoでも機を見て唱えてみる予定。 >>272 は「効果があれば」の話です。
しばらくはc-auで様子をチェックで。
内容は >>271 をもう少しまじめに設定してみた、ということで。 PHP用プロファイラって無いの?
PHPじゃtruss/traceしても仕方ないか きたく。
>>274
プロファイリングはしたいところですね。
このへん(PHPのプログラムでどの処理が高コストなのかを調べる)は、どうやるのがいいんだろう。 >>275
> このへん(PHPのプログラムでどの処理が高コストなのかを調べる)は、どうやるのがいいんだろう。
勘で。 あんまり効果ないっすね。設定が悪いのかもしれないけど。
いちおう、shmモードで動かしてみてました。
php_acceralatorと一緒に動かしたり(さっきのc-others/cのダウン)、
apc.optimization = 1
を入れたりすると恐ろしいことになる(今しがたのc-othersの急激な負荷上昇)ので注意。 前からの問題だが、c-auとc-docomoの鯖負荷が物凄い。
i.2ch時代はそれぞれの鯖でcgiを叩いて負荷が分散されたが、
c.2chでは中間鯖を経由してdatを読む、それに呼び出しが殺到な感じ。
機種別統計の必要性が感じられる。 ということで、さきほどphp_acceleratorに戻しました。< c-au/c-others >>279
参考までに昨日のログでアクセス数を調べてみるかな。 game6と同じ問題があるかもしれない(高負荷時には統計取りの負荷もばかにできなくなる)ので、
アクセス統計の取り方を変えてみよう。
それまで、少しアクセス統計とるのをおやすみ。< c-au/c-docomo 統計とめてしばらく見てるけど、まさに焼け石に水だなぁ。 それでも働き続けている彼女たちは健気ですよね。@ 3 人娘
でもってもしかして、素敵な淑女達でやるよりも、
幼気な少女(低スペック+低帯域)を何十人と集めて捌いた方がいいのかな?@キャンディーズよりも娘。みたいな(w こんなのあった。とりあえずメモ。
これで板カテゴリを出すところとか、相当にキャッシュできそうな予感。
キャッシュデータをMySQLで管理するのにも対応しているし。
http://www.jpcache.com/
サーバ側のセットアップ(まだやってません)の後に、プログラム側の書き換えも必要なのか。 プロファイラと言うよりデバッガなのかな?
ttp://inagi.himitsukichi.com/~aozora/cgi-bin/pukiwiki/pukiwiki.php?xdebug%A4%F2%BB%C8%A4%C3%A4%C6%A4%DF%A4%EB root ★さーん
cobra2247 のセカンドポートがLANのスイッチにつながったという
未確認情報がきましたー >>287
これから確認します。
で、OKなら、
cobra2247のセッティング変更・掲示板バーチャルホストのmemoriesへの移動などをすすめます。 接続されていますね。192.168なアドレスをつけました。
セットアップ作業にはいります。 c-au or c-docomo を 分割じゃなく全面移行で、
私としては c-au だけど、
実験を目的とするなら c-docomo ですかねぇ >>290
c-docomoですかね。
cobra2247はdual channelのSCSIですが(peko仕様)、
両方が同じチャンネルに接続されています。
他のpeko同様に別のチャンネルにわけてもらったほうがよいので、
これは別途すすめます(メールはCc:します)。
etc2 society2 food5 の内容をmemoriesに転送中。
この後別スレで変更の儀式の予定。 今回の目的は
CPU パワーがあれば解決するの?
yes /no でーす >>292
了解。
それだと、PHPアクセラレータが使えるi386モードがいいのかな。
あ、i386互換モードで動かせばいいのかも。
いずれにせよ、まずはできることをやってみましょ。 >>291
乙です。
先に移転した分↓についてもmemories入りをよろしくお願いします(念のため)。
etc2→life6(body hikky mental psy sousai utu) >>294
すべてホームディレクトリをまるごと移動しました。
>>295
おどしですか(w。 bananaとpecoのCPUの性能の差をいよいよ見られるわけで まじにわくわくです お店からですかね・・・>狐さん
http://tmp4.2ch.net/test/read.cgi/mog2/1089018804/
363 名前: ◆BDFCNV1.to 投稿日:04/07/07 20:30
さてさて、
ダダダダダタッ
クラシックさん and/or ◆BFzK/mtqM2さん、いますか。
新c-docomoの準備ができました。
c-docomo.peko.2ch.net という名前を一時的につけてあります。
アカウント等の設定は現c-docomoと同じです。
中身を入れ込んでくださいです。
c-docomoから転送しようと思ったけど、重い重い重い重いでだめぽでした。 >root★さん、
いますよーん
>◆EA.clAssIcさん、
c-othersのでいいんだよね。
>>302
裏口も含めて設定済みですので、同じものでよいはず。
準備できたらここで知らせてくださいです。 携帯用とPC用は内容を分離することきぼんぬ。
(=同じものは見えない) 既に作業進行しはじめている予感。
ということで、うまく調整してくださいです。 あら、、、
確認ですが、作業完了後に名前がc-docomoに変わる、
で良かったですか? >>rootさん あら、コピーしおわちゃった。
多分大丈夫な予感です。 おつです。>両氏
いちおう、両氏からの動作OKの確認を待って、儀式依頼します。
でも中の人が >>300 であることと、DNSが変わるのに時間がかかることから、
本格稼働は明日以降になる予感も。 動作確認OKです。
今名前が変わる前なので、subjectをキャッシュしちゃってますが、
c-docomoに変更後は期待通り動作すると思います。
ところで、.BAKファイルは削除して良いですか? >>◆BFzK/mtqM2さん 削除しちゃってくださいw
他にいらないのも。。。。 datフォルダもsubjectフォルダももう要らないんだよな。。。。 依頼しました。
さて、poundでちょっとつないでみるか。 旧c-docomo=>新c-docomoをpoundでつないでみた。 さて、どうかな?
ログを見る限り、だいじょうぶそうにみえるけど。 LAが2とか3ぐらいしかいかないや。< 新c-docomo
うそみたいだ。何か間違ってるのかな。 c-docomoは 503 Service Unavailable です。
>>322
pound側でほんとうに携帯からしかみられなくなっています。
どうせ新c-docomoで止まるので、解除します。 そっかぁ。poundで飛ばすとIPアドレスが変わっちゃうのね。
PCから見るとわれわれも人大杉になっちゃうなぁ。しかたないか。 LAが1切ってるけど、何かの間違いってことはないよなぁ、、、。 やっぱ、サーバとしての「モノ」が違うってことなのかなぁ。 アクセスカウンタ復活させてみませんか? < 新c-docomo 負荷は脈動的にかかるけど、LA=1〜3で安定してるみたい。
やっぱ、Pen4 Single IDEとOpteron dual SCSIでは比較することすらおこがましいのかも。
ちなみにPHPアクセラレータのamd64版はないため、次善の策としてAPCを導入しています。 >>332
DNSが更新されていないので、旧c-docomoです。
今は単に新c-docomoに転送しているだけだから、軽いわけで。
LA情報はしばらくはこちらで。
http://c-docomo.peko.2ch.net/_service/20040708.txt >>333
明日以降、DoCoMoゲートウェイから直接来るようになったらやってみます。 >>334
なろほど、旧c-docomoがバッファになっている可能性もあるのかな?
いずれにしても、旧c.2ch.netの実績からすると当然のような気もしますね。
comic4鯖とdomoco以外のアクセスがなくなっているわけだし。 >>336
で、ディスクもストライピングを導入してnewfsのパラメータを変えてチューニングしてあるし、
apc(PHPキャッシュ)を入れているし、datキャッシュはblackgoatがやっているし、
掲示板がないのでPHP処理に注力できると。
でもこのへんのチューニングノウハウは、遅いサーバで四苦八苦したからこそ得られたわけで。 >334
同じファイルを指しているような。
http://banana404.maido3.com/~ch2c-docomo/_service/20040708.txt
>>338
お、こっちもpoundで運ばれるのか。
じゃ、既にメモリは変わったことになるわけか。 >>334
鯖監視所のc-docomoはc-docomo.pekoを読んでるみたいですね。
http://c-docomo.2ch.net/_service/20040708.txt
http://c-docomo.peko.2ch.net/_service/20040708.txt
ココまでオマケで転送掛かってるみたい。
旧c-docomoはmumumu.muのMRTG統計で取ってる方が
正規のLAなんじゃないですかね。 メモリ => 目盛
(ch2.ath.cxのことです)
http://ch2.ath.cx/load/c-docomo.html
しかしそうして見ると、改めてすごい。 >>340
そうすね。こっちはhttpでとってないので、転送の影響出ないし。 295 名前:wbcc1s15.ezweb.ne.jp@FOX ★ 投稿日:04/07/07 22:14 ID:???
10倍はこなせるですよね?
とりあえず、今の負荷からすると10倍こなせそうな予感はしますね。 負荷は喫水線を超えるとがばっと来るので油断は禁物ですが、
とりあえずそれなりに性能は出せている…のかな。>>343
live8を作っていた時にも思ったけど「これで本来の性能」と思うと、
実はそうじゃなかったりするんだよなぁ。 まだr.i/p.iを止めていないサーバがかなりあるわけで、、、。>>345 11日は球宴(長野)と参院選開票があります。どれくらいの負荷が
かかるか興味があります。
さて、DNS変更後もこの軽さが続くことを祈りながら、本日はおやすみなさい。 ためしにhttpdを再起動してみた。するとLAが一時的に上がる。
APC(PHP中間コードキャッシュ)がうまく動いている予感。
さて、ねるか。 でしょ
次はフロント全部peko にして
30倍の負荷を BlacGoat へですよー
で、このとき多分耐えられなくなるけど
これを解消するのはソフトウェァ的手段で、という運びになっとります。 >>351
えっ、もう次のプランですかぁ・・・
相変わらず、早いですねぇ・・・
がんばってください・・・ >>351
あと2台のpekoをどこから調達するのか気になります。
cobra2246が空いてて、もう1台は…? othersどこかと同居でも問題ないんじゃないかなぁ〜 >>354
cobra 2244(game6とnews11)をどけるのでは?
移動させるとしてもgame6がbanana3台分いるのですよね。
値段調べてませんが、banana3台とTiger1台どちらが安上がりなのかわかりません。 >>351
BlackGoatが限界に達したら(どんな限界かにもよりますが、もしblackgoatのディスクI/Oなら)、
blackgoatを多段化すればいいのかな。
こんなかんじで。
c-docomo1,2,3,... => c-docomoX 用 blackgoat => blackgoat親玉 => 2chサーバ群
c-au1,2,3,... => c-auX 用 blackgoat =>
c-others1,2,3,... => c-othersX 用 blackgoat =>
キャッシュの効率化を考えたら、キャリアじゃなくdatを取りにいく先で分けたほうがいいんじゃないかな? >>358
お、それいいですね。
絶対ヒット率上がるし。
news*、tv*、... 用blackgoat
etc*、life*、... 用blackgoat
love*、comic*、... 用blackgoat
っていうかんじかなと(上記分け方に意味はないです)。 >>357-358
その方法は封印して一台で動くようにプログラムを書こうという話でーす。 >>360
なるほど、それがソフトウェア的手段(>>351)だと。
何か、勝算がおありなので。 まずは 30倍負荷下の BlackGoatを作り出さなきゃ
なにも見えてこないかと・・・
つまりあそこが悲鳴を上げるかな? とかは予想は出来るけど
実際にはわからないわけで、 と言う訳で入り口を広くしましょうと言うことですね。 とすると実作業は、
1)c-auをpekoにする
1')c-others/c(同じマシン)をpekoにする
2)すべてのサーバのr.iとp.iを止める
3)i.2ch.netのr.iとp.iに行く入り口をふさぐ
ということになるのかな。 概ねそんな順番かと、
c-au をpeko にして、r.i / p.i を順次とめてみて
どこまで耐えられるか、、、
c-others はpeko化が必要になった時点で、 ■ このスレッドは過去ログ倉庫に格納されています