【Love Affair】携帯からのアクセスに対する考察・次の一手 Part2
■ このスレッドは過去ログ倉庫に格納されています
日増しに増加する携帯からのアクセス。 かつて、羨ブラが生まれたように何かが生まれないと ならない気がする。 たぶん解決策は、時間を売って空間を買うだと思うけど いろいろ考察して、次の一手を決めようかと、 Love Affair 作戦。 Part2 大黒埠頭 前スレ 【Love Affair】携帯からのアクセスに対する考察・次の一手 Part1 http://qb5.2ch.net/test/read.cgi/operate/1075887465/ というかまあ削除依頼はフォーム依頼を前提としてるからねぇ。 携帯用投稿フォームも必要かなと感じたり。 とりあえず上記手法で本来のURLをひっぱってくることは可能。 setrootbyname failed ffs_mountroot: can't find rootvp Root mount failed : 6 >>442 あわわ、、、(汗) そこで、wheel ★ タンのご登場?(違 あがりました。< cobra2247 中身をチェック中。 . -‐ ) ‐- . .´,.::::;;:... . . _ `. i ヾ:;_ `_,.ン| l  ̄ ̄...:;:彡| } . . ...::::;:;;;;;彡{∧∧ i . . ...:::;;;;;彡|・ω・`) root ★さん、お茶が入りましたよ・・・・。 } . .....:::;::;:;;;;彡{ /U !, . .:.::;:;;;彡j | ト , . ....,:;:;:=:彳 ∪ ヽ、.. ....::::...;;;ジ ( ( (. ) . -‐ ) ‐- . .´,.::::;;:... . . _ `. i ヾ:;_´・ω・`_,.ン| l  ̄ ̄...:;:彡| } . . ...::::;:;;;;;彡{ root ★さん、お茶に入りましたよ・・・・。 i . . ...:::;;;;;彡| } . .....:::;::;:;;;;彡{ !, . .:.::;:;;;彡j:::::::::::::::....... ト , . ....,:;:;:=:彳:::::::::::::::::::::::::::.. ヽ、.. .......::::;;;ジ.:::::::::::::::::::::: Me: Reboot test is ok. I think the trouble of cobra2247 is fixed. Jim-san, thank you for your work. 味ぽんだけど以前ブックマークした クラシックさんが読めないです。 stray irq7 stray irq7 stray irq7 stray irq7 too many stray irq 7's: not logging anymore といって、パフォーマンスが出ないですね。< cobra2247 で、よく見るとcobra2247のACPIはずしカーネルではlptが認識されていない。 コメントアウトはしてないんだが。 c-docomoはトップにアクセスするとInternal Errorになりますね。 スレッドなどに直接飛べば問題ない。 なんでだろう? トップのみということは、x.phpがおかしいのかな? あのさ、人多杉だと携帯じゃ全く見れないわけだが(まぁ携帯に限らないけど。) ●ログインしたら見れるようにするとかさ、 杓子定規に見れませんなんてナンセンスだと思うわけよ。 少なくとも●買ってる奴らは有料会員なわけだし ●持ってない奴らも買うヤツ出てくると思うわけだ。 ●売れれば設備増強も視野に入るわけだろ?(sports8とか。実はこれが言いたい。) 2ch運営側、●持ってる人たち、設備増強されれば●持ってない人たちも、 全ての人にメリットがあると思うんだが 自分で言うのもアレだけど結構いい案だと自画自賛。 ちょっとまじめに考えてくださいよ。ホントに。もう人多杉画面見るのヤダ。 >>459 ●なんてなくても、人大杉は回避できますよ 専用ブラウザをご利用ください。無料ですよ。 携帯でも、いろいろ検討されていますよ。 >>459 ●でやるかどうかは別としても、何らかの有料化・課金化の道は仕方ないな。 月300円までなら払うよ。どうせクソアプリに支払ってるわけだし。 携帯からのアクセスを有料化する考えは数年前にも出されていたなあ。 c-docomo2の設定をACPIを切る前の設定に戻しました。 これでデュアルCPUになったので、パフォーマンスは元に戻ったはず。 不調につき、1度httpdをリスタートします。< c-docomo2 いちだんと、人が多くなったような。 すぐにhttpdのスロットが埋まってしまうので、スロットを増やしてみた。 おいおい、全然携帯からスレが読めなくなったぞ。 人多杉出しすぎじゃね? 使用料取られても良いから携帯からサクサク使えるようにしてほしいよ。 c-docomo結構負荷来ています。 ダウンするのも時間の問題かも…。 news12を凍結させてgame8を同居させて、vipをex7へ・game6にある板をgame8へ…。 確か、game6は高性能鯖だったと思うが…。 もしかしてgame6を凍結させてc-docomoの増強に転用するとか…。 >>476 game6(=oyster244)はBBMに転用だったはず >>477 【Project peko】2ch特化型サーバ・ロケーション構築作戦 Part14 http://qb5.2ch.net/test/read.cgi/operate/1087666806/601- 601 名前:留守番 ★ 投稿日:04/07/16 04:35 ID:??? root ★さんも忙しそうなので BBM に使おうと思っていた oyster246 を c-docomo3 に転用しよう BBM は244が空いたらト言うことにしよう 620 名前:root ★ 投稿日:04/07/17 23:56 ID:??? 昨夜〜本日は本業の疲労でぐったり。 本日はc-docomo3の作成を。 621 名前:root ★ 投稿日:04/07/18 01:02 ID:??? c-docomo3の準備できました。 しかし、IPアドレス変更の後のほうがいいかも。 デビューは来週か。 >>478 レスアンカー間違い × >>477 ○ >>476 c-docomoも連日の過負荷からいよいよ解放されるかも…(?)。 c-docomo限界に近い? そろそろ増設の時期か? >>482 > そろそろ増設の時期か? この前出来たばかりなのに(つД`) ドキュモ厨が重いから増設をさせるために煽っているだけ 今日のIPアドレスつけかえの際にcobra2246のセカンドI/Fを ローカルハブに接続してもらいました。 準備ができたら、c-docomo3のコンテンツを上げてもらおうかなと。 了解です。 私は夜にならないとできないかもです。 ◆EA.clAssIcさんも忙しいかな? おつです。>>486 私も忙しいし。 AirH"経由でIPアドレス変更作業したことは秘密です。 DNSとか、入れ込みの準備を午後やる 夜入れ込みをしていただく 動作確認後、pound振り分けに追加 ってなかんじでいきましょうか。 私も帰宅は10時ごろになりますので、 それまでどなたもコンテンツをアップしておられないようでしたら アップします〜 ちなみに、スクリプトはちょこちょこ更新してますので、 最新のものはcーothersからダウンロードしてくださいです。 質問でーす http://headline.2ch.net/bbynews/i/ ヘッドライン(携帯用)から各スレッドへのリンクですが。 現在各サーバの r.i を呼ぶような記述になっています。 結果、人多すぎにとんでしまいます。 c.2ch.net のアドレスにするにはどうしたらいいんですか? >>491 410 : ◆BFzK/mtqM2 :04/06/23 13:21 ID:T/7RpUtc New!! これでもアクセス出来ますよー http://c.2ch.net/z/-/operate/1086680380/i ほぅほぅ なるほど、 そのアドレスで呼べば自動的に au docomo other に振りわけ完了なんですかね? >>492 cで呼べば、常によきにはからわれます。 c系列(au、docomo、others)の方向性を変えてみたいと思います。 今までは、メニューを「より使いやすく」というコンセプトで作っていましたが、 今後は「より軽く」というコンセプトで。 不必要な機能は削り、最低限「見れること」を意識し作り直したいと思います。 もし、特に問題が無いようでしたら、そんな感じで進めたいですー。 c-docomo3の器のセットアップができました。 ということで、c-docomo2と同じものを入れてくださいです。 アカウント情報をこれからメールします。 >>497 わくわく。 あれ? 中身もはいってるなぁ〜 ◆EA.clAssIcさんかroot★さんがいれたのかな? 問題無さそうなので、ロードバランサーしちゃいましょうか〜 >>499 私は何もしとらんです。クラシックさんじゃないかな。 んじゃ、poundの設定更新してきます。 >>497 いつも凄まじい負荷との戦いお疲れさまです 検索と一回の表示数の設定さえ残してもらえればいちユーザーとしてうれしいです poundってメモリリークするみたい。 c-au担当のpoundの大きさが200M超えてたです(リスタート済)。 現在のところ、こうなのかな? (前回 >>392 ) c.2ch.net (banana405) |- c-au1 (banana403) -| |- c-au2 (banana404) -- 二台でロードバランス | |- c-docomo2 (peko247) -| |- c-docomo3 (peko246) -- 二台でロードバランス | |- c-others (banana405) - c と共用 うまく半分ずつになっているみたい。11:00前の断はIPアドレスの変更。 16:00の急降下は、とりあえずさっき仮に対策してみた。 http://mumumu.mu/mrtg/mrtg-rrd.cgi/access/ http://mumumu.mu/mrtg/mrtg-rrd.cgi/traffic/ トラフィックのグラフを見て思ったこと、つらつら 1) au は docomo の1.5倍の転送量(out) である。 2) au は in/out 同じくらいだけど、docomo は outがinの三倍。 どしてなの? この違いはどこからくるの? つまりアクセス数は docomo は au のせいぜい 1.5 倍しかないのに なんで peko 二台もいるの? root ★さんに質問でーす http://mumumu.mu/mrtg/mrtg-rrd.cgi/access/ このアクセスというのは何の値なのですか? c.2ch.net のphpが起動された回数と思っていいのかな? >>510 1つ考えられることは、再送信の頻度の問題(回線の質) つまり、携帯側に同じデータを何度か送信しないと携帯側がデータを受信完了しない。 >>511 サーバにアクセスした回数だと思う。 phpなどの動的コンテンツだけでなく、静的コンテンツへのアクセスもカウントされているはずです。 docomo2 ・access 19.3 c/s ・data in 98.5 kb/s ・data out 285.5 kb/s 1アクセスでは、IN 5.10kb OUT 14.79kb au1 ・access 11.1 c/s ・data in 155.5 kb/s ・data out 170.4 kb/s 1アクセスでは、IN 14.03kb OUT 15.35kb 比較してみたら、docomoは受信が少ない、送信は両方とも同じですね。 という事は、 ↓ 帰宅。>>510-513 について、ひとつずつ。 アクセス量(iからcへのリンク作ってから比率はあまり変わらない): au : DoCoMo: others = 24 : 40 : 12 = 2 : 3+1/4 : 1 c-docomo2 + c-docomo3 で 40access/sec c-au1 + c-au2 で 24access/sec c-others1 は 12access/sec アクセスはhttpdへの秒あたりのアクセス数です(access/sec)。 c系の場合そのほとんどがPHPの実行なので、PHPの起動回数と考えてよいです。 というわけで、DoCoMoのアクセス数はauの1.5倍よりは多い。 でも倍はない。 でも、pekoが2台必要だった。 それでもそれなりに負荷かかっている。というか、httpdのスロットが埋まっている。 で、トラフィックのグラフを見ていると、確かに不思議。 最初は計り間違いを疑ったぐらい。 でも、公式発表 ( http://server.maido3.com/pie/ )と比較しても、間違ってないみたい。 で、auが多いんではなくて、DoCoMoのinが異常に少ない気がします。 このへんにpekoが2台必要になる鍵がある気がする。 なんというか、コネクションが捌けない原因が潜んでいそうというか。 で、DoCoMoって、アクセスがとっても脈動的な気がするのですよ。 少しすいたなと思うと、どばっと押し寄せてくる。 寄せては返す波のように、脈動的にアクセスがあります。 というか、Apacheのスロットが埋まります。 ひょっとして、何か携帯からの出口でしぼっていて、上りのトラフィックの通信速度を、 わざと出ないようにでもしてるのかしら。< DoCoMo >>515 INが少ないのは、URIが小さいって事かな? だとすれば、docomoユーザはデフォルト設定のままの使用率が多いってことかも。 classicメニューの場合は、各種設定をURIに埋め込んでいるので、 違いがあるとすればそれくらいしか考えられないよな。 公式( http://server.maido3.com/pie/ )を見る限り、逆にauやotherのINが多い気がする。。。 poundのうちの一つ(c-others担当)がしばらくおかしかった模様。 今リスタートしました。 poundが一つ詰まると、全部いまいちになるみたい。 何かのヘルスチェックを入れないといけない予感。 見てるとメモリリークじゃなくて、そのぐらい(200M)バッファメモリを使うみたい。< poundロードバランサ メモリ1G仕様で正解だったかも。 au+others→peko×1 docomo→banana×3〜4 て、ゆうのにしたら……。 うーむ、今日はpound不調すね。 いったんリブートします。< cの受け口 ふーむ。 poundでの振り分けを全部c-othersでやるのはちょっと苦しいみたいだなぁ。 (メモリを食うpoundプロセスが同じマシンで3つ動いている) c-auはc-au1に、c-docomoはc-docomo2に持っていくか。 (IPアドレスは5つまで使えるので、技術的には問題なし) でもc-docomo3の投入初日だし、今日はとりあえず様子見かなと。 あまりにも不調なので、poundの設定を見直し中。 とりあえず、 Client 300 Server 3600 Alive 10 を入れた。 docomo ってとっても設備(お金)かかるってことなのでしょうか >>527 そのようですねぇ・・・ これ以上の設備投資は・・・ うーん、、、。 何かドラスティックな解決方法があるような気がするんだけどなぁ。 poundがやはり不調のため、緊急に作業します。 c系のアクセスいったんとめます。 ロードバランサーをpoundからpythondirectorに変更中、、、。 軽いや。すごくいい。 < pythondirector 1プロセスで全部できるのもうれしい。 ひょっとして、脈動問題はこいつが原因だったのかも。 configがxmlなんだよなぁ。今はやりかもね。 5分で作った、泥縄式。 <pdconfig> <service name="c-au"> <listen ip="206.223.150.146:80"/> <group name="c-auservers" scheduler="roundrobin"> <host name="c-au1" ip="206.223.150.95:80"/> <host name="c-au2" ip="206.223.150.140:80"/> </group> <enable group="c-auservers"/> </service> <service name="c-docomo"> <listen ip="206.223.150.147:80"/> <group name="c-docomoservers" scheduler="roundrobin"> <host name="c-docomo2" ip="206.223.151.215:80"/> <host name="c-docomo3" ip="206.223.151.210:80"/> </group> <enable group="c-docomoservers"/> </service> <service name="c-others"> <listen ip="206.223.150.148:80"/> <group name="c-othersservers" scheduler="roundrobin"> <host name="c-others1" ip="206.223.150.145:80"/> </group> <enable group="c-othersservers"/> </service> </pdconfig> ロードバランサは軽く、しかもうまく一本化できたみたいなので、>>525 は中止で。 あとは、これでしばらく様子見か。 夏WIN出たらauがすごいことになりそう 外部フォームから書き込み許可する方法模索してもらえませんか。 ●有りのみとかでもいいので。 そうすれば直書き型p2クライアントが完成するので開放できたりしちゃうんですが。(●´ー`●) ■ このスレッドは過去ログ倉庫に格納されています
read.cgi ver 07.5.5 2024/06/08 Walang Kapalit ★ | Donguri System Team 5ちゃんねる