【Love Affair】携帯からのアクセスに対する考察・次の一手 Part1
■ このスレッドは過去ログ倉庫に格納されています
日増しに増加する携帯からのアクセス。 かつて、羨ブラが生まれたように何かが生まれないと ならない気がする。 たぶん解決策は、時間を売って空間を買うだと思うけど いろいろ考察して、次の一手を決めようかと、 Love Affair 作戦。 Part1 マーリンルージュ >776 >778 いいかんじだと思いますー(^_^;) つか、考えて見ればストライピングしてるから 72GBなんですねー(^_^;)わすれとった >>777 概ねそんなところですね。< 構成 onboard LANはBroadcomのでも問題ないです(pekoサーバはBroadcomのGigaもの)。 というか、普通のXeonマザーなら通常いまいちなカードは入ってないと思われ。 >784 そりゃそうですね(^_^;)ローコストモデルじゃあるまいし つか、LANはオンボードの方がええね(^_^;)バスの縛りが少なそうだし>Gb LAが馬鹿高くなっている携帯向けサーバではMaxClientsとかを もっと小さくした方がよさげ。というか、どう考えてもネットワーク がボトルネックになるはずなのにLAが上がるってことは、 スラッシングしてるってことなので、同時接続数を増やすのは 誰の得にもならんですよ。 >>787 BlackGoat が投入されて始めて 今回の目標とする機器ょ含めたシステムが出来上がるのに 今を観察して対策するというのに何の意味があるか解りません。 作業は完成後となるでしょう ところで質問・・・・・ スイッチも同時投入?(^_^;) >>787 MaxClientsを小さくすると、遅い携帯さんがコネクションを握ってしまうので、 全くつながらなくなるですね。 (前のcの頃にかなりこのへんはそうとう試行錯誤しました) 同時接続数は逆に増やしたいぐらいです。 で、LAが上がる原因は、キャッシュディスクに対するI/O処理だと思うですね。 証拠としては、メニューが出るところまでは比較的高速ですが、 subject.txtを参照するところでぐっとおそくなり、スレ本体を持ってくるところで さらに遅くなっています。 で、こいつをバックエンドサーバを入れることで、 フロントエンドから追い出そうというのが、今回の目的かと。 >>792 うへ、バッファキャッシュとかほとんど効かないってことですね。 というか、さすがに携帯からの全てのアクセスを受け持つと、 アクセス対象が分散されすぎってことですね。 恐っ。 >>794 そういうかんじです。 で、巨大メモリ・高速ディスクなバックエンドを準備しようっていうのが今回の眼目で。 それでどうなるですかねー 目論み通りに行くのか? 予想よりも素晴らしい結果を残すのか、 はたまた、撃沈か・・・ あとは見ていると、PHPの処理に時間がかかっている気がします。 あ、そうか、フロントは前のcと違ってi386なんだから、あれを入れるといいかも。 ちょっと試してみるか。 >>797 ああーっ 折角重い状態をあえて作ったんだから・・・ >>798 いや、たぶん入れても焼け石だと思うですよ。 I/Oの改善はこれ以上無理だから。 >>799 php のバージョンが一致しないようですけれども大丈夫なのかな?@現状は 4.3.6 かな?(最新は4.3.7) ごめんなさい。あっちは別のプロダクトだった(商用) >>802 お、そういう問題があるのか。 まずはダウンロードしたやつを読んでみるです。 問題なさそうなので、c-auに入れてみます。 入れる作業もままならないぐらい重いので、 いったんhttpd落とします。 >>806 乙です。 ついでだからc-docomoにもhttpd落として 入れてしまえ〜 うそみたいにレスポンスがいい気がする。< c-au c-docomo、これから作業します。 いったんhttpd落とします。 >>810 LA 値だけでもえらい下がりようですね(驚) この呪文は効果あった模様。 これバックエンド入れれば、鬼に金棒ということで。 I/Oもさることながら、時間かかってたのはPHPの処理かぁ。 しかし、Zend Optimizerおそるべし。 んじゃ様子見て明日の午後にでも もう少し 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............................................................. しかし、フロントエンドを高速化できたということは、 今後を考えるとよかったかなと。 Zend OptimizerとPHP Acceleratorでは、どっちの方が効果があるのかしら xrea.comなんかは後者を入れてるけど なんだかもっと効果がありそうな呪文を見つけたので、 今c-docomoに入れてみた。 http://www.php-accelerator.co.uk/download.php 最初に入れた呪文の有償版と同じぐらい効果があって、しかも無料だそうな。 とりあえずこれで様子を見てみるか。 (比較のためにあえてc-au/c-othersは今のところそのまま) めちゃくちゃ効果あったような気がする。< 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入れてみた 設定を元に戻して欲しい 機器が全部そろってからの素の状態を観察して 何をするかを考えて pla , do , see じゃなきゃ意味ないですよ 全部そろってから考えて行きましょうよ 元に戻すことを希望。 >root★さん 昨日は4000cp5mで頭打ち状態でしたが、Zend+PHPaccelerater投入で 4000cp5m突破しても安定してますね。 アクセスカウントを見る限り、Zend+PHPacceleraterの限界は8000cp5mあたりですかね。 とくに >今の段階ではディスク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)以降また徐々に上がっていくような感じです。 フラット気味なのは土日だからかもー 旧本家からの流れが落ち着いたら 傾向も出てくるような >>848 そういうものっすねー なぜかと言うといろいろ推測できるけど、、、 携帯系のサーバは私の経験上いつもフラットです http://server.maido3.com/pie/ 404 , 405 , 406 追加しましたー >>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 了解です。< 説明 ディレイ値がどのくらい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段階の投資はしませんよ」 ということかなと。 ■ このスレッドは過去ログ倉庫に格納されています
read.cgi ver 07.5.5 2024/06/08 Walang Kapalit ★ | Donguri System Team 5ちゃんねる