【Love Affair】携帯からのアクセスに対する考察・次の一手 Part2

**FOX ★** · 04/07/01 13:55

日増しに増加する携帯からのアクセス。
かつて、羨ブラが生まれたように何かが生まれないと
ならない気がする。

たぶん解決策は、時間を売って空間を買うだと思うけど
いろいろ考察して、次の一手を決めようかと、

Love Affair 作戦。
Part2 大黒埠頭

前スレ
【Love Affair】携帯からのアクセスに対する考察・次の一手 Part1
http://qb5.2ch.net/test/read.cgi/operate/1075887465/

**FOX ★** · 04/07/05 18:20

次の一手は・・・

1) peko 機を移動してこのLANに接続
2) c-docomo を peko 機でそのまま運用(まだ分割しない)
3) これで CPU がへたれかどうかが検証できるはず !?

懸念されることは c の機能がそっくりそのまま改造することなく peko で動くか
かな?

**root ★** · 04/07/05 18:22

>>236
こないだまでcomic4(cobra2246)で動いてました。< cの機能

あのときはLA=50ぐらいで、全部のキャリアを受けてたかな。

**動け動けウゴウゴ２ちゃんねる** · 04/07/05 18:24

DOCOMO/AU/otherの振り分けは間違いなくできてるという前提で
LAでなく接続端末数はどうなっているのだろう

待ちプロセス多数でメモリが足りないなら接続受付数の調整で変化出てるとは思いますが

**FOX ★** · 04/07/05 18:25

>>237
あっ　そうだった、、

◆f0.zuburi6 · 04/07/05 18:34

この間のcobraでは送出待ち多数な状況でしたねえ(接続数とか処理周りに違いはあるけども)。
docomoとauはcobraが必要なんすかねぇ…

◆X7F1FulWvk · 04/07/05 18:47

まだ出ていないようなので、浅知恵で意見致します。

DoCoMoとauの大きな違いは、
端末でキャッシュするかしないかだと思いました。

それから、端末って、ちゃんと「処理完了」のお返事してるのでしょうか？
その辺は解決済みですか？

**未承諾広告※** ◆TWARamEjuA · 04/07/05 18:53

httpd -F on tcpserver という手も残されているのかな？
実験してみたところ、無駄に風呂敷（メモリ）を広げずに動いているみたいです。StartServer も無視。
接続数なども tcpserver 側で制限できるので(-c)、その分 httpd のお仕事も減らないかなぁと。

>>241
TCP レベルのお話かな？＠処理完了のお返事

◆X7F1FulWvk · 04/07/05 18:53

続けて失礼します。

キャッシュがあると、
1.リクエストの間隔が長くなる、
2.一度のデータが大きくなる、
と思います。

誤差程度かもしれませんが、一応書いておきます。

04/07/05 18:54

>>243
？どこからどこまでのキャッシュの話？

◆X7F1FulWvk · 04/07/05 18:58

>>242
どの階層かは思い付きませんが、その辺です。＜TCP

◆X7F1FulWvk · 04/07/05 19:02

>>244
携帯端末内のキャッシュです。

◆/dAlcsdWd2 · 04/07/05 21:15

>>220 docomo2xx、5xxは下り28.8、上り9.6じゃなかたっけ。
ttp://k-tai.impress.co.jp/cda/article/showcase_top/16825.html

そーすっと。ここらへんも関係あるかも。

**動け動けウゴウゴ２ちゃんねる** · 04/07/05 21:17

>>247
5xx全てが28.8Kでは無い。
504以降から28.8Kだったっけ
詳しくは知らん。

**動け動けウゴウゴ２ちゃんねる** · 04/07/05 21:25

鯖負荷を見ていたら、c-docomoとc-auがパンク状態でc-othersがガラガラ
一応、c.2chの機種別総合アクセス統計が必要かも…。
・D（FOMA/mova）
・au（cdmaOne＆CDMA2000/WIN/TU-KA
・v（V6＆J5/V8）
・PHS（AirH" PHONE/PALDIO brouserphone/ASTELドットi）
てな感じで…。

◆/dAlcsdWd2 · 04/07/05 21:26

>245 そうですね。
ADSLみたいに非対称通信といいたかったわけで。

**動け動けウゴウゴ２ちゃんねる** · 04/07/05 21:31

一台増えるけど、
squid---c-docomo---黒山羊
の三段体制とかは？
squidとc-docomoは同居でも良いと思うけど。。

**動け動けウゴウゴ２ちゃんねる** · 04/07/05 21:35

>>248
28.8k対応：
50xは504以降。
25xは252以降。
21xは該当無し。
6xxも該当無し。

**動け動けウゴウゴ２ちゃんねる** · 04/07/05 22:42

>>251
これ以上の鯖増設は携帯ユーザーの資金でお願いします。

**動け動けウゴウゴ２ちゃんねる** · 04/07/05 22:53

　　　　TCP/IP　　　　　　　　　　　　　　　　　　　　　　　　　　　　　28.8k/9600
2ch鯖 ------ GW ----- ﾊﾟｹｯﾄの制御装置とか ----- 基地局 ------ 端末(数千万台)

この構成でTCP/IPの所まで基地局－端末間のスピードで通信してるとは思えないです。
多分どこかでバッファリングしてるはず。

◆BFzK/mtqM2 · 04/07/05 23:49

今の状態を見る限りキャリアの問題とは違うんじゃないかな？

auもdocomoもほぼ同じアクセス数で同じような負荷

**動け動けウゴウゴ２ちゃんねる** · 04/07/06 05:56

>>254
>多分どこかでバッファリングしてるはず。
http://www.hitachi.co.jp/Sp/TJ/2002/hrnmay02/hrn0508j.htm
http://www.hitachi.co.jp/New/cnews/2002/0311/index.html

auは確か日立だったと、
docomoはNECなので、少々違うと思います

t590083.ipgw.phs.yoyogi.mopera.ne.jp · 04/07/06 07:15

>>241に関連したことですが・・・・
「携帯電話は移動する」　→　電波状況が悪くなる　→　強制切断
・・・で、「２ｃｈからのデータが完全に送信完了されない」ために
ゴミが溢れるということは考えられないですか？

**動け動けウゴウゴ２ちゃんねる** · 04/07/06 07:17

前々から逝ってるけど中間（ｒｙ

t590083.ipgw.phs.yoyogi.mopera.ne.jp · 04/07/06 07:20

ついでですが・・・・
ＦＯＭＡに限って言えば年末あたりにパケット定額料金の契約者に限定して
ネットワークの混雑状況に応じて個別に帯域制限をかける予定らしいので、
そのことで２ｃｈ鯖→ＦＯＭＡ携帯へのデータ送出が詰まりやすくなることも
懸念されてくるような気がしますです。

**動け動けウゴウゴ２ちゃんねる** · 04/07/06 08:31

各キャリアの公式メニューに載せて有料にしちゃえよってのはガイシュツ？

04/07/06 08:37

>>253
それで正解にしよう。
これ以上巻き添いは拙いだろう。

**動け動けウゴウゴ２ちゃんねる** · 04/07/06 08:38

>>260
http://qb5.2ch.net/test/read.cgi/operate/1086695147/6

04/07/06 08:40

携帯からの接続に課金してたんじゃないのかよ！
最初はそういう話じゃ無かったか？
いくら鯖増強したって、保つわけないよ。

**動け動けウゴウゴ２ちゃんねる** · 04/07/06 08:46

有料でも快適に利用したいという希望者用に●専用鯖併設というのは？

**動け動けウゴウゴ２ちゃんねる** · 04/07/06 09:06

今ここはそういう話をしてるんじゃないんです

しかもおまえら全部既出

◆BFzK/mtqM2 · 04/07/06 12:37

docomoの190ってすげーな

**未承諾広告※** ◆TWARamEjuA · 04/07/06 13:28

そういえば、3 人娘の Apache がまだ 2.0.49 のままですよね。＠メモリリークの件

**動け動けウゴウゴ２ちゃんねる** · 04/07/06 13:33

サーバのチューニングも大切だけど、PHPを使うのを
やめるのもひとつの方向性かもね。
全部のスクリプトを変えなくても、一部の重い処理だけを
バイナリ化するだけでも全然違うだろうし。

**未承諾広告※** ◆TWARamEjuA · 04/07/06 13:48

>>267
64bits 環境じゃないので関係ないですね。m(_ _)m

**root ★** · 04/07/06 14:10

>>268
プログラムの保守性や開発のしやすさとの兼ね合いもありますね。< PHPをやめるかどうか
個人的には、PHPを少なくとも全面的にはやめないほうがいいかなと思っています。

圧倒的にCPUを食っているのがhttpdなので、
PHPの処理であることはほぼ間違いないですね。
あとは「どの」処理に最もコストかかっているかの見極めかと。

**root ★** · 04/07/06 17:51

ちょっとだけAPC(無停電電源じゃなくてPHPを高速化するモジュール)をc-auでためしてみたけど、
あんまり速くならない模様。

これでZend optimizer, PHP acceralator, APCを試してみたけど、
フリー物ではPHP acceralatorが一番(しかも、相当)いいみたい。

**root ★** · 04/07/06 21:31

さきほどc-othersとc-auで呪文を唱えました。
c-docomoでも機を見て唱えてみる予定。

**root ★** · 04/07/06 21:32

>>272 は「効果があれば」の話です。
しばらくはc-auで様子をチェックで。

内容は >>271 をもう少しまじめに設定してみた、ということで。

**動け動けウゴウゴ２ちゃんねる** · 04/07/06 22:27

PHP用プロファイラって無いの？
PHPじゃtruss/traceしても仕方ないか

**root ★** · 04/07/07 00:13

きたく。

>>274
プロファイリングはしたいところですね。
このへん(PHPのプログラムでどの処理が高コストなのかを調べる)は、どうやるのがいいんだろう。

**動け動けウゴウゴ２ちゃんねる** · 04/07/07 00:14

>>275
> このへん(PHPのプログラムでどの処理が高コストなのかを調べる)は、どうやるのがいいんだろう。

勘で。

**root ★** · 04/07/07 00:57

あんまり効果ないっすね。設定が悪いのかもしれないけど。
いちおう、shmモードで動かしてみてました。

php_acceralatorと一緒に動かしたり(さっきのc-others/cのダウン)、

apc.optimization = 1
を入れたりすると恐ろしいことになる(今しがたのc-othersの急激な負荷上昇)ので注意。

**動け動けウゴウゴ２ちゃんねる** · 04/07/07 01:03

前からの問題だが、c-auとc-docomoの鯖負荷が物凄い。
i.2ch時代はそれぞれの鯖でcgiを叩いて負荷が分散されたが、
c.2chでは中間鯖を経由してdatを読む、それに呼び出しが殺到な感じ。
機種別統計の必要性が感じられる。

**278** · 04/07/07 01:06

機種別統計案は>>249で上げて居ます。

**root ★** · 04/07/07 01:16

ということで、さきほどphp_acceleratorに戻しました。< c-au/c-others

**root ★** · 04/07/07 01:16

>>279
参考までに昨日のログでアクセス数を調べてみるかな。

**root ★** · 04/07/07 01:39

game6と同じ問題があるかもしれない(高負荷時には統計取りの負荷もばかにできなくなる)ので、
アクセス統計の取り方を変えてみよう。

それまで、少しアクセス統計とるのをおやすみ。< c-au/c-docomo

**root ★** · 04/07/07 01:52

統計とめてしばらく見てるけど、まさに焼け石に水だなぁ。

**未承諾広告※** ◆TWARamEjuA · 04/07/07 02:16

それでも働き続けている彼女たちは健気ですよね。＠ 3 人娘

でもってもしかして、素敵な淑女達でやるよりも、
幼気な少女（低スペック＋低帯域）を何十人と集めて捌いた方がいいのかな？＠キャンディーズよりも娘。みたいな（ｗ

**root ★** · 04/07/07 03:11

こんなのあった。とりあえずメモ。
これで板カテゴリを出すところとか、相当にキャッシュできそうな予感。
キャッシュデータをMySQLで管理するのにも対応しているし。
http://www.jpcache.com/

サーバ側のセットアップ(まだやってません)の後に、プログラム側の書き換えも必要なのか。

**動け動けウゴウゴ２ちゃんねる** · 04/07/07 07:06

プロファイラと言うよりデバッガなのかな？
ttp://inagi.himitsukichi.com/~aozora/cgi-bin/pukiwiki/pukiwiki.php?xdebug%A4%F2%BB%C8%A4%C3%A4%C6%A4%DF%A4%EB

**FOX ★** · 04/07/07 13:37

root ★さーん

cobra2247 のセカンドポートがLANのスイッチにつながったという
未確認情報がきましたー

**root ★** · 04/07/07 13:40

>>287
これから確認します。

で、OKなら、
cobra2247のセッティング変更・掲示板バーチャルホストのmemoriesへの移動などをすすめます。

**root ★** · 04/07/07 14:05

接続されていますね。192.168なアドレスをつけました。
セットアップ作業にはいります。

**FOX ★** · 04/07/07 14:14

c-au or c-docomo を分割じゃなく全面移行で、

私としては c-au だけど、
実験を目的とするなら c-docomo ですかねぇ

**root ★** · 04/07/07 14:26

>>290
c-docomoですかね。

cobra2247はdual channelのSCSIですが(peko仕様)、
両方が同じチャンネルに接続されています。

他のpeko同様に別のチャンネルにわけてもらったほうがよいので、
これは別途すすめます(メールはCc:します)。

etc2 society2 food5 の内容をmemoriesに転送中。
この後別スレで変更の儀式の予定。

**FOX ★** · 04/07/07 14:31

今回の目的は

CPU パワーがあれば解決するの?

yes /no でーす

**root ★** · 04/07/07 14:34

>>292
了解。

それだと、PHPアクセラレータが使えるi386モードがいいのかな。
あ、i386互換モードで動かせばいいのかも。

いずれにせよ、まずはできることをやってみましょ。

**動け動けウゴウゴ２ちゃんねる** · 04/07/07 21:35

>>291
乙です。
先に移転した分↓についてもmemories入りをよろしくお願いします（念のため）。
etc2→life6(body hikky mental psy sousai utu)

wbcc1s15.ezweb.ne.jp＠FOX ★ · 04/07/07 22:14

１０倍はこなせるですよね？

**root ★** · 04/07/07 22:17

>>294
すべてホームディレクトリをまるごと移動しました。

>>295
おどしですか(w。

**I am 真性DQN** ◆NEVADAARbA · 04/07/07 22:25

FOX様、もしいらっしゃいましたらこちらへお願い致します。

http://qb5.2ch.net/test/read.cgi/operate/1089205538/

wbcc1s15.ezweb.ne.jp＠FOX ★ · 04/07/07 22:35

bananaとpecoのCPUの性能の差をいよいよ見られるわけでまじにわくわくです

**真性DQN** ◆NEVADAARbA · 04/07/07 22:40

FOX様、おられましたらこちらへお願い致します。

http://qb5.2ch.net/test/read.cgi/operate/1089205538/

**動け動けウゴウゴ２ちゃんねる** · 04/07/07 22:52

お店からですかね・・・＞狐さん

http://tmp4.2ch.net/test/read.cgi/mog2/1089018804/

363 名前： ◆BDFCNV1.to 投稿日：04/07/07 20:30
さてさて、

ﾀﾞﾀﾞﾀﾞﾀﾞﾀﾞﾀｯ

**root ★** · 04/07/08 00:16

クラシックさん and/or ◆BFzK/mtqM2さん、いますか。

新c-docomoの準備ができました。

c-docomo.peko.2ch.net という名前を一時的につけてあります。
アカウント等の設定は現c-docomoと同じです。

中身を入れ込んでくださいです。
c-docomoから転送しようと思ったけど、重い重い重い重いでだめぽでした。

◆BFzK/mtqM2 · 04/07/08 00:19

＞root★さん、

いますよーん

＞◆EA.clAssIcさん、

c-othersのでいいんだよね。

**root ★** · 04/07/08 00:20

>>302
裏口も含めて設定済みですので、同じものでよいはず。
準備できたらここで知らせてくださいです。

◆EA.clAssIc · 04/07/08 00:24

>>302
私やりますよー

**キッコーマソ系スレ支持者** · 04/07/08 00:25

携帯用とＰＣ用は内容を分離することきぼんぬ。
（＝同じものは見えない）

**root ★** · 04/07/08 00:25

既に作業進行しはじめている予感。

ということで、うまく調整してくださいです。

◆EA.clAssIc · 04/07/08 00:29

あら、、、
確認ですが、作業完了後に名前がc-docomoに変わる、
で良かったですか?　>>rootさん

**root ★** · 04/07/08 00:30

>>307
そうです。(>>290)

◆BFzK/mtqM2 · 04/07/08 00:31

あら、コピーしおわちゃった。

多分大丈夫な予感です。

**root ★** · 04/07/08 00:34

おつです。＞両氏

いちおう、両氏からの動作OKの確認を待って、儀式依頼します。

でも中の人が >>300 であることと、DNSが変わるのに時間がかかることから、
本格稼働は明日以降になる予感も。

◆EA.clAssIc · 04/07/08 00:37

動作確認OKです。
今名前が変わる前なので、subjectをｷｬｯｼｭしちゃってますが、
c-docomoに変更後は期待通り動作すると思います。

ところで、.BAKﾌｧｲﾙは削除して良いですか?　>>◆BFzK/mtqM2さん

◆BFzK/mtqM2 · 04/07/08 00:39

削除しちゃってくださいｗ
他にいらないのも。。。。

◆EA.clAssIc · 04/07/08 00:41

了解ですー
皆様、お疲れ様です。

◆BFzK/mtqM2 · 04/07/08 00:41

datﾌｫﾙﾀﾞもsubjectﾌｫﾙﾀﾞももう要らないんだよな。。。。

**root ★** · 04/07/08 00:41

おつです。
では、儀式依頼へと。

**root ★** · 04/07/08 00:50

依頼しました。

さて、poundでちょっとつないでみるか。

**root ★** · 04/07/08 00:54

旧c-docomo=>新c-docomoをpoundでつないでみた。

**root ★** · 04/07/08 00:56

さて、どうかな？
ログを見る限り、だいじょうぶそうにみえるけど。

**root ★** · 04/07/08 00:58

LAが2とか3ぐらいしかいかないや。< 新c-docomo
うそみたいだ。何か間違ってるのかな。

**root ★** · 04/07/08 00:59

お、ちょっとまずいかな。
設定かえます。

**root ★** · 04/07/08 01:01

大丈夫だった。再度上げました。

◆BFzK/mtqM2 · 04/07/08 01:01

c-docomoは　503 Service Unavailable　です。

**root ★** · 04/07/08 01:03

>>322
pound側でほんとうに携帯からしかみられなくなっています。
どうせ新c-docomoで止まるので、解除します。

◆BFzK/mtqM2 · 04/07/08 01:04

携帯からは見れました。

**root ★** · 04/07/08 01:05

そっかぁ。poundで飛ばすとIPアドレスが変わっちゃうのね。
PCから見るとわれわれも人大杉になっちゃうなぁ。しかたないか。

**root ★** · 04/07/08 01:06

LAが1切ってるけど、何かの間違いってことはないよなぁ、、、。

◆BFzK/mtqM2 · 04/07/08 01:07

うーん、むちゃくちゃ軽い。。。。

**root ★** · 04/07/08 01:08

やっぱ、サーバとしての「モノ」が違うってことなのかなぁ。

◆BFzK/mtqM2 · 04/07/08 01:08

アクセスカウンタ復活させてみませんか？　＜　新c-docomo

**root ★** · 04/07/08 01:09

>>329
やってみる。

**root ★** · 04/07/08 01:18

負荷は脈動的にかかるけど、LA=1～3で安定してるみたい。
やっぱ、Pen4 Single IDEとOpteron dual SCSIでは比較することすらおこがましいのかも。

ちなみにPHPアクセラレータのamd64版はないため、次善の策としてAPCを導入しています。

◆BFzK/mtqM2 · 04/07/08 01:21

ホントに軽いね。
http://ch2.ath.cx/load/c-docomo.html
って、pekoのが反映されてるのかな？

**動け動けウゴウゴ２ちゃんねる** · 04/07/08 01:23

ためしにAPCを切るとか

**root ★** · 04/07/08 01:24

>>332
DNSが更新されていないので、旧c-docomoです。
今は単に新c-docomoに転送しているだけだから、軽いわけで。

LA情報はしばらくはこちらで。
http://c-docomo.peko.2ch.net/_service/20040708.txt

**root ★** · 04/07/08 01:25

>>333
明日以降、DoCoMoゲートウェイから直接来るようになったらやってみます。

◆BFzK/mtqM2 · 04/07/08 01:29

>>334
なろほど、旧c-docomoがバッファになっている可能性もあるのかな？

いずれにしても、旧c.2ch.netの実績からすると当然のような気もしますね。
comic4鯖とdomoco以外のアクセスがなくなっているわけだし。