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

**FOX ★** · 04/02/04 18:37

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

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

Love Affair 作戦。
Part1 マーリンルージュ

**root ★** · 04/06/27 01:55

ということで、これ入れてみようかと。
http://www.zend.co.jp/products/optimizer/

**root ★** · 04/06/27 01:56

>>798
いや、たぶん入れても焼け石だと思うですよ。
I/Oの改善はこれ以上無理だから。

桶屋 · 04/06/27 02:00

楽天を10倍速くしたヤツですね。

**未承諾広告※** ◆TWARamEjuA · 04/06/27 02:00

>>799
php のバージョンが一致しないようですけれども大丈夫なのかな？＠現状は 4.3.6 かな？（最新は4.3.7）

桶屋 · 04/06/27 02:01

ごめんなさい。あっちは別のプロダクトだった(商用)

**root ★** · 04/06/27 02:03

>>802
お、そういう問題があるのか。
まずはダウンロードしたやつを読んでみるです。

**root ★** · 04/06/27 02:07

c-othersに入れてみた。

**root ★** · 04/06/27 02:11

問題なさそうなので、c-auに入れてみます。
入れる作業もままならないぐらい重いので、
いったんhttpd落とします。

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

>>806 乙です。ついでだからc-docomoにもhttpd落として
入れてしまえ～

**root ★** · 04/06/27 02:15

c-auに入れた。

**未承諾広告※** ◆TWARamEjuA · 04/06/27 02:15

自分のところにも入れてみよう（ｗ

**root ★** · 04/06/27 02:17

うそみたいにレスポンスがいい気がする。< c-au

**root ★** · 04/06/27 02:21

c-docomo、これから作業します。
いったんhttpd落とします。

**root ★** · 04/06/27 02:23

c-docomo 完了。

◆5kayariAaQ · 04/06/27 02:24

ずいぶん負荷が下がった。<c-au

**未承諾広告※** ◆TWARamEjuA · 04/06/27 02:25

>>810
LA 値だけでもえらい下がりようですね（驚）

**root ★** · 04/06/27 02:25

この呪文は効果あった模様。
これバックエンド入れれば、鬼に金棒ということで。

**root ★** · 04/06/27 02:30

I/Oもさることながら、時間かかってたのはPHPの処理かぁ。
しかし、Zend Optimizerおそるべし。

**見習い▲ ★** · 04/06/27 02:31

んじゃ様子見て明日の午後にでも
もう少し r.i p.i 止めてまた重い状況作りますー

**root ★** · 04/06/27 02:36

>>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.............................................................

しかし、フロントエンドを高速化できたということは、
今後を考えるとよかったかなと。

**見習い▲ ★** · 04/06/27 02:38

>>818
ですね、

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

Zend OptimizerとPHP Acceleratorでは、どっちの方が効果があるのかしら
xrea.comなんかは後者を入れてるけど

**root ★** · 04/06/27 04:18

なんだかもっと効果がありそうな呪文を見つけたので、
今c-docomoに入れてみた。
http://www.php-accelerator.co.uk/download.php

最初に入れた呪文の有償版と同じぐらい効果があって、しかも無料だそうな。
とりあえずこれで様子を見てみるか。
(比較のためにあえてc-au/c-othersは今のところそのまま)

**root ★** · 04/06/27 04:18

>>820
あ、かぶった。まさにそれ。

**root ★** · 04/06/27 04:19

めちゃくちゃ効果あったような気がする。< c-docomo

**root ★** · 04/06/27 04:20

LAが1点台になった。< c-docomo
%uptime
12:20PM up 2 days, 14 mins, 1 user, load averages: 1.10, 3.31, 15.25

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

>>824
えっ～～～
笑えるぐらいLAが下がりましたねぇ・・・

**root ★** · 04/06/27 04:24

その後徐々に上がってきたけど、安定してる。
%uptime
12:23PM up 2 days, 18 mins, 1 user, load averages: 2.29, 2.86, 12.55

で、今c-auにも入れてみた。

**root ★** · 04/06/27 04:29

c-auは1点台の前半になった。c-othersにも入れた。
%uptime
12:29PM up 4 days, 52 mins, 1 user, load averages: 1.28, 2.19, 3.03

i086160.ap.plala.or.jp · 04/06/27 04:42

すさまじき破壊力ですな・・・Σ(ﾟДﾟ；

**root ★** · 04/06/27 04:43

今日以降の重い時間がみものということで。

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

>>829
15:30-16:00は少しばかり、重たくなるかも・・・
阪神競馬場にて宝塚記念（G1）があります・・・

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

作業お疲れさまです。
c.2ch.netの機能は至れり尽くせり最高Goodなので、
夜間の速度的な問題が解決されたら言うことなしです。

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

c-docomoだけ、MaxRequestsPerChildを100から1000にしてみた。
でもまぁ、焼け石に水ってかんじで。

まじないのおかげで昨日までよりは相当ましだと思うけど、
それでもかなり限界ぎりぎりな予感。

**root ★** · 04/06/27 15:03

今の段階ではディスクI/Oで負けるので、
MaxClientsを256から128にして、口をしぼってみた。
これだとつながりは悪くなる気がするけど、つながったあとの反応は多少いいかなと。

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

ラウンドロビンとmovafoma分けるのどっちがいいんだろう？

◆BFzK/mtqM2 · 04/06/27 15:29

ﾐﾗｰにもZend+PHPaccelerater入れてみた

**見習い▲ ★** · 04/06/27 15:41

なにもしないことを希望

**見習い▲ ★** · 04/06/27 15:44

設定を元に戻して欲しい

機器が全部そろってからの素の状態を観察して
何をするかを考えて pla , do , see じゃなきゃ意味ないですよ

全部そろってから考えて行きましょうよ

元に戻すことを希望。

◆BFzK/mtqM2 · 04/06/27 15:45

＞root★さん

昨日は4000cp5mで頭打ち状態でしたが、Zend+PHPaccelerater投入で
4000cp5m突破しても安定してますね。

アクセスカウントを見る限り、Zend+PHPacceleraterの限界は8000cp5mあたりですかね。

**見習い▲ ★** · 04/06/27 15:46

とくに
>今の段階ではディスクI/Oで負けるので、

この理由で各種パラメータを触ることは
目的地に達するとこができるとは思えない。
やってはいけないことだと思います。

お願いですから、機器がそろうまで待っててください。

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

>>839
でも、いまのうちに最適化すれば機器がそろった時に効果が高くならないかな？
機器がそろった時点でやると原因が判らなくなる可能性もあるし

**外野ｧｧﾝ** · 04/06/27 17:47

素に戻すのは全部そろってからにして今単品でできる実験は今のうちにいろいろやっておけば
後々役にたつかもしれないねという考え方も

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

最適化したうえで機器入れると何が効果あったのかわからなくなるから
まず元に戻してからbefore afterが知りたいんじゃないのな。
ソフト屋はソフト面からの変化を見ているし、ハード屋はハード面からの変化が見たいって事だと思うね。

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

現システムでの成功体験が足かせとなって、新システムでの
チューニングに先入観が入ってしまい、実験の「幅」が狭くなって
しまうことも考えられるからなぁ。特に複数のパラメータをイジって
バランス取るような作業をする際には。

root★さんとしては「其処に負荷の高いマシンとユーザが居るから」少し
でも改善したいと努力されてるんだと思うし、その気持ちも分かるんだけど。

i093119.ap.plala.or.jp · 04/06/27 18:15

言いたいこともわかるけど、このデータも実験データとして
残るわけだから。
全部来たときに全て戻して、そこからもっかいpla, do, see
すればいいんでないかい？

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

root ★氏暴走→更迭祭りﾏﾀﾞｰ? (AAry

**root ★** · 04/06/27 18:55

帰宅しました。

>>838
統計見ていてもそのぐらいみたいですね。
bananaサーバでバックエンドなしでここまでいくとは考えてなかったので、
望外の収穫だったのかなと。

>>836 >>837
その場その場での「最善の解」を探していくスタイルも、ありかなとは思います。

しかしたしかに、言われることはごもっともです。
前向きでない努力をしても、結局意味がないし、本質を見失ってしまうかもしれない。

仰るとおり今は一時的な状態であって、全部そろってから本格的に
watch, plan, do (tune), checkということになるわけで、
バックエンドサーバが出来上がるまでフロントエンド側の設定は当面「凍結」と
いうことにします。

つまり、それまでは何も変更しない。

バックエンドサーバが来たところで再度「あがき」を再開してみようかと。

**root ★** · 04/06/27 19:01

というわけで、激しく重くなったりつながりにくくなったりしても、
仕様だと思って、当面許してちょ。(特にDoCoMoな人)

**root ★** · 04/06/27 19:05

で、アクセス数の統計見ていて思うのですが、
携帯って、なんだかアクセス数がフラットですね。

トップページへのアクセスは昼休みに急増しているわけですが
(i.2ch.netとかは、昼休みにぽっこり山が出来る)、
全部足してみると(つまりc-xx)、比較的平らな気がします。

そういうものなのかな？

◆BFzK/mtqM2 · 04/06/27 19:22

>>848　root★さん

ﾐﾗｰの時間別アクセス数は、
0時（35000Hits）をピークに5時（12000Hits）にかけて一気に1/3になり、
その後、11時（19000Hits）までに徐々に上がって行き、
12時代に25000Hitsに跳ね上がり、その後は17時まで20000Hitsで横ばい、
18時（24500Hits）以降また徐々に上がっていくような感じです。

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

フラット気味なのは土日だからかもー
旧本家からの流れが落ち着いたら
傾向も出てくるような

**見習い▲ ★** · 04/06/27 20:10

>>848
そういうものっすねー
なぜかと言うといろいろ推測できるけど、、、
携帯系のサーバは私の経験上いつもフラットです

http://server.maido3.com/pie/
404 , 405 , 406 追加しましたー

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

406?

**見習い▲ ★** · 04/06/27 20:39

あちゃっ -1 づつしてください

**ヾ(ﾟﾊﾟ)ﾉ** ◆f0.zuburi6 · 04/06/27 20:51

404-1,405-1,406-1

**root ★** · 04/06/27 20:58

>>851
私も気づいてましたが、out(緑)よりin(青線)の方が多いですね。
システムの都合上そうなると。(datキャッシュが効いている)

◆WMaLhm.gkw · 04/06/27 21:02

c-docomoとc-auのLAは大違いなのに、転送量は大差ないのかー

**root ★** · 04/06/27 21:05

>>856
アクセス数もLAほど大きくは違わないので、
まさに捌け具合の違いのようです。< c-docomoとc-au

◆BFzK/mtqM2 · 04/06/27 21:06

バックエンドが来た時は、delayを縮めることも可能なのかな？

◆BFzK/mtqM2 · 04/06/27 21:08

>>857
一時的に、FOMAとMOVAを分けて様子を見たい気持ちがありますね。

**root ★** · 04/06/27 21:09

>>858
様子を見ながらかなと。
個人的には60secあたりが落としどころかなと考えていたりします。

FOMAだけc-othersに振ってみるかい?

**root ★** · 04/06/27 21:10

でも、見習いさんに「来るまで待たんかい、今やるなｺﾞﾙｧ」って言われそうだから、
やめときます。

**見習い▲ ★** · 04/06/27 21:10

>>860
いや　それは・・・

今度説明します、

◆BFzK/mtqM2 · 04/06/27 21:12

>>862
何か深い狙いがあるみたいですね。

**root ★** · 04/06/27 21:12

>>862
了解です。< 説明

ディレイ値がどのくらい２ちゃんねる全体の負荷に影響するのかっていうことは、
ちょっと気になってますが。

# しばらく(数時間ほど)オフライン。

**root ★** · 04/06/28 01:33

この時間(ピーク)

c-au: おなかいっぱいだけど、なんとかそれなりにレスポンスはある
c-docomo: もうおなかいっぱい。スレ(dat)を表示するところでぐぐっと詰まって、ほとんどだめぽ
c-others: 余裕

昨日よりは少しはいいけど(アクセラレータ呪文の効果)、当面はこんなところで。

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

c-othersからのスレッド直リンクは本来のキャリアでないところから読めます
これは放置でいいんですかね？データ取得的には問題にならないのかな？
一応報告だけしておきます。

**root ★** · 04/06/28 11:17

>>866
c-othersは今のところ制限入れてません。
制限自体は簡単なので、
バックエンドサーバが来て動き出したら、DoCoMoとauは制限しようかなと。

もちろん今制限入れてもいいけど、まだ中途の状態だし。

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

>>867
上記の件了解しました。
いつもありがとうございます。遅くまで作業されていたので無理しないで下さいませ。

**root ★** · 04/06/28 11:59

バックエンドサーバを決めておきますか。

>>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).

**見習い▲ ★** · 04/06/28 13:38

うわっ　たか

04/06/28 13:53

わはは

**root ★** · 04/06/28 13:59

>>870
CPUを遅くする(考慮の余地あり)
メモリをけずる(あんまりやりたくないけど、どうしてもなら)
あとは、24時間サポートをけずるぐらいか。

◆HETAREzfq. · 04/06/28 14:04

…pekoでこの構成だと約$5000だからなぁ。

まぁ来年の今ごろになればPCI-Eの普及で足回りが速いのが
（人柱構成になるけど）かなり安く出来るかもだけど、

**見習い▲ ★** · 04/06/28 14:14

根底に、これ以上携帯にお金を掛けないというのがあるですよ、、
●で増設&維持しているんですから、それとはまったく関係のない
携帯からのアクセスを完全分離して今回の増設で終了という予定です。
それすら歪な設備投資として糾弾されてもおかしくないことなんですから、

**root ★** · 04/06/28 14:15

>>870
高いかなぁ。価格性能比的には、こんなものだと思いますけど。
あとはどのスペックにするかですね。

たぶん、議論はメモリがどのくらい必要なのかに依存するわけですけど。

ちなみに、

CPUをXeon 2.4GHzにする => 139ドル安
1年間のオプショナルサポートを切る => 62ドル安
メモリを4G(1Gx4)から2G(1Gx2)にする => 544ドル安

となりました。上記を全部けずると、3,126ドル。

ハイエンドサーバ用のメモリ(ECC/Registered)なので、このぐらいの値段になりますね。

**root ★** · 04/06/28 14:19

>>874
なるほど、そういう事情ですか。

クラシックメニューは携帯での●閲覧をサポートしているので
全く関係ないとは言いませんが、新たなフレームワークが必要なのかもしれないですね。

● proxy103.docomo.ne.jp ◆BFzK/mtqM2 · 04/06/28 14:26

携帯用●を導入するとか？

**root ★** · 04/06/28 14:30

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

**root ★** · 04/06/28 14:34

というか、今後の増設(設備投資)は想定しているわけで(>>300の3と4)、

「追加投資はできるようにしておくけど、新たなフレームワーク or 管理人のOKが
出ない限り、第2段階の投資はしませんよ」

ということかなと。

**見習い▲ ★** · 04/06/28 14:35

>>879
そんな感じかなと、

**見習い▲ ★** · 04/06/28 14:42

banana403 を基本にして、　HD だけSCSIにするじゃだめなんだろか?
追加投資できる枠組み等が決まってから本格的な BlackGoat を導入すれば
良いのでは? その時は今回導入するサーバは通常の掲示板ように転用すれば
いいような、

◆HETAREzfq. · 04/06/28 14:48

>>881
よくわからないけれども
banana403のマザボのモノにもよるような予感、

SCSIをストライピングしちゃうとPCI帯域が間違いなくお腹いっぱいになるから
PCI配下にLANがぶらさがるような構成だとさらにアレなような、、

**root ★** · 04/06/28 14:50

>>881
bananaは32bit PCIしか持ってないですからねぇ。
U320 SCSIをつけるのには向いていません。

そういうことであれば(コスト重視)、CPUをPentium 4にするとか、
そうするとマザボも少し安くなるとか、メモリがRegistered/ECCじゃなくなるから
安くなるとか、安くすることは可能です。

ちょっと見積もってみます。目標2500ドル。いや、もっと安くできるか。

＜ゆずれない線＞
・メモリ2G
・U320 SCSI RAID 0
・ディスク15000rpm 36G x 2
・ストライピング

**見習い▲ ★** · 04/06/28 14:51

>>882
その帯域っていうのは、具体的にはどういう数値になるんですか?
つまりお腹いっぱいになる時の大まかな値を知りたいんですが、

◆HETAREzfq. · 04/06/28 15:06

>>884
SCSIHDなら60MB/sぐらいの転送速度を楽にたたき出すはずですからねー。
で、ストライピングだとコントローラのモノにもよるんですけど、まぁ２倍、と。
で、PCIってのは最大転送速度が133MB/sなんで、だいたいコレでお腹いっぱい。

これにさらにPCIにLANを２つつけるとなると。。
どうでしょ？

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

32bitPCI 133MB/s（理論値）
U320 320MB/s（理論値）
HDD 70MB/s×2(実際の値）
くらいかな。

32bitPCIならU160のSCSI+HDD 1台でも帯域がぎりぎりのような。

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

PCI帯域で納まる程度にディスクをケチって代わりにRAMを多めに積んで
キャッシュに期待するのは無理なんでしょうか？

**見習い▲ ★** · 04/06/28 15:24

三人娘の使用帯域はここで見れます
http://server.maido3.com/pie/

**マァヴ** ◆jxAYUMI09s **＠マァヴ ★** · 04/06/28 15:38

>888
３つ合わせてもバス的には誤差程度ですね(^_^;)
頭のいいNICなら実質その帯域喰うだけじゃないかと
つまり0.5MB/s以下。

**root ★** · 04/06/28 15:39

携帯相手ですからね。ネットワーク的にはたかが知れています。

で、ディスクの力不足&ネットワーク処理との兼業がボトルネックになっていて、
現在の苦しい状況が発生している。

たぶん転送速度にした場合今回のでは、60MB(バイトね)/sなんて絶対いかないでしょう。

それよりも大事なのは、「瞬発力」(ディスク上に広く散らばった小さいデータを、
要求に応じてすばやく読み出す)ではないかなと。
だからストライピングにしで、ディスクのI/O性能を向上させようとしているわけで。

**root ★** · 04/06/28 15:46

32bit PCIバスに、Adaptec 2200Sを挿すっていう組み合わせは、ありうるのかしら。
瞬発力さえあればいいわけだから、、、。

確かに物理的には刺さりますけど、やや宝の持ち腐れ感も。

◆HETAREzfq. · 04/06/28 15:49

>>891
電圧が合わないと思われ。
PCIは5VでPCI-Xは3.3Vだったような、

04/06/28 15:51

PCI2.1以降は3.3Vカードをサポートしてますが

**root ★** · 04/06/28 15:51

>>892
そんなことはないですよ。
PCI32ビットに対応、と明記されています。
http://www.adaptec.co.jp/product/raid/sr2200/spec.html

◆HETAREzfq. · 04/06/28 15:53

そうだったのかいな

**マァヴ** ◆jxAYUMI09s **＠マァヴ ★** · 04/06/28 16:00

提案です(^_^;)
１　403相当を導入する　＞　試す　＞だめなら２へ
２　１を掲示板に流用して、403相当＋SCSIストライピング導入　＞　試す　＞だめなら３へ
３　２を掲示板に流用して、Tiger(ストライピング)を試す
って感じではだめなんだろうか？(^_^;)
実はキャッシュサーバに要求されるI/O性能ってどんくらいか判んない気がするだ。

**見習い▲ ★** · 04/06/28 16:04

406 を導入して、だめだったら 406 は、

Love Affair 作戦。
Part2 大黒埠頭

へ、まわせばいいような。
406は24h-48hで出来る(Tigerは1-2weekかかる)

**マァヴ** ◆jxAYUMI09s **＠マァヴ ★** · 04/06/28 16:05

大黒埠頭・・・・なんだろう？(^_^;)ﾄﾞｷﾄﾞｷ
やっぱ虹みるのかな・・・・