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

今cのLAは10前後。
昼飯時には、一時的に50ぐらいになったみたい。

>>323の前はoyster246はだいたい8:2でcomic4の処理:cの処理だったのが、
今はだいたい1:9でcの処理してる模様。

しかし、携帯ってのは捌けないなぁ。もっとこうすぽーんとデータが出て行かないかなぁ。
他では見かけない「Sending Reply」のステータスが山ほど。

>>324
やっぱ携帯の回線が遅いから?

うーん、電波状況とか不安定だからね。
回線の質が悪いからしょうがないよね。
転送速度も遅いし

>>325
だと思います。
「送ってる途中」っていうステータスは、普通にやってるとほとんど見ないんで。

該当部分を抜粋。Wばっか。

WWRWW_RWWW_WWWWWWWCWW_WW_WW_WWW_WWWWW_WWCRWW_WWCWWWWWW_W_WWWW__C
WCWWWCWWWWCWWWC_W_._W_.WWWW.WWWWWWWW_WWCW_._.WW.WW.WW.__WW_WWW_R
.W...W.C.C.W...W...W............W.....W..............W..W....W..
................................W...................R...W.......

Scoreboard Key:
"_" Waiting for Connection, "S" Starting up, "R" Reading Request,
"W" Sending Reply, "K" Keepalive (read), "D" DNS Lookup,
"C" Closing connection, "L" Logging, "G" Gracefully finishing,
"I" Idle cleanup of worker, "." Open slot with no current process

LA=50でもゆとりで動くあたりが改めてすごいなと。
でも、突然死の恐怖を常にはらんでいるわけで。

いくらFOMAやWINが携帯の中で高速回線になってるとはいっても、
通常のネット環境と比べると段違いだし、安定性にも問題ありますからねぇ。

【Project peko】2ch特化型サーバ構築作戦 Part13
http://qb5.2ch.net/test/read.cgi/operate/1085678587/799
について。

5月末、ほぼ1.5日分のcのデータ。
http://c.2ch.net/webalizer/usage_200405.html#TOPAGENTS

KDDIがワンツーフィニッシュ。上位にKDDI, FONA, AirH"。
もろに「定額制」の影響、という気がします。

今日夕方に上がってくる「一般の人」も含めたデータが楽しみかも。

>>330
あとは今後FOMAがどれくらいあがってくるかでしょうねぇ

しかしこう見ると、2chにおける携帯のシェアなんかもリサーチできそうな（笑）

FONAって2chっぽいな

FOMA対策作戦FONA

以外に503iが残ってるな。

そんなAFONA

すごく素人考えかもしれませんけど、リクエストにたいして鯖が送るデータ
が詰まることが問題なら、送り出すデータに制限を加えれば少しは低減できない
のですか？

でもauで自宅鯖にアクセスしてみると

ｹｰﾀｲでﾘｸｴｽﾄ
↓
すぐに自宅鯖にアクセスがくる
↓
KDDIのゲートウエイにデータが転送完了
↓
ゲートウエイでHTMLをHDMLに
↓
ｹｰﾀｲにデータが届く

っていう動作をしている気がする。
自宅鯖のBusyLEDが点灯し、
消灯してから1〜2秒後に端末にデータが来ている感じ


が、するようなしないような

>>337
HDMLは古い機種だけで、現行機種はXHTMLでしょ？
HDMLゲートウェイ変換は無いのでは。

見当違いなこと書いてました。スマソ
>>324-329を読むかぎり、各キャリアの鯖と通じて端末へデータを送信する
段階でパケットが詰まってるのですかね？
もし携帯キャリアの中継鯖が２ちゃんから送出されたデータを速やかに受け入れ
てもらえない状態になっている場合は２ちゃん側だけの対応では処理しきれない
ような悪寒。

で、遅い相手にネットワークI/Oする人と、
ディスク相手にdatをI/Oする人を分けようというのが、
今回の作戦かなと。

一番乗り〜(^_^;)

BlackGoat さんとフロント係は物理的に近くなきゃならないんですよね?

つまり同一ラックは勿論のこと

Beckham
Hirosue
BlackGoat
Yukie
DownTown

こんな感じ

>341
(´д｀)

docomo携帯アク禁しる！

フロントエンドは
　NIC1 ->ルータ（携帯とのやりとり）
　NIC2 ->blackGort
BlackGortは
　NIC1 ->ルータ（２ｃｈサーバとのやりとり）
　NIC2-6 ->フロントエンド

って、BlackGortってNICの山になるのか(^_^;)

Beckham
Hasekyo
BlackGoat
Yukie
Papaya

こんな感じ

>>345
横からすみませんが、GortではなくてGoatなんだけど！

ルータ介してやりとりしてもええんやろうけどなぁ(^_^;)BlackGoat<->フロントエンド

>347
あう(^_^;)

一連の処理の流れはこんな感じかな？

（携帯→F）operateの1075887465.datが見て〜
（F→B)operateの1075887465.datをくれ
（B)　探してくる
（B→F）見つけたよ〜
（F→B)ｈｔｔｐでGETする
（F)表示処理
（F→携帯）htmlをSEND

あっちからの続きバックゴートに必要なのを考えると今出てる最高クラス
の物じゃないとダメそうですね。

・U320 SCSI 15〜20krpmディスク
・フルPCI-X（出れば次世代のフルPCI急行）
・Gigaクラスのイーサカード（しかも大量）

ってここまで来るとタワークラスになっちゃいますね（汗

>350
PCI-Xはまだ早いと思うなぁ(^_^;)あと２年は待ちたい
NICはGBitはいらないとおもう(^_^;)トラフィック量はたいしたことないから。
ディスクは早いにこしたことはないよね(^_^;)積むならだけど

いくら金がかかるんだろう・・・。(ﾟДﾟ；∬ｱﾜﾜ･･･

ちなみに今回は冒険はなしで、手堅く行きます。
次世代とか言われるとしり込みします。

枯れた機器、枯れた技術で行きます。

>>353
基本は
フロントにbanana
バックにtiger
かな・・・！？

>353
メーカーはpolywell限定ですか？

>>350
BlackGoat ですよ

フロントエンド(複数台？)
　NIC1 ->ルータＡ（携帯とのやりとり）
　NIC2 -> ルータＢ（blackGort）
BlackGort (ＤＡＴキャッシュ)
　NIC1 -> ルータＢ（フロントエンド）
　NIC2 -> ルータＣ（２ｃｈサーバとのやりとり）
　NIC3 -> ルータＡ root★さんが弄繰り回す為に・・・(これだけ外部接続可)
2ch鯖
　NIC1 ->ルータＡ（通常のやつ)
　NIC2 -> ルータＣ（blackGortとのやりとり）

パケットを読まずに食べちゃうんですかー

>>353
賛成です。

>>354
そんなところでしょう。

バックエンド: Tiger http://www.maido3.com/server/tora/
フロントエンド: Banana + 1Gにメモリ増設 (+ NIC1枚追加)

あたりが、冒険しないハードウェアで、冒険しない技術かなと。

>357
いやー(^_^;)ルータBはないでしょ
5000オイスターくらいかかるよ？

>359
オンボードのNICはどうだろう？(^_^;)バックエンド側ならOKかな？

>>360
フロントエンドを複数台置くなら必要かと・・・

フロントエンドが１台ならクロスケーブル

>>359
そですね

現実的には banana改 tiger改　ってとこですかね
NIC 回り等々

んで質問なんですが、
BlackGoat <-> 受付嬢 x 4 の接続方法ですが
BlackGoat に沢山 NIC さす?

まずは超実験環境として、フロント1台・バック1台で基本環境を作ってみるに1票かな。
で、フロントを増やしていく。

バックのキャパがおなかいっぱいになったら、もっと強力なバックを入れて、
従来のバックは掲示板サーバにするか、あるいは強力なフロントとする。

というのはどうかなと。

>362
全部ルータAにまかせればええかと(^_^;)
あるいはバックエンドに複数枚NICを挿してクロスケーブル

NIC刺す方が安いんだよね。

>>364
まずは実験に賛成

鳥ふるいの使ってた（汗

手堅く行くのでしたら>364の方針でいいと思います。

あ、ルータじゃなくてスイッチでいいのか(^_^;)

>>361
大した値段ではないので、banana401みたいにfxp(Intel NIC)さしておきますか。

フロントとバックの間のトラフィックがどうなるかですね。
多いような気もする。

1GのNIC刺しておいて(たぶんいまどきのTigerはオンボード1Gだとおもわれ)、
100M帯域制限あたりからはじめて、徐々に帯域制限を上げていく、
ということは可能ですかね。< バックエンドマシン

そうすれば、受付嬢はどうせどんなにがんばっても100Mしか出せないから、
NICはひとつでいいんではないかと。

さし当たってTiger×1, Banana ×1　発注で様子見、
うまくいくようならBanana×3、NIC×3かな？

>>365
>全部ルータAにまかせればええかと(^_^;)
足引っ張るような・・・

>>366
そうなの！？

>>372
ルータはコンシューマ用と業務用とでは値段が
格段に違いますよ、と・・・。(スイッチも然り)

で、F/EとB/Eとの間は、別にスイッチ(1Uもの)でも入れて、

B/Eを1Gでつないで
F/Eを100Mでつないで、ローカル通信する

ようにすればいいんではないかしら。

むろん、超実験の場面なら、普通に通信すればいいだろうし。

>374
んな感じですかねー(^_^;)

まずいっぺんにやると速攻お腹一杯になると思うのでトップあたりで
キャリア判別して一つだけ新方式にすればいいんじゃないかと思い
ます。
一つめはvodafoneだとユーザー数から行くと余裕な悪寒もするので
まずはａｕ辺りから始めてみるとか

>>376
いきなりアクセスの半分を実験台にする？

んじゃ　第一段階としては　

banana with よさげなNICx2 , 1GRAM
switch いつも各ラックにいれているやつ
tiget(だけどSingleCPU) with もっとよさげなNICx2 2GRAM(4Gまでを想定)
２ちゃんねる専用ラックに入れる。

かな?

>377
えっ、そんなに行ってるんですか（汗
かといってvodafoneだけだと少ないと思うのでvodafone＋味ぽん連合軍
辺りが妥当ですか。。。。

>>376
賛成
まずは Yukie から

>>378
そんなところですかねぇ・・・
あとはHDDなんだけど・・・

Fは4台同じの入れる予定だから、最大値と言われる
Auからやんないと実験の意味がない希ガス。

そうですね。
んじゃ、yukieから

HDDはシステム＞IDE
キャッシュ＞15krpm 36GB x 2 ストライピング
の３台構成がええねー(^_^;)

>378
第１段階としてはそれでいいと思います。
tigerでも処理しきれなかったらこれをお下がり争奪戦に回せばいいですしね

>380
いきなり強敵を相手ですか（滝汗
まぁ、BlackGoatの性能チェックをする意味でもやってみる価値はあるかも
しれませんね

今は oyster246 に c.2ch.net を置いているので、
バックエンドにフロントエンドの仕事をさせている状態ですよね。
試しに banana に c.2ch.net を単体で置いてみて、
フロントエンドにバックエンドの仕事をさせてみるのはあり？

BBS/c 同居状態の時に、２ちゃん全体でのカキコ劇重になったから
ディスク I/O が足らないって事で、試してみるまでもないのかなぁ。
それと、c on banana と各掲示板サーバとの通信で
ルータがお腹一杯になるのかしら。

ﾅｶﾞﾚｶﾞﾖﾒﾃｲﾅｲ ?

B/Eはいわゆる普通のProxyサーバとして動作するということになるのかな。
お手軽なら、Apacheかsquidあたりか。

F/EはB/Eにdatをねだって、B/Eは自分のディスクになければ、
各掲示板サーバにdatをとりにいくと。

で、B/Eがある程度のディレイ取得をサポートすればいいのかな。
squidでいけるのか。

>>378
概ねそんなかんじですね。でもPCIが1スロットしかないかも。< banana
つまりNICはひとつ増設あたりか（それでもまぁいいんじゃないかなとは思う).

TigerのNICってどういう仕様なんでしたっけ。
たぶんem(Intel Pro/1000) x2 あたりだと思うんですが。

で、今回はSingle CPUでOKとおもいます。< Tiger
SCSIがdual channelのU320 15,000rpm(ようはpekoと同じ仕様)であれば、当面の最良解かと。

>>384
さんせーい
ﾉｼ

>>387
＞B/Eはいわゆる普通のProxyサーバとして動作するということになるのかな。
＞お手軽なら、Apacheかsquidあたりか。
＞
＞F/EはB/Eにdatをねだって、B/Eは自分のディスクになければ、
＞各掲示板サーバにdatをとりにいくと。

ｸﾗｼｯｸ改は今まで通り、qb5.2ch.netにoperateの1075887456.datを拾いにいけばよいのかな？

>387
プロキシ反対(^_^;)
差分取得できないと、２ｃｈサーバのI/O負荷が・・・・

なるほど。

差分取得できるしくみがB/Eは必須だと。
２ちゃんねるの場合普通はただ増えていくだけなので(削除時を除く)、
ここは重要ですね。

＞F/EはB/Eにdatをねだって、B/Eは自分のディスクになければ、
＞各掲示板サーバにdatをとりにいくと。
＞
＞で、B/Eがある程度のディレイ取得をサポートすればいいのかな。
＞squidでいけるのか。

ここで、B/Eは差分取得＋ディレイで２ちゃん鯖のI/Oは抑えられるんじゃないかな？

>391
んですだ(^_^;)
多少、面倒なcgiが必要かもしれんけど
Tigerなんで、もう一個CPUを刺せるしねー

キャッシュからの増分だけ差分取得してくれるような都合のいいプロキシってないのかねー？

その都合のよいプロキシ鯖を作ろうってのが今回の最大のテーマになるのかな？

>>394
壺

あぁ、そうか。

原理的には今のクラシックメニューの機能を、分割実装すればいいのか。

上半身をフロントエンドに、下半身をバックエンドに入れると。

こんなとこですかねー

落とし穴はあるかな?

>>394
無いなら作ればいい

・ミラー＋α
Ｆ/Ｅから要求が無くとも定期的にＤＡＴを取りに逝く

・rsync
２ｃｈ鯖にrsyncを走らせて・・・

・2chブラウザ型
Ｆ/Ｅからの要求で取りに逝く（差分等）

ちと質問ですけど、c.2ch.net って●使えるという噂を聞いたんですけど
その動作は各サーバの offlaw を直で叩くんですよね?

comic4鯖いつまで落ちてんの？
携帯ユーザー激増の負担を押し付けられるのは迷惑なんだけどな。

>398
落とし穴はないと思います。
いきなり強敵ですけどこれくらい涼しい顔で捌けないと話になりません
からねぇ。。。。

>399
３番目でしょ(^_^;)やっぱ

>>401
そんなこと言うサーバは一生放置　or 消去で、

>>404
何様のつもりだおまえ。

HDDは結局、どれにするのかな・・・？
F/E IDE
B/E SCSI

FOXってどのぐらいの権限持ってるの？

>>405
>>404はやろうと思えば指一本でcomic4を消し去ることの出来る人ですが・・・。

>>405
ＦＯＸ★様ですよ〜
逆らえば板をめちゃめちゃにされますよ〜

>>407
ひろゆき＠どうやら管理人★ よりできる権限を多く持ってる。
理由はひろゆきが(ry

いっその事comic4消しちゃってほしいな
直るかも、と思って期待するの飽きた。

>>405 まったく同じセリフを書きたかったが遠慮した
>>408-410 実行できる人であっても、それの使い方にトゲがありすぎ

とりあえずいい結果を出して欲しいんで議論の邪魔しないように退散しようや、なあ

comic4消えたら難民が凄そうだ・・
大海嘯がおこるやもｗ

なるほど、独裁者気取りの厨坊か。
虎の意を借る狐とはよく言ったものだ。(w

>>410
へ〜なるほどね

つーか文句言ってる人って●持ち？
タダで使わせてもらって文句言ってるわけないよね？

>>414
タダで使ってるなら文句言わないように・・・。
ここまで荒らすとどうなるか知らんよ・・・。

>>400
直接、認証鯖にアクセスしています。
今はつかえませんです。

>414
(((( ;ﾟдﾟ)))ｱﾜﾜﾜﾜ

>400
i-modeエミュレーター手に入れたのでc.2ch.net使ってみたんですけど
●ログインは無さそうですね。
本当はどうなのかは実際に使ってる人に聞いてみないとわからない
ですけど

●ログインですが、前は出来ていました。

携帯→2ch運用情報スレッド7
http://qb5.2ch.net/test/read.cgi/operate/1085064379/21
21 名前：● proxy123.docomo.ne.jp● ◆BFzK/mtqM2 投稿日：04/05/21 09:36 ID:1aIW04UP
テスト

新URLに対応していないようなので、現在はどの鯖からも●はできない。
現在ｸﾗｼｯｸさんが調査中です。

>420
という事は●も考えないといけないかもですね。

※統計ページ調べてわかったんですけどＰＣからのアクセス数が意外と多くて
　６％近くに上っています。
　今度はキャリア判別しているので大丈夫だと思うんですけどＰＣ経由は対策
　をしてアクセスしようとしても即お帰りコースにした方がいいと思います。

>>421
●は現状どおり各サーバの offlaw.cgi を叩きに行くということを
念を押したかっただけです。

>421
了解しました。

※余談ですけど６月からの統計見たんですけど９位まで全て定額制の機種
　で占めてました。
　しかも全体の約４０％もいってるし。。。。

>>423
PC優先でお願いします。

>>422 FOX★
携帯板の住人ですが、ちょっと質問です。
今回の携帯電話からのアクセスでcomic4鯖が大変なことになっていることに
関してですが、以下の対策スレ
【ユビキタス】携帯・PHSからでも快適に2ch【p2】
http://hobby6.2ch.net/test/read.cgi/phs/1085913880/
このスレを携帯専用鯖導入がされて事態に収集がつくまでの期間スレの
トップに固定して多くの利用者に関心を持ってもらいたいと思うのですが、
そういったことは可能なのでしょうか？
もし可能なのであれば自治板で協議して要望を提出したいのですが。

>>425
【実験】書き込めなスレッド　スレッド924について2
http://qb5.2ch.net/test/read.cgi/operate/1075184383/

これのことじゃないかな？
具体例が少ないのでまとまった案が出たらOK/NGも含めて適宜対応すると思われます。

>>426
誘導、アドバイスありがとうございます。

>>378
＞banana with よさげなNICx2 , 1GRAM
そーゆーことなら
そんなまどろっこしいことしないでマザボをPoly875PSに汁。
内部を1000base-T＠CSAで。

>>428は漏れ。
banana的なモノにするのでも、既存のbananaだとNICが廉価版だから使いにくい。
んでもってMemSlotが２本しかないから増設しようと思っても役に立たない。
んだからMemSlot４本で内臓LANが全てIntelで速いCSA接続1000base-TもついているPoly875PSで。

で、本体にはTigerを使うみたいですが、まず掲示板に人柱的に投入してみるとかは
考えていませんですか？

個人的にはそういった実験もやって欲しかったり。

あとは不治痛の新HDD導入（今月から出荷開始なMAUシリーズ）の可否かな？
PekoとTigerの足回りがほぼ同じと仮定すると、HDDの素の性能比較をするのもそれなりに
有意義ではないかな？と漏れ的にはおもいます。

要は、考え方として
「とりあえず鉄板で逝く」のか、「まず実験」なのか、みんなはどっちを考えてるのかなぁ？と

漏れは、実験きぼんぬで。

>>431
>>353は読んだ？

>>432
そうか_|￣|○

>>401
[漫画・小説等]にアクセス（特に携帯かららしいけど）が集中した理由なに！？
イベントでもあったの？

この時間でも劇重みたいなんだけど。

ICH5系列（i875/i865）はそろそろ登場から１年なので
OSレベルでは十分枯れていると思うんだけどなぁ。。

まぁこちら側の運用技術は未開拓でしょうからそりゃ却下になりますわね＿|￣|●il||li

>>434
重い重い重い重い重い重い重い　comic4
http://qb5.2ch.net/test/read.cgi/operate/1086183742/
イベント＝電車通勤

えっと、クラシック本体をバックエンドに入れて、
フロントエンドは携帯とバックエンドの間での橋渡し役っていうのありかな？

とりあえずcomic4に入ってる19板をばらばらでいいから他の鯖に振り分けるべき

>>436
現状pekoであっぷあっぷなので,それは厳しいと思われます…

>>437
さすがに解決になってないw

>>438
アップアップの原因は、（1）キャッシュの読み書きと（2）送信の捌けの悪さだとすると、
（3）その他の処理はどっちが受け持っても変わらないはずじゃないかな？

データの受け渡し＝送受信、とすると片一方のLANが蟹になるから
フロントエンドに純正bananaというのは少し恐ろしいのう。。。

安く挙げるならマザボをPoly875PSにするのが非常にお奨めなのではあるが、
>>353で却下されとるしねぃ。。（875はS-ATAさえ使わなければかなり鉄板だと思うんだが）

ということはフロントエンドもTigerか？？

携帯相手なんで転送量はたかが知れてる
問題は相手が遅くてデータを吸い上げてくれないので、処理がなかなか終わらないって感じみたい。
だから蟹でも大丈夫じゃないかな？

となると、もう一つ新たな疑問点が、

相手が遅い＝同じリクエスト数でも送信データがメモリに滞留する時間が比較的長くなる
ってことになると、メモリは１Gで十分なのか？という疑問（妄想）が出て来ますた。。。

メモリが不足でスワップ発生して重くなる。昨日がまさにそんな感じかと思われ

今はhttpdで利用できるメモリを制限しているので大丈夫になったはず

ふーむ。
フロントエンドに何をさせるのかが確定しないとアレかもですねー。

proxyのような役目（一旦フロントエンドのメモリに格納してから送信）をさせるなら可能な限りの
メモリ特盛がベストだし、
>>436案のように単に鯖の割り振りだけ（フロントエンドはほぼ素通り）をさせるんだったら
そんなにメモリはいらないのかも？？

でも、「基本素通り」にしたとしても、フロントエンドにもある程度キャッシュさせないと
内側のLANが目詰まりして大変そうな気が、、

iMonaみたいなのをオープンソースで作って配布、
サバ持ちのみなさんが自分のサバでそれ公開しあって
負荷分散、てのはどうなんですかねえ？

>>446
それでも、Javaが入っている端末じゃないと意味無いしなぁ

>>446
そのためにこれがありますよ。
p2公式サイト
http://akid.s17.xrea.com/
【p2】PHPでつくった2ch viewer【part9】
http://pc5.2ch.net/test/read.cgi/software/1085590871/
【ユビキタス】携帯・PHSからでも快適に2ch【p2】
http://hobby6.2ch.net/test/read.cgi/phs/1085913880/

あー、
自分の家のPCを自分の携帯のための自分専用串として使うということは無理なんだろうか？？
（ソレに2chブラウザ的なモノを組み合わせるというような）
漏れはただのｼﾞｬﾝｸ屋あがりなのでソフトのことはちんぷんかんぷんですが、

６４ビットＣＰＵなんだから、もっとメモリ積め！　とでも？

>449
望んでいるものがまさに>>448なわけですが。。。

>>451
「家のPC」じゃなしに「サイトに設置」して
「自分専用」じゃなしに「誰でも使える」んじゃないの？ソレ。

クラシックミラーはある意味そんな感じ
自宅鯖だし

p2は素人には少し難しいと思う。
かく言う俺も素人だけど。

むかーしitadakiさんが携帯用のcgi組んでいらっしゃいませんでしたっけ。
違う人だっけ。間違ってたらごめんなさい

要はWinMXとかny並のワンパッケージな手軽さが欲しいわけですよ。
んでもって「自分専用」というセキュリティ面の信頼性。

Apache入れなきゃなんねーんだと普通の人じゃ使えないべさ。

んまぁ、難しいわな。
自分専用みたいな感じではいちお使えますけど。

>>446みたいなことやるとして、やっぱしPHPよりはPerlのほうが普及のためには
敷居が低いだろうか。どうだろうか。教えて自サバ持ってる人。

組んで→組んで配布して

-------------
ＥＲＲＯＲ - 593 60 sec たたないと書けません。(1回目、44 sec しかたってない) 1
--------------
これからは一人一台設置しよう！
でも本当にそれ皆でやったら鯖のえらい人に怒られてマークされるんだろうなぁ
いろんな意味で諸刃の剣だし。。。

>>452
>「家のPC」じゃなしに「サイトに設置」して

家のPCに設置できる

>「自分専用」じゃなしに「誰でも使える」んじゃないの？ソレ。

自分専用にできる

このレスはそのようにしたp2鯖を経由して会社からカキコ

>>460
それでもApache入れなきゃなんねーんでしょ？
それだけで携帯使いには敷居が高いよ。

…まぁこの話はこれにて一旦終了で、

外部からアクセスできる壷があればいいのだが

何分持つかな、comic4のこの良状態

>>445
I/O周りがネックなら大容量キャッシュ搭載のSCSIカードとバッファがてんこ盛りの
インテリジェントNICが効きまくりかと。

たとえばこんなやつ。
http://www.adaptec.co.jp/product/NAC/index.html
NICだけで64MBメモリをもってたりする。

>>464
>>353 を参照してください・・・

このままだとWIN解約

>>449>>461
iMonaは２ちゃんねるにアクセスするためのプロキシっぽいサーバを通してdatを閲覧しています。
datのキャッシュ、差分読みもやってますので２ちゃん鯖にかける負荷は割りと少なめ。

レンタルサーバでCGI掲示板を設置できるスキルがあれば運用可能です。
問題はsocketを通すところじゃないと駄目なんですよね。

>>462
ふーむ、この話は(^_^;)に振るべきだったなぁ、
カネツボ機能にでも組み込んで貰ったほうが早そう。

なんだかココじゃあとってもスレ違いっぽい。。。。

>>467
うーん、可能であれば「ny厨レベル」で実現出来ればソレ系の鶴は普及が早いとおもうんだけどねぃ、、
まぁスレ違いっぽいんでこの話題は終了で、

おいFOMA定額制にした意味ねーぞ

>>470
FOMAが定額制のなったからこうなったんだろうが。

パケット料金競って遊ぶようなドコモユーザーに永久規制を

FOMAユーザーは今日の昼前にアクセス集中でyahooを落としました

>>473
それはFOMA関係ないと思う、、、

しかしディレイ120秒はツラいね｡･ﾟ･(ﾉД`)･ﾟ･｡

あいつら一万円の元取ろうとしてんだろ？
今までパケ代気にしながらチマチマやってたから

>>476
普通に使ってても１万軽く超えます。そろそろスレ違いなのでこちらへどうぞ。

▽▲▽ FOMA Part 117 ▽▲▽
http://hobby6.2ch.net/test/read.cgi/phs/1085359452/

遅レススマソ
>>440
そういう意味なら変わらないすね。＞キャッシュサーバー的意味合いをフロントに持たせれば

>>471マジで！？おれとおんなじヤツがたくさんいたわけだ…

pc5鯖のスポンサー924スレにこんなのがありましたが、使えませんか？

＞【2get】携帯専用チューニングできますた【厳禁】
＞
＞1 ：西郷 ★ ：04/06/02 19:41 ID:???
＞最近、携帯サイトが妙に重いような気がしてたんですが
＞携帯のアクセスはサーバにとっては結構負荷が大きい上に
＞パケット定額制でアクセスが急増しているのが原因っぽいんですよね。
＞で、色々研究した結果、携帯サイト向けファインチューニングサーバってのを用意してみました。
＞携帯サイト専用サーバについての詳細はメールで問い合わせください。
＞
＞http://server.maido3.com/

＞携帯パケ代定額制が導入されたことから常時容易に携帯からアクセスし
＞やすい環境ができたため

それ以前にPCの常時接続やブロードバンド環境普及での負荷増大もあったのでは…。
それが、あの8月危機をもたらしてしまったと思うが…。
現在は、NTテックのHEとの契約破棄とPIEへの移行（5/29問題もそれが原因だが…）
に伴う、鯖不足でただでさえ、同じ鯖に多数の板がホイテョイ入っている（game6鯖問題が有名）
その現状では、read.cgi・i.2ch（r.i・p.i）ストップやc.2chのダウンもやむなしといえる…。

解決策：
1：鯖増設までひたすら待つしかない
2：i.2ch（r.i/p.i）/c.2chをZ社＆PIEの携帯スペシャルチューン鯖に格納

c.2ch ではﾒﾁｬｸﾁｬ重い板（実況とかＮ速、musicなど）に繋げないようにできませんか？
（専用鯖が増強されるまで）
実況系は r.i で処理してもらうか、携帯からのアクセスはしばらく禁止してもらう。
いままでにも人大杉になってて、携帯からアクセス出来なかったわけで。
その分まで処理してたのでは、重くなるのも当たり前ではないかなと。
comic4鯖住人やc.2ch利用者にとってもイイことだと思うのですが。

素人でごめんなさい
おいらも定額Winなんだが、iやcからr.iなどに直接繋ぐからまずいのであって
タイマー式ミラーのようなものを用意すればロムは可能だよね？
鯖が重いと感知したら自動的に書き込めないミラーに繋がるとかの
方策は取れないもんですかね？

read.cgi・i.2ch（r.i・p.i）止めないと、2ch全体が重くなるんじゃない？

・・・って、なってるか

誰か考えろよマジで

2chオフィシャルp2みたいなものを 月\105 くらいで作って下さい。少なくともドコモ・au・棒だ用に。
au以外の審査基準知らんけど、多分2chブラウザなら通るでしょう。

今は自前でp2動かしてるけど、これをみんなが設置できるとは思えない…

>>486　http://qb5.2ch.net/test/read.cgi/operate/1086180796/257-

正直このスレすら動きが無くて携帯ユーザーが我が世の春を謳歌しているってのは余りに理不尽

HETAREﾀﾝってせこい人だったのね！キライ！！

>>481

ありゃネタだぞ

今夜のcomic4は昨日の深夜に比べて随分軽かった。
携帯からのアクセスがどうだったかはわからないけど
(Docomo工事が一因?)
これくらいのレベルで行ってくれれば問題も大きくならないと思う。
対策待ってます。

今、ディレイ幾らか判ります？

>>492
120

>493
thx

プロクシ大賛成！！
プロクシサーバー入れろよ。

<title>i.2ch Menu</title>

これ入れてほしい。
機種によってはタイトルついてないと不便な機種もある。

作業の妨げになる議論等は以下のスレにご移動ください。

携帯からのアクセスを議論するスレ
http://qb5.2ch.net/test/read.cgi/operate/1086309933/

c.2chは昨日の深夜あたりから軽くなった気がするけど、root★さんが設定いじったのかな？
ミラーは定期的にhttp再起動で激重状態になることがなくなった。

Docomoの工事で繋げなくなってる間に、重大事件などについてカキコしてたのが、
落ち着いたんじゃないかなぁ。またなんか事件があったら増えるかも。
板ごとのアクセス状況があればイイのにね、クラシック。

ドコモの工事で繋げなくなった事実はありません。
comic4鯖の人は延々と言っていたが（笑

ありゃそうなん。
つーことは、単純にアクセス数が減ったということでは？
激重でストレスたまりそうだったし。

282 名前：ょぅιﾞょたん[sage] 投稿日：04/06/04 15:10 ID:yB7tRv8U
自己解決↓

人大杉になってる板の報告
http://qb5.2ch.net/test/read.cgi/operate/1086062150/l50

で、
http://qb5.2ch.net/test/read.cgi/operate/1086062150/114
http://qb5.2ch.net/test/read.cgi/operate/1086062150/339
あたりを見比べると、
pc5、tv6、sports7、music4、news13、game6、live10、live11
のr.iが復活してるなあと。
とりあえず、全開でcを使うのはやめて各鯖に分散する方針かな。

>>482の案、採用してくれたのかなぁ。
漏れのカキコなんだけど。

http://c.2ch.net/webalizer/usage_200406.html

iからの誘導をやめたせいか、6月1日(PDT)のレベルのアクセス数だった模様。
ベスト20の傾向は変わらず。au, FOMA, AirH"。

ところでVodafoneって、ほんとに90位のこれだけなんだろうか。

> 90 9004 0.20% J-PHONE/3.0/J-SH10_a

>>502
これ(r.i一部復活)もあるか。

で、cで実験的に実施している呪文一覧。
Any ideas and comments?

httpd.conf:

<IfModule prefork.c>
StartServers 32
MinSpareServers 32
MaxSpareServers 256
ServerLimit 256
MaxClients 256
MaxRequestsPerChild 10000 # 変更: 0=>10000
MaxMemFree 2048 # 追加(PHPだとこれ入れると効果あるらしい、確かに効果あり)
</IfModule>

# 以下を追加
LoadModule cache_module libexec/apache2/mod_cache.so
<IfModule mod_cache.c>
LoadModule mem_cache_module libexec/apache2/mod_mem_cache.so
<IfModule mod_mem_cache.c>
MCacheSize 256000
MCacheMaxObjectCount 5000
MCacheMinObjectSize 1
MCacheMaxObjectSize 1024000
</IfModule>
</IfModule>
# VirtualHost内で以下を追加
<VirtualHost 38.114.144.180:80>
ServerName c.2ch.net
# 略
<IfModule mod_mem_cache.c>
CacheEnable mem /
</IfModule>
</VirtualHost>

>>504
TOP100なのでランク外かもしれませんよ。

>>504
こんな指摘が・・・

597名無しさん＠お腹いっぱい。sage04/06/03 19:37 ID:gaIDTTYe
>>596
当方ヴぉだユーザーですが2ｃｈやる分には他に比べてそんなに遜色ないかと。
携帯電話シェアの推移ってのを調べてみたんですが、
NTT DoCoMo　　53%
au(KDDI)　　　　　20%
Vodafone　　　　 17%
という結果らしんですよ（http://www.odysseus.co.jp/~meyer/k-tai/)

アクセスの割合もこれに近いなら解るケド（vodaがパケット定額に参入してないという点もあるけど）
限りなく0%っていくらなんでもおかしいかと思ふ

>504
トップ１０にN504iSが割って入ってるのは意外ですね。
それだけ使ってる人が多いって事なのかなぁ

私はVodaと味ぽんの２台持ち。Vodaは通話とアプリだけ。
２ちゃんやwebは味からしか見ない。＞つなぎ放題

個人的には >>509 みたいなユーザが、いわゆる標準的なヘビーユーザかなと思っていたり。

>507
>509の様な人もいますし、実際のシェアと２ちゃんへのアクセス数は比例
してなくてもおかしくないと思いますよ。

>>511
でもいくらんなんでも１％未満ってありえないかなーと…

W________C__WW____WWWW_________WC__W__W___WW____WW___W__WCC_____
C_W__W______C__W__CCWW________CWW___CCW_W____WCW_W_W_WWWL_______
___W__W_RW________W_C___W__W_CC_______C_C____W___C_______CRCC___
___W__W_W_C_____W_CCC_______W_C.................................

wの数は減っているけど、mod_mem_cacheが効いているから？
なにせこのへんはアマチュアの手探りなので、よくわからんです。

>>ｒｏｏｔさん

>>504-505
↑の処置は当面続けて下さるんでせうか？

>>514
私ができることをできるなりに、ということで。

>>515
有難う御座います、頑張って下さい。

質問でーす

キャリア毎に受付嬢を置く作戦に傾いている恭子の語呂ですが、
吐き出す html はキャリア毎に違ったりするんですか?
それとも共通?

>517
各キャリアごとのhtmlなどに関してはこのサイトが役に立つかもです。
　ttp://ubiquitous.s17.xrea.com/home.html

んじゃ　共通のものを提供していくに決定しまーす

クラシックメニューは基本的に同じですので、それでOKです。
つまり、受け付け嬢の中身は同じでよいはずです。

おっ、httpd定期再起動作戦成功してるな〜
さっきまでミラー死んでいたが復活した。

キャリアごとに鯔プログラマ募集してみたらいかがでしょうなあ＞ＦＯＸ

議論スレに書いちゃったけどこっち向けの話ですのでこっちにも書いておきます。
色々調べてみたんですけど他の携帯サイトは複数鯖を建ててロードバランサー
で負荷を分散させて運営していると思われます。
しかし、ロードバランサーはめちゃくちゃ高いです（汗

>523関連でソフトもあったので紹介しておきますね。

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


ttp://sourceforge.net/projects/balance/

Balance is a simple but powerful generic tcp proxy with round
robin load balancing and failover mechanisms. Via shared memory
its behaviour can be controlled at runtime using a simple command
line syntax.

まずは手堅く、今のサーバ使ってやるのがいいかな。
バランサとか入れて力業使うのは、もっとあとでもいいと思われ。

cのチューニングをいくつかしてみて、
バックエンドを作るにあたってのいろんなことがわかりはじめてきたかも。
Apacheのmod_cache/mod_mem_cacheが、あんなに効果あるとは思わなかった。

バックエンドはメモリ2G以上必須ということで。
今comic4は512Mのメモリキャッシュを動かしていますが、効果覿面。

バックエンド専用にするなら、2Gマシンで1Gメモリキャッシュとかにできるかも。

>>524
>>353を考えると、次の次の一手でしょうね

>>524
バランサー・負荷分散系のいいソフトウェアは、いくつかあった気がするです。
pekoサーバスレでも過去出ていたような。

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

488 名前：動け動けウゴウゴ２ちゃんねる 投稿日：04/06/05 02:31 ID:5ZmnnZPq
>>464
外出かもしれないけど、
負荷分散の手法はいろいろあって、
1.　DNSラウンドロビン
2.　問い合わせてくるIPごとにユニークなcookieを発行、
　　それを元に振り分け
3.　問い合わせてくる端末を識別するためにURLに
　　ユニークなIDを埋め込み、それをもとに振り分け
ってのが一般的かな。

携帯の場合だと3が殆どかと。

ﾐﾗｰも同じセッティングにしてみようかな。。。。

どこかで、1キャリアに対してF/Eを3台予定と書いてあったのを読んだような気がするので、
そいつらはまぁ、DNS的な分散するぐらいがいいのかなと。

今のセッティング。>>505 をさらに改変。

1)httpdが満席になってしまうので、働き手を増設
2)メモリキャッシュをcomic4.2ch.netに対しても有効に
3)メモリキャッシュへの割り当てを256M=>512Mに

httpdが満杯になってしまうと一巻の終わりなので、
いかにhttpdを満杯にしないようにするか、
いかに少しでもディスクを触らないようにするか、
というのが、きもかなと。

>>528
ステートフルなシステムとかSSLを使う場合なんかは、いろいろ考えなきゃなりませんが、
２ｃｈは所詮ステートレスなんで、ランダムでも何でもいいんじゃないでしょうか

ロードバランサを導入するにしても、経験がない人だと
結構四苦八苦すると思う。チューニングとか。
まぁそのへんはこの場合あまり気にしなくていいのかな。
一番簡単・低コストなのはDNSラウンドロビン。

内容:
<IfModule prefork.c>
StartServers 32
MinSpareServers 32
MaxSpareServers 384
ServerLimit 384
MaxClients 384
MaxRequestsPerChild 10000
MaxMemFree 2048
</IfModule>

<IfModule mod_cache.c>
LoadModule mem_cache_module libexec/apache2/mod_mem_cache.so
<IfModule mod_mem_cache.c>
MCacheSize 512000
MCacheMaxObjectCount 5000
MCacheMinObjectSize 1
MCacheMaxObjectSize 1024000
</IfModule>
</IfModule>

<VirtualHost 38.114.144.180:80>
ServerName comic4.2ch.net
# 略
<IfModule mod_mem_cache.c>
CacheEnable mem /
</IfModule>
</VirtualHost>

<VirtualHost 38.114.144.180:80>
ServerName c.2ch.net
# 略
<IfModule mod_mem_cache.c>
CacheEnable mem /
</IfModule>
</VirtualHost>

>>530

受けつけ嬢

一台目は au only (au許可)
二代目は docomo only (docomo許可)
三代目は docomo/au 以外 (au/docomo禁止)

の予定。

>>535
なるほど、了解です。

UAで撥ねる仕掛けでも入れますかね。< 禁止

>>536

IPアドレスが解っている筈なので
そっちでの予定

>>536
UAよりもIPアドレスで見たほうがいいと思うよ・・・。

なるほど、IPアドレスでやるなら.htaccessじゃなくて「ごにょごにょ」が使えるから楽だし。

DoCoMo

210.153.84.0/24
210.136.161.0/24

Au
http://www.au.kddi.com/ezfactory/tec/spec/ezsava_ip.html

vodaは書き込める機種が極端に少ないから・・・・(^_^;)＞１％以下

vodafoneのご説明。

●3G携帯（海外でも使えるけど、あまりはやってない）
パケット割引あり・書き込みOK

V-[789]0\d\w{1,2}　　　例)801SH,801SA


●パケット対応機種（2chユーザの多くはこの機種かと）
パケット割引あり・書き込みOK

J-\w{1,2}5\d　　　　　例)J-SH52、J-SH53
V[56]0\d\w{1,2}　　　 例)V601SH、V601N


●パケット非対応（これでネットをやるのは稀かと）
パケット割引なし・書き込みNG
J-\w{1,2}　[01]\d 　　　例）J-SA06、J-SH09、J-SH10
V[34]0\d\w{1,2} 　　 例)V401SH、V301SH V401Dとか

（あってるのか不安な正規表現）

一番下のSH10のみがランク入りとはあまりに変です。
たしかUAの形式が上２つと下１つでは違ったような。
上２つが集計から抜けている悪寒。

ログが残っているなら、601SHやSH53であさってみてくださいな。

vodafoneのUAです。
http://www.dp.j-phone.com/dp/tech_svc/info/useragent.php
/Serialが集計に入ってしまっている気がします。

>>542-543
ありえますね。オプションで何とかできるのかな。

ベスト100じゃなくて全部出したら、いっぱい出てきた。< J-PHONE
ここにシリアルが入るんじゃ、webalizerだとどうしてもだめっすね。
ソース直にいじる必要があるのか（めんどいのでやりたくない）。

ログの処理前にJ-PHONEだけ加工するしかなさそうだなぁ。

webalizerの統計は、機種毎のアクセス数しか出てこないよね。

こっちで、

素人考えだがApache再起動はダメなのかな？
メモリ開放+たまっていた送信リクエストの一掃　の効果ありように思えるんだけど、、、

>>547
というわけで、MaxRequestsPerChildを思い切って100にしてみた。
どうも、Apache+PHPだと、メモリを開放しない場合がある模様。

【Project peko】2ch特化型サーバ構築作戦 Part13
http://qb5.2ch.net/test/read.cgi/operate/1085678587/909-911

>>548
もともと、ｸﾗｼｯｸﾒﾆｭｰはcgiだったんで、ｸﾗｼｯｸさんならcgiソースを持っているはず。
cgiベースで次を考えるとか。

みなさんがむばってください
( ・∀・)つ且~

ソフ板にこんなスレがありました。
【2get】携帯専用チューニングできますた【厳禁】
http://pc5.2ch.net/test/read.cgi/software/9240002223/
ちなみにこれは俗に言われる９２４スレですか？

>>549
CGIバージョンと同期が取れなくなっている場合、
PHPをCGIとして動かす、というのもありかも。

携帯キャリア各社やパーツメーカーとタイアップして
最強のサーバーを用意してもらうってのは？

・・・マイナスイメージしかないか。

>>554
それも一つの道かもね、

>>554
裏でこっそり手を組む

携帯キャリア各社に
「２ｃｈ専用のプロキシサーバ用意しろ。さもないとオタクのキャリア全部アク禁にする」
と持ちかけてみる

まずは設置する場所を予約した

Rack9 の上から10個を予約したぞ
つまり 10U 分だ。

9-1 (switch)
9-2 BlackGoat
9-3 受付嬢 au機
|
9-10

まずは二台発注でよいのだろうか?
されとも最初から switch も使う?

>>557
むしろ喜ぶんじゃない？
余計なリスクが回避できるんだから。

＞５５８
もつかれ
FOXタンでいいの？

>>558
当初は、専用のswitchなしのほうがいいかもしれませんねぇ・・・
負荷状況をみてから、導入したほうがいいとおもいますけど・・・

おつです。
いよいよですね。

わくわく。

| 冫､)ｼﾞｰ

ｷﾀ━━ヽ(ﾟ∀ﾟ)ﾉ━( ﾟ∀)ﾉ━(　　ﾟ)ﾉ━ヽ(　　)ﾉ━ヽ(ﾟ　　)━ヽ(∀ﾟ )ﾉ━ヽ(ﾟ∀ﾟ)ﾉ ━━!!
ｷﾀ━━　 へ　) ━ (　　ノ━ (　　)ﾉ━　(　　) ━ 　へ 　)━ 　へ　) ━　へ 　)　━━!!
ｷﾀ━━　　 　> ━　 >　　━　<　　━ 　<　 　━　 　　 < ━　　　 > ━　　　 >　━━!!

>>558
おつです。

発注は2台(BlackGoatと受付嬢1台)でよいと思います。
swtichは、納期的にすぐ入手できるなら最初から入れたいところ。

>>1
メアリーJブライジかと思った。

Family Affairか

>568
それは高野(^_^;)

VANISHING POINT ？

鯖の入荷予定は？

>>567-568
ところでいつ来日したん？ってすれ違いか

しゃて来週あたりからいよいよの予定。

まずは　ブロント三台投入予定

一号機 au のみ
二号機 Docomo のみ
三号機 au,Docomo 以外の携帯のみ

c.2ch.net のTop はそのままで
キャリア毎にそこからとばすようにすればいいのかな?
三台入った時点で　c.2ch.net は中身なしTopのみにすればいいのかな?

>>573
おぉ、待っていました・・・

> キャリア毎にそこからとばすようにすればいいのかな?
そうしていただければ、幸いです・・・

> 三台入った時点で　c.2ch.net は中身なしTopのみにすればいいのかな?
そうですねぇ・・・

>>573
PHSは何処に

>>573
いよいよ動きだしますか。

1号〜3号の割り当ては概ねそんなかんじですかね。
3号機はau/DoCoMoだけ制限しておくかんじかしら。

>>575
というわけで、au/DoCoMo以外はとりあえず3号に誘導でいいんではないかと。

ブロンド嬢３人という事は、初めは単純にc.2ch.net　３台体制と考えてよいのかな？

ちなみに、ブロンド嬢のスペックは？

>>487
いまさら遅レス失礼

それは携帯アプリ型の 2chブラウザかと…。p2はサーバーで動作する2chブラウザです。
それを有料で提供できないかと言うことなのですが。
(丸ごと有料化してもいいだろうけど、それは辛いので)

鯖の維持費にはなるでしょう。
100円として 10000人が加入したら \1,000,000/月

未だに分かっていない人がいるようだけど、
・有料化するためには仕組みが必要
　ユーザ管理とか認証とかエトセトラ
　⇒あなたが作ってください
・有料化すると責任が発生
　⇒あなたが責任とってください

で、受け付け嬢なんだけど(^_^;)
banana+Intel Pro100 x 2+mem 1GB(1モジュール)でOKになったんだっけ？

俺月々５０円が限界だな

>>581
まずはそれで。

受付嬢は多数の遅いコネクションをさばく必要があるので、
ネットワーク系のチューニングをするためにも、メモリ1G以上は必須かと。
で、ネットワークI/Oに特化させて、ディスクI/Oは極力しないようにしたい。

で、Intel Pro 100が2枚挿されば問題ないですが、
PIEで現物を見たときのことを思い出すと、
bananaにPCIカード2枚は刺さらなかったような気もしていたり(このへん、記憶があいまい)。

ということで、そろそろ受付嬢のソフトウェア構成を考えることになるかなと。
まずはラフ案。

・今のcのプログラムの改良版
・ただし、datはローカルに持たずに、バックエンドに要求する

・バックエンドは、ものが来るまでは今のc(oyster246)を使う
・ものが来たら(Tiger、ただしシングルCPUでしたね、確か)、それをセットアップ

・システムチューニングとしては、mbufをふやしたり、
今のcに準じたApacheのチューニングをしたり、等

まずは素でやるが吉
問題点が出たら、そこをどうするかという話し合いが必要だと思う。
結局はある部分だけ予想で突出させてパワーを引き出しても
その分何処かがけづられたり、もともとそんなパワーの出るものじゃなかったりする。

総合力を高めたほうが良い結果が生まれると思う。

何もしないデフォではじめよう。

んで root 付設定でいいんですよね?　>>584

あと　今回の投入で oyster246 からはおさらばしよう。
まずは三台がそれぞれ現在のcの作業を並列して受け付けることにしよう。

oyster246 とおさらばして　comic4 に迷惑を掛けなくするのが今回の目標でーす

>>585
はい、root権限つきでお願いします。

メモリは正直1Gがいいかなぁとは思いますが、
必要ならネットワークカードとともに後で追加もできるということでいいですかね。

|　 |
|　 |∧_∧ 　　　ｶﾞﾝｶﾞｯﾃくださいです。
|＿|´・ω・`)　　　お茶ﾄﾞｿﾞｰ
|空| ｏ　o旦~
|￣|―ｕ'　

ハード的には強化版で
ソフト的にはデフォで？(^_^;)

>>587
Hard 構成は　2G まで積める (最初 512M or 1G)　で行く予定でーす
で実際に足りなくなったら追加という手順で、
ネットワークカードは 最初から二枚積んだのを発注でよいと思っています。

>>586
うおっ。
ディスクI/O性能がついてこれるか、不安かも。
先日のbbqの件も、ディスクI/O性能がオーバーして結局負けたので。

でもとりあえずは、私にやれる範囲でできるだけやってみます。
I/Oのチューニングは、いろいろなやり方があるし。

もしどうしてもだめならバックエンドサーバが来るまでは、
comic4の方には引き続き泣いていただくしかないかもなと。

ちなみに現在のI/O状況: 高負荷時のlive8ぐらいのdisk writeが常時かかっている
http://mumumu.mu/mrtg/mrtg-rrd.cgi/io/

>>590
了解です。そうするとbananaの場合確かメモリ2枚までだった気がするので、
1G構成ということになるのかしら。

>>591
はじめは何もチューニングしなくて良いかと、
重要なのは三台ってとこが味噌です

au , docomo , その他

いろいろ見えてくるものがあると思われ
わくわくです。

また、この三台は pc からのアクセスはシャットアウトよろしくです。
まずは統計取りましょ。

512 x 1 > 512 x 2 >1G x 2
という進化もできるなぁ(^_^;)
ただ、現状で512だと厳しいことはわかってるんで
1G x 1から始めるのがええんでわないかと。

comic4 を泣かせないというのが三台投入の第一目的です
携帯は依然として泣くことになるかも知れません

そうすね。
c/comic4で実際にやってみてわかったこともいろいろ多いですし。

# まぁどうせ、今のcみたいに動かしながら苦しいところを徐々にいじっていくことになるだろうなと。

>>594
了解。

うーむ、なるほど・・・

comic4 を泣かせないというのが
「泣かぬなら泣かせてみよう、ホトトギス」

泣かぬなら殺してしまえ、ホトトギス

こころの俳句は雑談スレでー。

質問・雑談スレ43＠運用情報板
http://qb5.2ch.net/test/read.cgi/operate/1087488419/

>>583
ガワがM-ATXだからbananaだとカード２つ入らないね。

>>590
banana系で最初からNIC複数搭載でメモリたくさんってことはPoly875かしら？
>>591
WDRaptorの74GBのを入れれば平気かも？（36GBモノだと性能不足らすい）

参考になるかわかりませんが、ﾐﾗｰ鯖のｽﾍﾟｯｸは

【CPU】Pentium4 2.8G
【MEM】1.5G （RIMM1066w）
【M/B】Gigabyte GA-8INXP rev2
【HDD】IC35L080AVVA07-0　80Gの内40Gを使用
【OS】Fedora CORE1
【NIC】内蔵NIC　確か蟹？

スペック的にはBanana相当です。
アクセス数はc.2ch.netのおよそ1/3〜1/2くらい

一応、これで何とか生きています。

×【M/B】Gigabyte GA-8INXP rev2
○【M/B】Gigabyte GA-8IHXP rev2

>>601
いいマザボですね。ディスクは1台ですか。

これを見ると、NICはIntelのGigabitみたい。
http://review.ascii24.com/db/review/hard/motherboard/2003/03/11/642336-000.html

あら。>>602

もう1回Googleしてみないと(w。

3.0となっていますが、これかな。
http://tw.giga-byte.com/MotherBoard/Products/Products_GA-8IHXP(3.0).htm

とすると、Realtek(蟹)ですか。

>>603
普段使っているWindowsマシーンはGigabyte GA-8INXPですｗ

ﾐﾗｰは、Diskは1枚です。
http://www.watch.impress.co.jp/akiba/hotline/20020615/etc_ihxp.html

NICは蟹ですね。

わーい

携帯、受付三人娘の第一号機がきました。
今週中に三人とも揃える予定で動いていますー

Banana403 一号機 AU 専用。

banana403　セットアップ完了致しました。
パスワード情報をお送り致します。

以下内緒

>>607
はやっ・・・
お疲れさまです・・・

すぺっくきぼんぬってroot付きだから、
中の人待ってみようか。。

今頃中の人がごにょごにょやっているはず

結局携帯ｱｸｾｽ増加に対する処置は鯖増設じゃあ
問題先送りって感じがするのは気のせいですた。

ttp://www.polywell.com/us/rackservers/images/case/1U17E-Front-Open.jpg
ttp://www.polywell.com/us/rackservers/images/case/1U17E-Back-Open.jpg
なんかしらんが、bananaの中の人があさってたら、でてきたぞ。

ttp://www.polywell.com/us/rackservers/images/case/14inch-Mini-1U-SC512.jpg
小さいのでこっちかもしれん

ごにょごにょ。

- メモリ 1G
- ネットワーク Intel 82550 Pro/100 Ethernet I/F 2つ
- その他の仕様 banana(Pentium 4 2.8G / IDE 80G 7200rpm x 2)

NICはMACアドレスが続き番号なので、1枚で2つI/F持ってるやつかも。

>>612
携帯鯖の画像ですか？

＞６１４
ｂａｎａｎａ仕様かと（2chで一番多く入ってる物、多分携帯用もいっしょ。）
マザーボードは違うものもあるかと。

で、サーバー屋さん御用達のメーカーオフィシャルの写真。
で１Ｕ１７はｌａｎがｖｉａなのでゴニョゴニョ

ごにょにょ。

こいつはau専用でしたっけ。

だとすると、auの携帯が使うIPアドレスのレンジを知る必要がありますね。
.htaccessでやるにせよ「ごにょごにょ」を使うにせよ、フィルタ書く必要があるんで。

あした来るのが 404 で docomo 用でーす

過去レスに確かあった気がする。
帰宅すれば分かります〜
あと一時間位お待ちを

OKです。>>617
セットアップ作業は問題ないので、早ければ今夜か明日にでも試運転開始できる見込み。

名前なんでしたっけ。

・愛称
・携帯でアクセスする時の名前

があったような気がするのですが。

>616
これだと思います。
違ってたら指摘よろしくお願いします。

ttp://www.au.kddi.com/ezfactory/tec/spec/ezsava_ip.html

>>618
ども。
必要になるのは早くても今日の深夜なので、それでじゅうぶんです。

au, DoCoMo, Vodafone, ツーカー, PRIN(AirH" Phone)ぐらいを教えてもらえればいいのかしら。

しばらくは UA で振り分けして、安定してきた頃に IP アドレスで振り分けるっていうのはどうでしょう？
携帯端末エミュレータで確認が出来るって云うこともあるかと思いますのでので。

au
http://www.au.kddi.com/ezfactory/tec/spec/ezsava_ip.html

docomo
http://www.nttdocomo.co.jp/mc-user/i/ip.html

Vodafone
http://www.dp.j-phone.com/dp/tech_svc/web/ip.php

TuKa
http://www.tu-ka.co.jp/common/support/tec/spec/ezsava_ip.html

AirH"Phoneセンター
http://www.ddipocket.co.jp/p_s/products/airh_phone/ip.html

>>621 ：root ★
このあたりも必要なら参考にどうぞ
http://specters.net/cgipon/

さて、と君問題なければ、受付嬢のバーチャルホストは、

c-au.2ch.net
c-docomo.2ch.net
c-others.2ch.net

で作っておこうかなと。

で、例えばau用2号が来たらc-au1, c-au2, ...という感じで横並び。
こういう名前付けておかないと、あとでわけわかめになりそうだし。

で、cからUAを見てとばすことにしようかと。
つまり外向けに公開するURIはあいかわらずcということで。

>>625
と君 => 特に

ということでもう少ししたら、ぼちぼち儀式へと。

ドキドキ

　 ∧＿∧
　（； ・∀・）
　（　∪ ∪　ﾄｸﾝﾄｸﾝと君
　と＿_）__）

ということで、auの携帯のUAってどれ見るとわかるのかしら。

>>629
http://specters.net/cgipon/labo/c_dist.html#useragent
これかな

いちおう公式にもあるみたい
http://www.au.kddi.com/ezfactory/tec/spec/4_4.html

このへんにぼろぼろと、
★薬物関連専用　荒らし報告スレ★
http://qb5.2ch.net/test/read.cgi/sec2chd/1074153282/

なんちゃって

とりあえず儀式します。pekoサーバスレにて。

受付娘三台そろった段階で
全サーバの r.i p.i を止めます

ここなら管理運営に当たっている方に読んでもらえると思い、
スレ違いと承知しつつ書き込ませていただきます。

以前、ロボット型のデータ抜き出しツールを使用し
cgiを叩きサーバに過大な負荷をかけてしまった事をお詫びします。
その時は攻撃することになると、全く考えが至りませんでした。
今となって後悔しております。
またその頃、自作ＰＣ板を"荒らし"てしまった事に対しても
深く反省している次第です。
そのせいでなのか、どうやら個人情報が流出しているようです。
●を使用していない事も関係しているのかもしれません。
(個人的な理由で使用出来ないのですが、使っていない事に変わりはありません。)
自分の播いた種ですので、
良き勉強として受け止めさせていただきます。

私自身のした行為を恥じつつ、ご迷惑をおかけした関係者の方々に
深く謝罪致します。
申し訳ございませんでした。

これからも自分のような初心者荒らし等に負けずに、
良き運営がなされますよことを心よりお祈りいたします。
迷惑で、スレ違いの長文をお読みいただき、
ありがとうございました。

これからもがんばってください。

>>635
あふぉか。
ログがほしければcgi叩かなくても/dat/から引っこ抜いてきて
自前でhtml変換すればそれですんだのによ

大体謝罪するならひろゆきに直接メール投げろよ

この話題は激しくスレ違いなので、こちらでどうぞ
【.htaccess】読みこみできない【規制作戦】
http://qb5.2ch.net/test/read.cgi/operate/1082968554/l50

Banana404 は明日来るらしい

c-auにcの内容をコピー中、、、。

どきどき

だいじょうびでつ

コピー終了。

中身をいじる必要があるのかしら。
(例えばホスト名がc.2ch.netであることに依存している場合、変更の必要あり)

このままで機能的には問題ないはずです。

あれ？
キャッシュが生成できませんってでるな〜
アクセス権がないんかな？
さっきは大丈夫だったんだけど

>>643
ちょといじっていました。
トップページでgrepしたらc.2ch.netという名前が結構埋め込まれている模様だったので。

今どうでしょうか。

というか、器ができたあとの中身はへぼな私がごにょごにょするより、
おまかせしたほうがいい気がしてきました。
ということで、あとのチューニングは予定通りおまかせいたします。
すみませんがよろしくです。

問題無さそうです。
鯖ごとの時間調整などで、ホスト名使っているはずです。
夜にでもごにょにょしてみます。
運用上はこのままでも大丈夫なはずです。

>>646
了解です。
c3.peko.2ch.netという名前のかわりに、c-au.2ch.netを入れてみました。
(c3.peko.2ch.netはもう使わないので)

あとはおまかせします。
私のほうでは、UAでのくびふりとかアクセス制限部分とかをごそごそと。

>>647
ありがとうございます。

>>648
変更漏れがたぶんきっと間違いなくあると思うので、そのあたりも含めて
よろしくおながいいたしますです。

# 寝る前にこのマシンでiozoneしたので、どこかに貼ろう。

あっ、、、
まずいことを思い出してしまった。

もしかしたら 403 の設置場所(ラック)が違うかも知れない、
リザーブしておいたとこに設置するんだった
動かすときは突然とまりますー
私がいたらここに書きますー

>>650
了解です。
今夜の現地の昼間あたり？

確認です。
ホスト名はc-auで運用ですか？
だとしたら、しおり作り直す準備しますので。

名前はこれ(仮に増えたらc-auをDNSラウンドロビンか)でいこうと思ってますが、
あんまり外に見せたくないかも。

見せるURLはひとつで、自動的に振り分けられるがいいかなと思っていたり。

「自動しおり」使ってますが、クッキー発行に変更ありますか。
履歴消えてしまうですか？

# r.i/p.i いっせいに止めずに、しばらく様子見する方がいいような…。

>>653
ということは表紙はcobra2246残しってことになりますかねえ？

auのブラウザだけ、c-au.2ch.netにとばすようにしたつもり。

c.2ch.net側に以下を追加。

<Directory "/home/ch2c/public_html">
(略)
RewriteEngine On
RewriteBase /
RewriteCond %{HTTP_USER_AGENT} UP.Browser
RewriteRule /(.*) http://c-au.2ch.net/$1
</Directory>

>>657
ちょっと変えた。

RewriteEngine On
RewriteBase /
RewriteCond %{HTTP_USER_AGENT} UP\.Browser
RewriteRule /(.*) http://c-au.2ch.net/$1

http://mumumu.mu/mrtg/mrtg-rrd.cgi/access/

ここみていればいいのかな?

さらに変更。

RewriteEngine On
RewriteBase /
RewriteCond %{HTTP_USER_AGENT} UP\.Browser
RewriteRule (.*) http://c-au.2ch.net$1

>>659
です。
# めざといすね。

で、c-auではとりあえずDoCoMo/J-PHONE/DDIPOCKET/MozillaというUAは
はじくようにしてみた。

もうちょっといいやり方があると思うけど、今はたんにUA見てるだけ。

ということで、これで最初の1回以外はauものはc-auにいくようになったはず。

>>662
ドコモからは人大杉に飛ばされること確認したです。
auな人はうまく移行出来てるのかな？

$ telnet c.2ch.net 80
Trying 38.114.144.180...
Connected to c.2ch.net.
Escape character is '^]'.
GET / HTTP/1.0
Host: c.2ch.net
User-Agent: KDDI-HI21 UP.Browser/6.0.2.254 (GUI) MMP/1.1

HTTP/1.1 302 Found
Date: Wed, 23 Jun 2004 11:57:17 GMT
Server: Apache/2.0.49
Location: http://c-au.2ch.net
Content-Length: 203
Connection: close
Content-Type: text/html; charset=iso-8859-1

いってますいってます(^o^)

> Location: http://c-au.2ch.net
Location: http://c-au.2ch.net/
ですね(^-^;;)

#あぁ、しおり・・

/iで「写」をすると、レスが表示されません。
他10-,-10,/nでは正常ですー。
以後の報告は本スレでいたします。

>>665
へぼかったので、直しました。(これが一部うまくなった理由だった)

今の設定:
RewriteEngine On
RewriteBase /
RewriteCond %{HTTP_USER_AGENT} UP\.Browser
RewriteRule ^(.*) http://c-au.2ch.net/$1

>>667
うまくなった => うまくなかった

ん〜　au用っていうより　EzWeb用鯖になってしまったのぅ。
Ezweb用鯖、i-mode用鯖、その他鯖（Comic4のPecoに残り？　それとも分離？）か・・・

AU用のﾒﾆｭｰってもう動いてるの？
ここにアクセス？
http://c-au.2ch.net/

>>670
AUでもこちらからどうぞ。そこは裏口みたいなものなので。

http:/c.2ch.net/

間違えたー。

http://c.2ch.net/

banana404 , 405 が引き続き到着しましたー
設定情報メールしました　> 管理人さん、root ★さん

banana404 = docomo 用
banana405 = ezweb , docomo 以外の携帯用

>>673
はやっ・・・
お疲れさまです・・・

ついに着ましたね。
乙です。

携帯専用鯖（au・tu-ka用）
携帯専用鯖（docomo用）
携帯専用鯖（Vodafone・AirH"用）
で正解？

携帯専用鯖（au用）
携帯専用鯖（docomo用）
携帯専用鯖（Vodafone・AirH"・tu-ka用）

>>677
tu-kaはEzwebですよ。

ポケベル専用鯖（東京テレメッセージ用）は？

ポケベルがページャーみたいに双方向だったらね。

>>678
あらっ　そうなんだ

>>681
au専用にするならば、IP帯でわけるしかないけど・・・
まぁ、au/tu-ka用でとくに問題はないとおもうけど・・・

とりあえずあう子は塚美ちゃん弾きます、、ってのを見た記憶があるが

>>root ★さん、
c-au.2ch.netですが、原因不明のﾊﾞｸﾞが発生しておりまして、
ﾒﾝﾃﾅﾝｽする為に一時的に httpd.conf でのｱｸｾｽ制限を解いて頂きたいのですが、
お願いできますでしょうか。

【携帯→2ch】質問・雑談スレッド
http://qb5.2ch.net/test/read.cgi/operate/1087991695/17
（上記URLの内容を引用↓）

17 名前：動け動けウゴウゴ２ちゃんねる[sage] 投稿日：04/06/24 03:27 ID:rNEOXSEj
【au】2ちゃんねるへのアクセス先変更
http://news12.2ch.net/test/read.cgi/news/1088010103/51-52

51 ：root ★ ：04/06/24 03:15 ID:???
マジレスしておこう。

従来のクラシックメニューの入り口 ( http://c.2ch.net/ )から自動的に飛ぶように
設定されていますので、変更は不要です。

個人的には、逆に変更して欲しくないなと。
なぜかというと、c-au.2ch.net というURLを将来何らかの理由で変えようとしたときに困るから。

あくまで正式な入り口は、http://c.2ch.net/ となります。
ということでよろしくです。

52 ：root ★ ：04/06/24 03:16 ID:???
そもそも「変更」というアナウンスは全くしていないので、念のため。
それでは。

>>673
受け取りました。
ハードウェア構成は403と同じでした。

>>684
これからやります。

>>684
done.

>>687
ありがとうございます。
すべてのPCというのもあれなので、、、

今メール出しましたが、可能でしょうか？

これってどの程度使えるんだろ
ttp://hp.vector.co.jp/authors/VA017379/Help/KeitaiKibun.html

>>688
できると思います。やってみましょ。

やりました。>>688

Jimさんと話していて、
そろそろバックエンドのプライベート側のネットワークをおしえてちょ、っていう話になりました。
単純に、

192.168.0.1 バックエンド親玉のプライベート側

192.168.0.51 c-auのプライベート側、必要なら52, 53, ...
192.168.0.101 c-docomoのプライベート側、上記同様
192.168.0.151 c-othersのプライベート側、上記同様

とでもしておけばいいと思うけど、どうだろう。

c-docomo, c-others 完成間近。
儀式・デビューは明日の予定。

c-auからc-docomo, c-othersにデータを転送中、、、。

root ★さんお茶どーぞ

　　　　　　∬
　　　　　　旦

振り分け専門の新cもbanana405上に作ったので、
明日にはcomic4から携帯系を完全に除去できる予感。

以降の作業は明日。おやすみ。

おつかれさまです！

>>696
乙でし。おやすみなさい。ﾉｼ

>>696
お疲れさまです・・・

いやー感謝感謝

このへん見ながら
順次 p.i r.i 止めていきますー

http://mumumu.mu/mrtg/mrtg-rrd.cgi/access/

>>701
お疲れさまです・・・

>>701
では、機を見てi→cへのリンクを復活させてみます。
それで破綻したら、まぁそのときはそのとき。

# まだバックエンドがない状態なわけで。

＞r.i/p.iの停止
現状では仕方ないが、完全に停止と言うのは…。
現状では鯖不足でread.cgiすら止めている訳だし…。
鯖が整備された時に復活出来れば…。
あと、今後r.i/p.i復活の際、cgiを板が入った鯖と別の鯖から呼び出せれば…。

r.iとかに代わる閲覧方法が導入されたから止めるってことでしょ
http://c.2ch.net/

とはいえ、私家版メニューにはr.i/p.i呼び出しタイプとDAT直タイプがあったり…。
後者が主流になるとは思われるが。
あと、パソと携帯の振り分けの問題もある。

r.i と p.i は廃止です

廃止宣言かぁ
i.2chやi.2chメニューリストからやって来た香具師をどう誘導するかが問題になる。
あとはサーチエンジン覗いて来たが、i.2chの方が登録されてて、c.2chが登録されて無かったり…。
あとはwww/www2からどう振り分けするか…。

c.2ch.net のディレイ値は現在どれくらいですか?

c-au, c-docomo, c-others どれも 120sec >>709

全部120秒のはずですよー

りょうかいですー

>>708
多分今までのやりとりを全然見ていないんでしょうけど、当分はi→cにリンク（リダイレクトだっけ？）
される様になってるはずですよ。

概ねうまく動くようになった模様。

現時点では各システムとも概ね健康。

アクセス数は c-au : c-docomo : c-others = 3 : 4 : 1.5 ぐらいか。

othersはVodafoneやAirH"など。いろいろ。

電話の普及数と比較してみると、明らかに分布が違うような。
某社長が首になったのも、なんとなく（りゃ。

しかもc-othersのうち大半を占めるのは
VodafoneではなくAirH"っぽいからな（;´д｀）

AirHはprin規制が出てるから規制解除後に値は少し変わるかも

c.2ch.net 等トップのページからリンクして欲しいです。

http://www2.2ch.net/c.html

いろいろ仕組みとか書き加えていきます

書き込み反映せんよ・・・。

とりあえずi.2ch.netのトップからの誘導を開始してみた。

苦しくなったら、やめる予定。>>719
バックエンドがないから、たぶん苦しくなるかなというのが予想。(特にc-docomo/c-au)

今の様子は、

・c-docomo ほぼめいっぱい、データのはけが悪い、たぶん最初に音を上げそう
・c-au かなりきてる、でもデータがはけるのも早い、CDMAだから? それともキャッシュの効果?
・c-others 余裕あり

というかんじかなぁ。

ＥＲＲＯＲ：referer情報が変です。(ref1)http://c-others.2ch.net/z/-/1C/A9-3t/w

怒られました（苦笑）＠ PC からの書き込みです。

そらそーだ。

root★さん

c-docomo、c-otherもc-auと同じIPからのアクセスを許可してもらえますか？

>>721
そういえば、auはDocomoよりもパケット通信の速度が速かった気が
64〜144Kbpsぐらいだったかな？
Docomoは新しいもので28.8Kbpsだそうで

>725
auはWinが出来たので最大2.4Mbps
DoCoMoはFOMAが出来たので最大386Kbpsぢゃなかったっけ？

Docomoの中間鯖が込んでるからハケがわるい
auの中間鯖は込んでないからハケがいい

c-auのLAがｃ−DoCoMoに比べて一桁多いのですが・・・(汗汗
bananaでLA70越えって耐えられるのか・・・？
このままだと三桁いかないか？
まぁ、どっちにしろauの自業自得か・・・。

（このまま続くようだったら、KDDI.何チャラ．UPbrowser（新機種系）と
UPbrowser/何チャラ（旧機種+ツーカー系）と分けた方がいいかもね〜　
　旧機種系+ツーカーならc-oﾃherに処理させても余裕なんじゃないかな？
　まぁ、au+Tu-kaを優遇する必要が無いから自業自得でもいいけど〜♪）

c-auにせよ、c-Docomoにせよ、LA100を超えるってのは異常事態でしょう。
PCでUAを偽装してリロードをかけているお莫迦さんがいるのでは…

ログがあるのなら、IPでPC偽装と実機率を割り出してみたらどうだろうか？

>>724
既にそうなっているはず。

>>729
アクセスログをざっと見る限り、そうは見えないですね。
ほとんどが普通に携帯から来ていると思われ。

参考データ出てます。
http://hobby6.2ch.net/test/read.cgi/phs/1086459593/944
944 ：非通知さん ：04/06/26 02:24 ID:z3m3bD0G
>>942
お、WIN版のスピードテスト開始してるね。

回線速度統計
(docomo)
◎過去50件の統計
・分布図
・最高 288kbps
・最低 43kbps
・平均 176.98kbps
　(23:21〜02:14)

回線速度統計
(KDDI)
◎過去50件の統計
・分布図
・最高 393kbps
・最低 256kbps
・平均 322.88kbps
　(02:10〜02:23)

>>729
そんな馬鹿はいないと思われ・・・

なんか参考になるかもしれないんで貼っておきます
http://qb5.2ch.net/test/read.cgi/operate/1086680380/665-673

(ﾟДﾟ)ﾊｧ?

>>732
なるほど。
携帯からのアクセスが、いかにフロントエンドに負担をかけているかってことですか。

DoCoMo重いyo!!

そろそろ、ﾄﾞｺﾓに金出させる or ﾄﾞｺﾓ網からのｱｸｾｽ制限を
かけておく、とかしないと、ﾄﾞｺﾓﾕｰｻﾞｰが激増して２ちゃん
が破綻するぞ

そんな未来のことを語られても。。。

その時はその時、ですです。

「困ったときに考えよう」

　　　　　　　　　　　　　ぴろゆき

>>741 「考える、実際に働くのは他人」 by ひ(ry

>739
そのためのフロントエンドだと思うんだが(^_^;)
最悪でもフロントエンドが死んで、２ｃｈ本体は守られる。

受付嬢が過労死するってことですむんだ　(．．)φﾒﾓﾒﾓ

>744
ま、受け付け嬢は数を増やしていけば分散できるし(^_^;)

狙っているな、受付嬢を、、
獣のにおいがする

金払ってない携帯ユーザーなど後回しにして、
PCユーザーのために人大杉の解消を先にお願いします。

そだね

c-docomo/c-au対策案
docomo：PDC（mova）とW-CDMA（FOMA）を振り分け。
au/tu-ka：WAP1.0とWAP2.0振り分け・cdmaOne/TU-KAとCDMA2000とWINの振り分け
再編案としては
mova：c-docomomova
FOMA：c-docomofoma
EZWAP1.0：c-auhdml
EZWAP2.0（C/TU-KA）：c-aulow
CDMA2000：c-aumeddle
WIN：c-auhigh

>>749
低速端末と高速端末を分ける理由は何なのでしょうか。

さて次はいよいよ BlackGoat の発注になるわけだが、
機種は Tiger でいいんでしたっけ?
Single CPU の方がいいような気がしますが。。。

>>751
安定性を買って、Singleでよいと思います。
そのぶんをメモリ(キャッシュ)とI/Oに投資したいですね。

メモリ4G、SingleCPU、U320 SCSI dual channel、15krpm disk x 2
Ethernet I/F x 2

といったかんじかと。

>752
ストライピングはしないのかな？
HDD
IDE 7200rpm 80GB
SCSI 15krpm 36G x 2
でIDEをシステムにつかって、キャッシュはSCSI x 2のストライピングとか

技術的には枯れてるし、ストライピングの弱点の、耐障害性については
しょせんキャッシュなので、気にしなくていい(^_^;)しかもI/Oは劇的に向上する

いずれにせよ、サーバマザーで64bit PCIものがいいです。
枯れた構成という意味では、CobraよりもTigerかなと。

>>753
ストライピングは悪くないですね。
ここは正直あぼーんしてもいいものを入れるので。
技術的にももう既に枯れています。

ディスクは15krpm 36G x 2ぐらいをストライピングで使うことにすると、
どのSCSIカードがいいんだろう。

普通ならAdaptechのRAIDカード入れればいいと思うんだけど・・・・

LSI LogicのMegaRAID 320あたりかなぁ。
U160の時代まではAdaptecだけど、U320ではLSIだという人は多いです。

>>750
高速端末の場合、ホイテョイ回線にアクセスしやすいので、必然的にアクセス回数が多くなる。
低速端末の場合は回線の制約からアクセスがあまり多くできない。
あと、高速端末ではパケ定額やパケ割引サービスとの絡みもある。
また、相対的に高速端末＞低速端末な感じでアクセスがある。
PCでも、8月危機の時はブロードバンドや常時接続の普及で鯖が過負荷になったのと同様。（それまではダイヤルアップの低速回線が主流で速くてもISDNだった）

>758
Polyのラインナップみてたけど、LSIのRAIDカードって
4chの糞高いのしかない(^_^;)１２万もする
Adaptechだと2chのやつが7万くらいなんだけど

暫定
BlackGoat
Mother bord Dual CPU , 64Bit PCI
CPU Pentium4 2.8G x 1
Mem 4GB
HDD IDE 7200rpm 80GB
　　　SCSI 15krpm 36GB x 2
DISK Controller Adaptech 2200S 2ch Ultra320 64Bit PCI RAID 64MB
NIC Intel Pro1000 x 2

amr(LSI Logic)もaac(Apaptec)も、FreeBSDで特に問題なく動作しますね。
これが本筋かな。

Tigerサーバ + ストライピング構成で、
あまり高くならない方向でたたき台を考えてみるか。

つかまって(^_^;)Pentium 4 Dualってないじゃん〜
Xeon dualマザーですな

>>760
そのへんは、カードまで指定すればとってくれるらしいです。< Polywell

>>761
サーバマザーにつき、CPUはXeonかなと。
システムディスクも2200S(とかMegaRAID 320)につないで、SCSIにするほうがいい予感。

オンボードでLANが２口ついてるマザーがあるけど、チップはどこのだろ？(^_^;)

>764
ぅぃぅぃ。

システムSCSIにするとなんかいいことあるんだろうか？(^_^;)
むしろ5400rpmのIDEの方が安定な気がするんだけど

IDEなシステムとSCSIなシステムでは、普通に使っていても、体感は相当違いますね。
たぶん、ディスクそのものの回転数もさることながら、シークタイムが違うことが大きいようです。

今回の場合だと、例えば/var/logとかは頻繁にｱｸｾｽされるので、
高速なものにしておかないと、全体の足をひっぱってしまうことに。

>767
log取るの？(^_^;)read要求専用なのに・・・・
一時的に取ることはあるとしても、恒久的にとり続ける必要ないと思うんだけど。

目的が log 取りというのは今一かも　< 理由

DISK書き込みが頻繁にあるならSCSIの方がええと思うけど・・・・
UNIXのことはよくわからんのですが、一度立ち上がっちゃえば
SWAPとかPageとか発生しない限り、ほとんどアクセスなくなるってもんでもないのかな？

ログもさることながら、ページングとかシステム全体のパフォーマンスですね。
ログ収集は全く目的ではないので、目的の本質じゃないし。

んじゃ　36G x2 でいいとおもいまーす
三本目はいらない

RAIDにシステムののっけちゃうってこと？
ま、最初はそんなもんかなぁ・・・・
キャッシュ量がどんくらい必要になるかとか、やってみないとわかんないし(^_^;)

UNIXの場合、ページングは頻繁に発生しますね(そういうものです)。
で、システムディスクはアクセス量は少ないですが高速アクセスが必要なので、
下記構成がいいかなと。これだと、カードは1枚で済むので。

(構成1)
SCSI RAID card
｜　　　　　　　｜
system　　　data
disk　　　　　disk #1
｜
data
disk #0

>>772-773

2本にするのでもいけますかね。
>>774 のsystem diskがなくなるかんじですか。

つまり、72Gのでかいディスクがあるつもりでシステムを組むのか。
コストとのバランスでは、悪くなさそうかも。

で、万一バックエンドがあぼーんしたら、しばらくはフロントだけで動かす(今の状態)と。

そういうサービスレベルで動かすのであれば、RAID 0にシステムものっけるのが
パフォーマンス的にも悪くないと思います。なにより、構成がシンプルになるし。

ぅぃぅぃ(^_^;)んじゃこんな感じかな？
BlackGoat
Mother bord Xeon Dual Type , 64Bit PCI
CPU Xeon 2.8G x 1
Mem 4GB
HDD SCSI 15krpm 36GB x 2
DISK Controller Adaptech 2200S 2ch Ultra320 64Bit PCI RAID 64MB(あるいはLSIの同等品)
NIC Intel Pro1000 x 2 (onboad LAN がintelなら、それでもよし)

ご確認をば、

1) まず 36Gx2 を基本とします
2) 高速性を追求するかめにストライピングします。
3) システムも高速がいいので、これでokです

ってこと?

>776 >778
いいかんじだと思いますー(^_^;)

つか、考えて見ればストライピングしてるから
72GBなんですねー(^_^;)わすれとった

>>778
いいと思います。

りょうかい　りょうかい

返事は一回でいい

はい　ﾊｲ

>>777
概ねそんなところですね。< 構成

onboard LANはBroadcomのでも問題ないです(pekoサーバはBroadcomのGigaもの)。
というか、普通のXeonマザーなら通常いまいちなカードは入ってないと思われ。

>784
そりゃそうですね(^_^;)ローコストモデルじゃあるまいし

つか、LANはオンボードの方がええね(^_^;)バスの縛りが少なそうだし＞Gb

LAが馬鹿高くなっている携帯向けサーバではMaxClientsとかを
もっと小さくした方がよさげ。というか、どう考えてもネットワーク
がボトルネックになるはずなのにLAが上がるってことは、
スラッシングしてるってことなので、同時接続数を増やすのは
誰の得にもならんですよ。

>>787
BlackGoat が投入されて始めて
今回の目標とする機器ょ含めたシステムが出来上がるのに
今を観察して対策するというのに何の意味があるか解りません。

作業は完成後となるでしょう

ところで質問・・・・・
スイッチも同時投入？(^_^;)

>>787
MaxClientsを小さくすると、遅い携帯さんがコネクションを握ってしまうので、
全くつながらなくなるですね。
(前のcの頃にかなりこのへんはそうとう試行錯誤しました)

同時接続数は逆に増やしたいぐらいです。

>>789
その予定

で、LAが上がる原因は、キャッシュディスクに対するI/O処理だと思うですね。

証拠としては、メニューが出るところまでは比較的高速ですが、
subject.txtを参照するところでぐっとおそくなり、スレ本体を持ってくるところで
さらに遅くなっています。

で、こいつをバックエンドサーバを入れることで、
フロントエンドから追い出そうというのが、今回の目的かと。

>791
んじゃLANは２枚でOKですねー

>>792
うへ、バッファキャッシュとかほとんど効かないってことですね。
というか、さすがに携帯からの全てのアクセスを受け持つと、
アクセス対象が分散されすぎってことですね。
恐っ。

>>794
そういうかんじです。

で、巨大メモリ・高速ディスクなバックエンドを準備しようっていうのが今回の眼目で。

それでどうなるですかねー
目論み通りに行くのか?
予想よりも素晴らしい結果を残すのか、
はたまた、撃沈か・・・

あとは見ていると、PHPの処理に時間がかかっている気がします。

あ、そうか、フロントは前のcと違ってi386なんだから、あれを入れるといいかも。
ちょっと試してみるか。

>>797
ああーっ

折角重い状態をあえて作ったんだから・・・

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

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

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

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

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

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

c-othersに入れてみた。

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

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

c-auに入れた。

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

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

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

c-docomo 完了。

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

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

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

>>818
ですね、

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

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

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

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

めちゃくちゃ効果あったような気がする。< 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 追加しましたー

406?

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

404-1,405-1,406-1

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

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

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

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

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

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

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

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

>>860
いや　それは・・・

今度説明します、

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

>>862
了解です。< 説明

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

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

この時間(ピーク)

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段階の投資はしませんよ」

ということかなと。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

そうだったのかいな

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

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

Love Affair 作戦。
Part2 大黒埠頭

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

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

>>896
何してもほんとにだめなら(= ハードの限界)、どんどんとっかえていくと。
で、それはチューニングの腕試しの意味もあると。

ほんとにこれでできるならかなり魅力的かも。

あとは1をやった時点で、
「初期投資はここまで。あとはしくみが出来るまで次はありません」
と言われるリスクをどう考えるか。

>>881 の発言からは、2まではいくと考えてますけど。

大黒ふ頭っつーと鱸釣りのメッカですな

そうっすね。うじうじ考えててもしょうがないので、まずはやってみますかぁ。< 406
今の三人娘と同じ構成ってことですね。

何か起きたらそのとき考えましょう

Polywellのラインナップの中に
「Poly875PS 800FSB P4 SATARAID,100+2xGigLAN」ってのが
あるので、コイツに10krpmのSATAドライブ2発って組み合わせなら
かなりリーズナブルに、そこそこのパフォーマンス出来そうな気がする。

んが、問題はSATAにどの程度の安定性…って書こうとしたら
なんだか話決まっちゃった（ｗ

>>903
今回は枯れた機器・枯れた技術でいこう、というのがコンセプトですからね。(>>353)
私もSATAとかは考えたんですけど、提案しませんでした。

>>903
FreeBSDがICH5RのRAID機能をサポしてないんだよー
もう一つのチップのRAID機能は知らないけど

それにGDシリーズならお高い740GDじゃないとパホーマンスが悪いらすい。
RAFFというシークを早くする機能があって、その機能は740GDにしかついていないらしい。

406 発注しました。

>>906
おつです。
スイッチも同時に来るですか?

きますー
これもどれくらいの性能が必要なのかわからないので
いつも使っているやつを既に用意して有ります

では、スイッチのほうは物理的に接続だけするように伝えてください。
つなげていただければ、IPアドレスはこちらでプライベートアドレスを振ります。(>>692のもの)

ところで403は別の場所に入っていて移動が必要だと以前言っていたような。

>>906
おつでしたー

もし
駄目出し→掲示板用途＠おさがり争奪戦、になるのかな？
それともドコモ弐号機みたいな受付嬢に転用するのかな？

あわせて確認のうえ、目論み通りに設置してもらいますー

さて、PRIN＝AirH"PHONEの規制が解除されたわけですが。
c-othersのアクセスがどのくらい急増するか、ある意味見物ですかしらね。

ところで、r.i/p.i廃止後、i.2ch.netの扱いはどうなりますやら。
当面の間c.2ch.netにリダイレクトして、最終的にはiとcを統合とか？
窓口のわかりやすさ的にはiのほうだと思うのですが、はてさて。

>>912
iは今とあんまり変えなくていいんじゃないかなと思うです。
単に入り口のところのリンクがcへのリンクになるだけではないかと。

そうすると

i（入り口）→c（振り分け）→c-docomo/c-au/c-others（フロントエンド）

ということでいいのかな？んで、i.2ch.net/2chi.html以下はばっさり切り捨て、と。

iは入り口以外にも、とんすけさんが今手掛けているFAQなどの静的コンテンツを入れると言うのはどうかな？
読むか分からないが心得なども載せたらいいんじゃいかな？

FAQ自体はinfo.2ch.netに置き場があるのでそれで十分なんすよね。
それ以外に使いみちがありますかしらねぇ。

私家メニューetc.ツール置き場…とか？

ドルチェさんに連絡付く方、ドルチェ版私家メニューではr.iを呼び出しているようなので、
c.2ch呼出か、dat直にするようにと…。
あと、ドルチェ版ソースを使ったシステムを使用しているユーザーにも、
r.i呼び出しが今後使えなくなると言う連絡をおながいしまつ。

>>916
携帯→2ch運用情報スレッドの携帯向けテンプレ置き場とかどうでしょうか？

携帯から>>1-20を見るのは結構、手間がかかるので
スレの>>1にｸﾗｼｯｸさんﾒﾆｭｰの2ch総合案内みたいにあれば、
見てもらえませんかね。
まぁ、読まない人は何をしても読まないと思いますけどｗ

iには
cへの入り口
FAQの入り口
運営側からのお知らせ
鯖監視所などツールへのリンク
あたりが有ればいいんじゃないかな？

この時間はauもdocomoもいっぱいいっぱいですね。

なんだか、pingに答えなくなったみたい。
場所の移動中か。

>>922 はc-auの話ね。

お、ping復活した。みてきます。

電源断の形跡があるので、移動だったと思われ。

移動です

で、「フラット」というのを書いた気がしますが、
今日あたりから(iからの誘導をはじめて数日後)「昼休みのぽっこり」が
出てきた気がするので、これからいろいろな傾向が見えてくるのかも。

http://mumumu.mu/mrtg/mrtg-rrd.cgi/access/

>>926
りょうかい。

c-auとc-docomoの再編が必要かも…。
具体的には高速端末と低速端末の振り分け
更にEZの場合はWAP1.0（HDML・HTMLはEZセンターで変換）とWAP2.0（C-HTML対応）で振り分け

振り分け案：
c-docomo
mova:c-docomomova
FOMA:c-docomofoma

c-au（案1）
WAP1.0:c-auhdml
WAP2.0（cdmaOne/TU-KA）:c-aulow
CDMA2000:c-aumeddle
WIN:c-auhigh

c-au（案2）
WAP1.0:c-auhdml
WAP2.0（WIN以外）:c-aumulti
WIN:c-auwin

>>929
目的も一緒に書いてもらえると助かります。

〜〜を実現するための案　〜〜。　というような感じで、

>>921で、c-docomo/c-auが高負荷との事で、負荷分解が何とか出来れば…。と言う事で…。
特に、FOMAやWINではスレの趣旨にある、定額でのアクセスへの影響もあると思うので。

負荷に関してはすべてが揃った時点で考えるべきじゃないかな？

将来的にはキャリア毎とかでなく完全ラウンドロビンもありなのかな？

あと、c-auはWAP1.0（HDML）/2.0（XHTML（C-HTMLと幾らか互換））で、
スクリプトのHDML処理部分とHTML処理部分を鯖を分けての切り離しで、若干余裕が出来るかもしれない。

また、c-docomoの場合、movaだと利用者が多いのと、FOMAだとアクセスが多い。
その2つが重なると言うのも影響があると思うので…。

問題はどうやってサーバを増設するかってことかな?

>>931
振り分けってマシンを増やすってことであれば、>>874に有る様に
お金がない状況だから資金調達の問題を先に解決すべきな希ガス。

んで、今想定されているようにc-au1,2,3と横並びに増やしていくのに
対して、モデル世代毎に振り分けるのはどんなメリットがあるんだろ？

みんなが機種変するのに従い、サーバの負荷も旧→新へと移行する
だろうから、負荷バランスの配分に苦労しそうな気がするんだけど。
運営側で鯖移転を繰り返してバランスさせるより、ユーザ側で勝手に
分散してくれる方が効率が良いような。

>>933
スクリプトは共通だよー

>>934 見習いさん
それが一番の問題でしょうね。

いくつか方法は考えたけれど、すべて既出なんだよね。

>>932
バックエンドが来てから出ないとなんともいえないですが、
システムは単純なほうがいいので、単にラウンドロビンにして、
c-docomoという名前がついたマシンを増やせるようにしておけばいいかなと
思っていたりします。

で、問題は既に既出ですが、今後の増設の算段をどうつけるかっていうことで。
仮に携帯用●みたいなものを作るとして、benefitとしては何があるんだろうか。

＞資金

『設置済みp2』を2chが主体になって販売する、とか。
有料レンタル掲示板のノリで。

（1）軽い鯖を使える
（2）ディレイ0秒（可能なのかな？）
（3）スレ立て規制緩和（リモホでなく端末固有情報で規制）
（4）それ以外は通常の●と同じ

つーのはどうかな？

書き込みエラーが起きた後
「〜こちらでリロードしてください。GO!」のリンクを押したら
PC用の方へ行ってしまうのはなんとかならないんですかね

それとも直ってる？

>>941
PC用に逝って、メモリ不足で自動切断される。
bbs.cgiの仕様上仕方ないと思います。

そんなこと言ったら書きこみエラーが起きた後の画面でクリックしたら書きこもうとした内容が記入された書きこみ画面にもどれるようにとかも出来ちゃいそうだしね。
やらないってことは出来ない。やるのが大変、なんだろうけど。>>939-940利用者からカネ巻き上げるようにしたらいろいろ面倒な問題も付きまとってウザそうなんだけどなー

>941
携帯なら普通「戻る」で前のページに戻るだろ。
それから"直す"というか、携帯用にわざわざ"対応"はしてくれないと思うぞ。

ドコモ用の鯖増やすんだったら試しにiMona中間鯖を１台置くとか。

ま、これも増設の資金をどう調達するかによるんでしょうけどね。

>>945
大賛成〜ヽ( ´ー｀)ノ

iMonaの中間鯖にかかる負担て、クラシックより低いのかな？

>>947
ﾊﾟｹ代節約の為zgipで圧縮している場合は、遙かに中間鯖のほうが負荷は高いです
但し定額ｷｬﾘｱの場合は意味が無いため圧縮無しで使っている（このほうがさくさく繋がる）ので、HTML変換が無い分軽いかも

×zgip→○gzip

ある程度のレス毎にレスとレスの隙間にじどうてきに広告が入るようにするとか・・・
んで携帯版●を買った場合 それが表示されなくなる

それと●を持っていると高負荷時でも優先的に処理をするとか

マジメに広告掲載すれば何十万/月の広告収入は可能じゃないの？

広告ったって、出会い系だけでしょ、どうせ

>>948
強力な鯖で動かした実績がないので、どれだけ裁けるか不明ですね〜
HDDのアクセスが多いのは変わりないと思います。

携帯アクセス用バックエンド Black Goat (黒山羊さん) 到着でーす

メールしました > 管理人、root ★さん。

>>954
ログイン確認しました。
構成は三姉妹と全く同じでした。(Prescottではない)

作業に入ります。

おっ、ついに来ましたか〜
実験は一番軽いc-others？一番重いc-docomo？

>>956
c-othersで機能構築・試験
c-auで設定をチューニング
うまくいけばc-docomoを入れてさらにチューン

っていうかんじかなぁ。

了解です。
受け付け嬢は簡単に改造出来そうだけど、黒山羊さんはちょっと時間かかりそうですね。

>>958
シンプルにI/O業務を分離するため、まずはプロキシ方式で動かしてみようかなと。
つまり、php.ini的にblackgoatの中側のアドレスをproxyにするだけ。
で、c-xxでのdatキャッシュはしないことにすると。

120秒判定のところがきちんとできるなら、これだけでかなりいけると思うけど、どうかなと。
もしこれで転送量やアクセスリクエストが増えてしまうようなら、そのときは別途考えると。

クラシック本体をバックエンドに持ってきて、フロントを介して携帯とやりとりするのかな？

>>960
はい、最初(Tigerサーバ/w SCSI stripeが入る前提だったころ)は、それも考えていました。
で、各フロントエンドは、リバースプロキシをすると。

しかし、今回入るバックエンドはbananaサーバです。
ということで、PHPをバックエンドではあんまり動かしたくないかもなぁと。

ただ、どっちの方式がいいかは、やってみないとわからないところがあります。

1)方式1

・フロントエンドはクラシック(改)
・バックエンドはApacheのプロキシ+キャッシュ

2)方式2

・フロントエンドはApacheのリバースプロキシ
・バックエンドはクラシック

まずは、負荷かかるかもしれないが、（2）を試して、
その間に（1）の準備をしましょうか。

>>962
そうしますか。
なら、一番苦しいとこからやんないと意味ないですね。
c-auやc-othersは何とかなってるから、自動的にあれかぁ。

今夜は、たぶん儀式まで。
で、明日深夜あたりにテスト開始の見込みで。
(明日は終日外出予定のため)

一番重い所で様子を見て、次にauも（2）に変更してまた暫らく様子を見ていく。
その間にothersで（1）を構築する感じですかねー

（1）の本格的構築は週末からですね。

関係者の方々、乙です。しかしc-au、激しく重いです(´・ω・`) 　

携帯を使った直接課金が大変ならば、利用者の手間はかかりますが、PCから
携帯用のユーザ名とパスワードを売って、鯖代にあてるとか、次善策はないですかね？

携帯向けに２ｃｈを解放する（ぴろゆきの）思惑なり、狙いがあるのでしょうけど、
想像するに、今のところはできるだけ金銭的コストをかけずに携帯ユーザー
を引き留める、という方針なんでしょうか。

>>966
こっちにでもカキコしろや。
★携帯からのアクセスを議論するスレ2
ttp://qb5.2ch.net/test/read.cgi/operate/1086695147/

書き込みが絶えて久しいが…。

>>967
誘導したつもりかもしれんが、ちと違うと思うぞ？

＞携帯からのアクセスを議論するスレ2
＞現在運営側では携帯用専用サーバを導入することにしていますが、
＞それまで時間はかかるのは避けられません。
＞ここでは専用サーバ導入までの間どういう対策を行うのか、を議論するスレッドです。

よって>>966のような提案はこのスレで受け付けるのが妥当だと思うが？

>>966
スレに目を通せばわかるように、現在中の人とボランティアさん各位が
がんがって携帯専用鯖の調整に日夜奮闘している最中です。
導入して間もないこともあり、試行錯誤しながら最善の調整を目指して
いろいろ実験しながら調整している段階なので、実験〜調整が完全に終わる
までは携帯からでも利用できることに感謝しなければいけないと思いますよ。

>>969 いや、966の主旨は、ボランティアの労力を否定することではないと思われ。ただ、プアな環境での対策では限界があるから、抜本的な対策を望んでいるのでは。


しかし鯖の維持が大変でひろゆきのメリットとないなら、単に携帯悪禁にする選択肢もありだな。

結局こういった問題ってハ〜ドウェアのレベルの問題でしょ
一番悪いのは電電公社だとおもいまつ
デンデン氏ね

p2本スレに携帯しか持ってない人の為に無料でp2をレンタルしてくれてる人がいたね

次スレ

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

>>960-965の件でメール発射しました。＞◆BFzK/mtqM2さん、クラシックさん

ごくろうさまでした

>>974
とりあえず、コピー＆確認終了ですー

>>976
りょうかいです。
んじゃ、もうちょっとしたらc-othersあたりからごそごそしてみます。

c.2chで鯖移転が反映されて居ない板があるのですが…。

c-others、切り替え完了。様子をチェック中。

c-auを乗せると、LAがこの時間で80超えてしまいます。
やっぱり、PHPをBlackGoatで動かすとだめな予感。

PHPは三人娘側で動かさないとむりぽですね。

>>980
鼻薬を効かせてなかったかもしれないことが判明。
Apacheをバージョンアップして、あとでもう1回やってみるか。

やっぱだめですね。

・PHPの処理
・ディスクI/Oの処理

の「2大重い処理」を分離分割しないことには、どうしようもなさそう。

ということで、すべてを元に戻しました。
さて、どうすべか。

やっぱり、だめぽですか。。。。

ｐｈｐ処理をフロント側へ移すように改造しますか

>>984
そうできますか。

・フロントエンドでPHP専門
・バックエンドでディスクI/O専門

というのが、よいように思います。

そうしておけば今後、

・フロントエンドは横並び
・バックエンドはストライピング等の高速化とか、URIごとに別のバックエンドに依頼するとか

にできるので。

バックエンドのキャッシュ作成にphpなりの処理が必要な気がしますが、そこはどうします？

>>986
バックエンドのキャッシュはApacheのProxy+Cacheでまずは十分なきがします。
これで動かしてみて、転送量をチェックするのがいいのではないかと。

じゃあ、フロント側は、差分うんぬん考えずに、各サーバにxxxxx.datを取りに行けばよいのかな？

>>988
それがいちばん楽ちんですね。
その時にPHP側でProxyを指定することって、できるんでしたっけ。

>>989
うーん、やはりproxyは、apacheの方で設定なのかな？

今一番すいている時間を狙って、一時的にバックエンドclassic、フロントはpoundと
いう構成を試しています。

つまり、最も単純な構成です。

しかし、LAが既に70近いです。

ただ、この構成だとフロントエンドはほとんど完全に遊んでしまうので、
フロント側でもうまいキャッシュ(ディスクキャッシュかな)をやってみると
いいのかもしれないです。

確かに、フロントの負荷がほぼゼロってのはもったいないですね。

>>991
フロント側は、Apacheのリバースプロシキ＋キャッシュってできるのかな？

c-others＆c.2ch.net飛んでますか？

>994
c-others落ちてますね。。。

またSONYか

すいません。。>996は誤爆です。スイマセン。。。

（・∀・）ﾆﾔﾆﾔ

次スレ

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

□□□□■□□□□□□□□□□□□□□□□□□□□□□□□□■□□□
□□□■□□□□□□□□□□□□■■■■□□□□□□□□□□□■□□
□□■□□□□□□□□□□□□■□□□□■□□□□□□□□□□□■□
□□■□□□□□□□□□□□□■□□□□□□□□□□□□□□□□■□
□■□□□□□■■□□□□□□□■□□□□□□□□■■□□□□□□■
□■□□□□□■■□□□□□■■■■■□□□□□□■■□□□□□□■
□■□□□□□□□□□□□□□□■□□□□□□□□□□□□□□□□■
□□■□□□□□□□□□□□■■□□□□□□□□□□□□□□□□■□
□□■□□□□□□□□□□■□□■□□□□■□□□□□□□□□□■□
□□□■□□□□□□□□□□■■□■■■■□□□□□□□□□□■□□
□□□□■□□□□□□□□□□□□□□□□□□□□□□□□□■□□□

このスレッドは１０００を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。