2ちゃんねる ★スマホ版★ ■掲示板に戻る■ 全部 1- 最新50  

■ このスレッドは過去ログ倉庫に格納されています

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

1 :FOX ★:04/07/01 13:55 ID:???
日増しに増加する携帯からのアクセス。
かつて、羨ブラが生まれたように何かが生まれないと
ならない気がする。

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

Love Affair 作戦。
Part2 大黒埠頭

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

2 :げろっぴ ◆/lQMO72QVo :04/07/01 13:56 ID:+0JUwbaT
ヽ(・∀・)ノ ウンコー!!

3 :動け動けウゴウゴ2ちゃんねる:04/07/01 13:58 ID:OnjjXIAm
2なら2ちゃん閉鎖

4 :動け動けウゴウゴ2ちゃんねる:04/07/01 17:09 ID:06V4Z5UM
●はPCと共通で構わないのでは?
携帯上で購入可にするのは難しいのでしょうかねやはり

5 :動け動けウゴウゴ2ちゃんねる:04/07/01 17:46 ID:mRkDCG58
5

6 :動け動けウゴウゴ2ちゃんねる:04/07/01 20:18 ID:K0wXbJeg
6

7 :動け動けウゴウゴ2ちゃんねる:04/07/01 21:30 ID:5TN2eOm+
7

8 :動け動けウゴウゴ2ちゃんねる:04/07/01 21:36 ID:MtYRvO9B
8

9 :動け動けウゴウゴ2ちゃんねる:04/07/01 21:38 ID:v7HuX1Zg
http://qb5.2ch.net/test/read.cgi/sec2chd/1079334987/597
597 :だいこん ★ :04/07/01 15:36 ID:???
毎日五個くらい携帯規制リストに追加している気がする。。。
リストが大きくなると、bbs.cgi が遅くなるというか負荷が上がるというか
処理が重くなるというか、、、

10 :root ★:04/07/01 23:55 ID:???
>>9
携帯用判定文字列ってどんなかんじなんでしたっけ。
DNSにうまく載せられるのかしら。

11 :動け動けウゴウゴ2ちゃんねる:04/07/02 02:24 ID:EzlyTduU
私はパソコンがないので携帯から2ちゃんを閲覧しています。
携帯から閲覧できる機能は、とてもありがたいのですが、
そのせいで2ちゃんねるに負担をかけたり、以前のような閉鎖危機に陥ったりするのは嫌です。
サーバーの負担になるのであれば、携帯からの閲覧機能は無くてもいいです。
悲しいけど、2ちゃんねるが無くなるのはもっと悲しい。

12 :動け動けウゴウゴ2ちゃんねる:04/07/02 04:04 ID:+cddejxj
>>11
俺はPCオンリーのユーザーだが君みたいな人にはなんとかしてあげたい

13 :動け動けウゴウゴ2ちゃんねる:04/07/02 05:27 ID:OXrdkDqp
寄付とか受け付けてみたらどうでしょ?

14 :動け動けウゴウゴ2ちゃんねる:04/07/02 09:31 ID:Qg/MwY9a
>>10
http://qb5.2ch.net/test/read.cgi/sec2chd/1079334987/ 辺りを見ると、

au    ¥d{14}_[a-z]{2}.ezweb.ne.jp
docomo [A-Z]{5}¥d{6} 又は ¥d{15}

のようですねー。

vodaはよく分からなかったんですが、
http://specters.net/cgipon/labo/c_env.cgi?c=j&e=HTTP_USER_AGENT とか見ると

voda   {A-Z]+¥d+

でいいのかな。


auの "_" 以外は大丈夫そうですねー

15 : ◆BFzK/mtqM2 :04/07/02 10:08 ID:WZectPEP
規制するのは端末固有情報だから、bbs.cgi叩きにいくときしか出さないはず。

16 :root ★:04/07/02 10:33 ID:???
そうだ。せっかく占有のスイッチでつながってるんだから、
datディレクトリをNFSするというのはどうだろ。

あとで、やってみよう。

17 :未承諾広告※ ◆TWARamEjuA :04/07/02 11:01 ID:yuD5OMA2
use Digest::md5;
:
:

sub Get_Mobile_ID($) {
my $Mobile_ID = Digest::md5->new;
$Mobile_ID->add(shift);
return $Mobile_ID->base64digest;
}
:
:

DispError('ERROR!', '寄生虫')
 if join( '.', unpack 'C4', sprintf qq|%s.bbm.2ch.net|, Get_Mobile_ID($ENV{HTTP_USER_AGENT})) =~ /^127.0.0/ ;

UA をそのまま MD5 にして bbm(仮名) 送りはちょと強引かな?(^-^;)

18 : ◆BFzK/mtqM2 :04/07/02 12:11 ID:WZectPEP
確かにNFSにするのが一番簡単ですね。
それならばクラシック側は変更もいらないですね。

19 :root ★:04/07/02 12:17 ID:???
>>16
datの下だけNFSにすると「キャッシュが作成できません」と言われるなぁ。
たぶん、何か呪文が必要なのかも。
これ以上は中の人に聞かないと。

20 :root ★:04/07/02 12:17 ID:???
>>18
単に、datの下をNFSに(動かしながら)するんじゃだめなんでしたっけ。
何か設定が必要なんだっけか。

21 :root ★:04/07/02 12:19 ID:???
うーむ、NFSじゃなければいきなりmvしてもいけるみたい。
だとすると私の設定の問題か。

22 :root ★:04/07/02 12:24 ID:???
>>21 は勘違いでした。どうもいきなりmvするんじゃだめかも。
結局 >>19 か。

23 : ◆BFzK/mtqM2 :04/07/02 12:29 ID:WZectPEP
パーミッションはどうなっていますか?
777ならキャッシュ作れると思うんだけどな〜

24 :FOX ★:04/07/02 12:31 ID:???
出来れば「目的」を書いてから「手段」(たとえば >>21)を書いていただけると
とてもありがたいです、

なにをしたいんだろう
そしてそれは何が目的なんだろう
結果どうなったんだろう

25 :FOX ★:04/07/02 12:49 ID:???
マーリンルージュ作戦の目的をおさらいしよう。

携帯からのアクセスは速度が非常に遅い等の特徴があり
2ちゃんねるのサーバ全体のお荷物となっている。

受付嬢を置く等でそれが原因となる負荷
速度が遅いのを2ちゃんねるの各サーバへ
直接影響を及ぼさないようにダム(バッファー)になって
動作する、またディレイ値を設けることで全体の負荷もさげようです。

つまり

1) ダム(バッファー)になり通信速度の遅さを吸収し、全サーバを助ける。
2) ディレイ値を設けて、全体のアクセスを減らし、全サーバを助ける。
3) フロントのマシンは DSIK IO をしないで、通信に専念
4) BlackGoat はdatのキャッシング(遅延値=可変)に専念
5) どんなにアクセスが来ても二ヶ月はリブートなしで動くように、

大黒埠頭は
BBM等の各種一元管理+四台目以降の増設方法(テクニカル、ポリティカル、エコノミカル)です


26 :root ★:04/07/02 13:00 ID:???
>>24
今回の目的は、前スレにもありますが、

・PHPによる各種処理
・datキャッシュへのディスクI/O

を、分割するためのものです。

今回のNFS化がうまく動けば、現在のクラシックメニューのプログラムを変更せずに、
ディスクI/Oだけをバックエンド(BlackGoat)に持っていけることになります。

BBM(仮称)はBBQ同様、banana238かoyster243かな。
管理する必要があるデータの大きさで決まると思います。
小さければbanana238、大きければoyster243。

27 :root ★:04/07/02 13:05 ID:???
というわけで、目的 (>>25) の 3) と 4) を実現しようというのが、
今回の眼目になりますね。

5)は「重くても重いなりに動く」という、現在の路線(LA=100でも一応動きはする)
という方向で、チューニングをすることになるかと。

28 :FOX ★:04/07/02 13:08 ID:???
現在行っていることは、以下の事だと思っています
right ?

1) フロント三台に携帯からのアクセスを有る程度集めた
2) c-docomo 等が重い状況になっている
3) c-docomo のディスクi/oが処理に追いついていない
4) 当初の目論見どおり BlackGoat を導入して Disk i/o は分離

現在ここ

5) c-docomo の負荷が劇的にさがる ← 期待されること(達成すべきこと)


29 :root ★:04/07/02 13:16 ID:???
>>28
3)までは概ねcorrect.

現在4)の方法を模索している状態。

30 : ◆BFzK/mtqM2 :04/07/02 13:32 ID:WZectPEP
いまのc-othersのdatはNFS?

31 :動け動けウゴウゴ2ちゃんねる:04/07/02 13:35 ID:dzcCghrk
28-29
3.1)定期的に各鯖から差分DL
3.2)書き込み後もDL

と妄想してみたり・・・



ギコナビとかちゅ〜しゃ両方で一部スレ取得してるからどうにかしたいこの頃
*一部スレ
ものすごい勢いで広告・宣伝を報告するスレ 7
http://qb5.2ch.net/test/read.cgi/sec2chd/1087899804/
【複数スレ】マルチポスト・コピペ報告スレッド11
http://qb5.2ch.net/test/read.cgi/sec2chd/1086698500/
【単独スレ】スクリプト・コピペ報告スレッド8【全板共通】
http://qb5.2ch.net/test/read.cgi/sec2chd/1088531654/
規制人を誘導するスレ3[報告スレではありません]
http://qb5.2ch.net/test/read.cgi/sec2chd/1080130473/
携帯及び●による荒らし報告専用スレッド2
http://qb5.2ch.net/test/read.cgi/sec2chd/1079334987/

(^_^;)

32 :root ★:04/07/02 13:59 ID:???
昨夜やってみたことの簡単なまとめ:

・BlackGoatでフロントエンドと同じ構成のクラシックメニューを動かした
・三人娘ではpoundというプログラムを動かし、単純にBlackGoatにリクエストを
転送するようにした
・その結果、BlackGoatにディスクI/Oを集めることが出来たが、
同時にPHPでの処理もBlackGoatに移ったため、BlackGoatが劇重になった

その結果わかったこと

・対携帯のネットワーク処理だけを別マシンに移す方式ではだめだった

33 : [―{}@{}@{}-] 動け動けウゴウゴ2ちゃんねる:04/07/02 14:04 ID:J4AKDA2N
>>32
むむむさん、それって、失敗の巻きって事ですね。

34 : [―{}@{}@{}-] 動け動けウゴウゴ2ちゃんねる:04/07/02 14:10 ID:J4AKDA2N
うんこ

35 :root ★:04/07/02 14:24 ID:???
>>32
うん。ということで >>26 なわけだ。

36 :root ★:04/07/02 15:14 ID:???
NFSでうまくいかなかったのは、statd/lockdを上げていなかったからだとわかりました。
(NFS設定するのなんて昔のSun以来だから、すっかり忘れていた)

で、正しく設定しても、どうもFreeBSDではうまく動かないみたい。
BlackGoat側のrpc.lockdがすごい勢いでCPUを食い、クライアント側(httpd)はハングアップ。

いろいろ調べてみると、どうもFreeBSDのNFS経由でのflockは、かなりいいかげんらしいと。

ということで、NFS路線はどうもやめたほうがいいみたい。
やっぱり、三人娘のクラシックをクラシック改にする必要がありそう。

37 : ◆BFzK/mtqM2 :04/07/02 15:19 ID:WZectPEP
じゃあ週末にでもその辺の改造をやってみます。

38 :root ★:04/07/02 15:30 ID:???
>>37
了解です。

では、blackgoatではProxyモードでApacheを上げておきます。
使い方等は別途。

39 : ◆BFzK/mtqM2 :04/07/02 15:42 ID:WZectPEP
了解です。
キャッシュのdelayは黒山羊さんが握るんだよね。

40 :root ★:04/07/02 16:13 ID:???
>>39
squidのdelay poolsを使えばいいかな。
Apacheのmod_proxyではできるんだっけ。

41 :root ★:04/07/02 16:18 ID:???
>>40
あ、時間って指定できないかも。< squid

ありものでできるか別途調べた上で、なければ何か考えないといかんかな。

あらまほしい動作は、datが更新されていた場合でも
120秒は読み込まない、ということですよね。

42 : ◆BFzK/mtqM2 :04/07/02 16:45 ID:WZectPEP
そうですね。
ちゃんとやるには差分とDelayを黒山羊さんに実装しないといけませんね。

43 :マァヴ ◆jxAYUMI09s @マァヴ ★:04/07/02 17:37 ID:???
質問です(^_^;)
1 今回の失敗の巻は
 ・BGにクラシックメニューを設置
 ・受付嬢をリバースプロキシに変更
 だったのかな?

2 リバースプロキシはBGからのパケットをバッファして送出してたのかな?
  つまり、BG側の送出をいかにすばやく完了させて、BGの処理を開放してあげるかが肝だと思うんだけど
  そういう仕様になってたのかって話です(^_^;)

44 :root ★:04/07/02 18:12 ID:???
>>43
1 Yes. (私としては正直「予想通りの失敗」です)

2 なかなかBGから携帯側に送り返すべき結果が来ない状態でした。
つまり、三人娘はすかすかで、BG側が過負荷でパンク。
ということで、BG=>三人娘の送出が詰まっていたわけではなく、
BG側の処理が詰まっている状態と。

45 :マァヴ ◆jxAYUMI09s @マァヴ ★:04/07/02 18:14 ID:???
>44
えーっと(^_^;)どういう状態だったかってのは結果なので、それはそれでいいんですが
問題は
>BG側の送出をいかにすばやく完了させて、BGの処理を開放してあげるかが肝だと思うんだけど
>そういう仕様になってたのかって話です(^_^;)
これなんですよ。もし、そういう仕様になってなかったら、BGが重くなるのは当然だと思えるので(^_^;)

46 :root ★:04/07/02 18:14 ID:???
クラシックメニューのPHPでの処理は、それなりにコスト高いです。
これと純粋なディスクI/O処理を分離したいというのが、今模索している方向かなと。

47 :root ★:04/07/02 18:16 ID:???
>>45
リバースプロキシはpoundをとりあえずほぼデフォルトで使いました。
この場合どうなるのかな。

48 :マァヴ ◆jxAYUMI09s @マァヴ ★:04/07/02 18:20 ID:???
>47
そこを検証しないと、結果だけ見て動いても問題は解決に近づかないと思われ(^_^;)
携帯側の低速なネットワークに対してバッファするのがフロントエンド
データをキャッシュすることで、フロントエンドのI/Oの負荷を下げ
かつ2ch側の負荷を携帯システムから分離するのがバックエンド
という役割分担をしたいわけなんだけど
もし、フロントエンドがパケット単位で受け取り>送出(つまりストリーミングな処理)をしていたら
今までフロントエンドが単独で処理してたより、状況が悪くなりですよ。
1 フロント、バックに分けたことによるオーバーヘッド
2 フロント3台の処理を、バック1台にまとめたことによる負荷
3 ボトルネックとなったバックエンドからの低速なアクセスによる2ch全体の負荷

49 : [―{}@{}@{}-] 動け動けウゴウゴ2ちゃんねる:04/07/02 18:23 ID:ttEvit4h
プロキシってのはそういうモンじゃないっしょ

50 :マァヴ ◆jxAYUMI09s @マァヴ ★:04/07/02 18:23 ID:???
少なくともフロントエンドは、携帯に送出する速度に関わらず
バックエンドから一気にデータを受け取ってしまわないと
携帯への送出速度に同期してバックエンドからデータを受け取ってしまうと
バックエンドが破綻するのはあたりまえといえばあたりまえの結果かと思います(^_^;)

51 :マァヴ ◆jxAYUMI09s @マァヴ ★:04/07/02 18:24 ID:???
>49
あ(^_^;)おいらの認識が間違ってるってのは普通のことです
なので「質問」なのですよ。

52 : ◆BFzK/mtqM2 :04/07/02 18:24 ID:WZectPEP
これから負荷が重くなる時間なので、バックエンドにクラシックメニューにして、
プロキシのチューニングをまずやってみるのが先決かな?

53 :マァヴ ◆jxAYUMI09s @マァヴ ★:04/07/02 18:41 ID:???
理想を言えば
バックエンドはデータのキャッシュ、差分取得、必要分の送出の3つだけを黙々とこなして
フロントエンドは、データ送出バッファとread.cgi(およびその付加機能)を担当できればいいんだけどね・・・・(^_^;)
バックエンドにユーザーインターフェースとかが入ってくるのは
負荷集中を生み出すだけだと思われ。

54 :動け動けウゴウゴ2ちゃんねる:04/07/02 18:44 ID:+nStDpLJ
>>50
だあね。そのやり方だと結局今までと変わらないし。
フロント⇔バック間の処理は携帯の速度と非同期で
動かないと成功しないでしょう。

携帯  →  フロント     バック
  リクエスト     (PORT閉)

携帯  −  フロント  →  バック
   TIME_WAIT    リクエスト

携帯  −  フロント  ←  バック
   TIME_WAIT     DAT転送

携帯  −  フロント     バック
   TIMEWAIT PHP処理 (PORT閉)

携帯  ←  フロント     バック
   cHTML転送     (PORT閉)

携帯     フロント     バック
   (PORT閉)      (PORT閉)

55 :root ★:04/07/02 18:47 ID:???
>>53
そうですね。というか当初からそれしかないと思われ。

56 :マァヴ ◆jxAYUMI09s @マァヴ ★:04/07/02 18:55 ID:???
>55
ですよね(^_^;)
で、リバースプロキシはそういう動作をするものなんでしょうか?
↑実はどういうものか全然わかってなかったりする(^_^;)

57 :▲ 某ソレ511:04/07/02 18:57 ID:z+vFyi8U
リバースプロキシ の検索結果のうち 日本語のページ 約 1,900 件中 1 - 50 件目 (0.43 秒)

http://e-words.jp/w/E383AAE38390E383BCE382B9E38397E383ADE382ADE382B7.html

58 :root ★:04/07/02 18:57 ID:???
>>54
昨日やったのはこれですね。★のところが重いわけです。

ちなみに現在の各フロントエンドので発生しているディスク書き込み量は、
ピーク時のgame6の倍以上、負荷がやや高い時のlive8ぐらいあります。
http://mumumu.mu/mrtg/mrtg-rrd.cgi/io/

携帯  →  フロント     バック
  リクエスト     (PORT閉)

携帯  −  フロント  →  バック
   TIME_WAIT    リクエスト

携帯  −  フロント  ←  バック
   TIME_WAIT     ★必要に応じdatを取得・datを保存・PHP処理・結果転送

携帯  −  フロント     バック
   TIMEWAIT そのまま転送 (PORT閉)

携帯  ←  フロント     バック
   cHTML転送     (PORT閉)

携帯     フロント     バック
   (PORT閉)      (PORT閉)

59 :FOX ★:04/07/02 18:58 ID:???
>>57
このスレッドに記録するのが目的だったり


60 :root ★:04/07/02 19:03 ID:???
>>56
そういう動作はしませんです。

今回の実験は、前スレのこれ↓を受けた試験だったということで。

960 名前: ◆BFzK/mtqM2 [sage] 投稿日:04/06/30 18:23 ID:vQ7rJwVR
クラシック本体をバックエンドに持ってきて、フロントを介して携帯とやりとりするのかな?

961 名前:root ★[sage] 投稿日:04/06/30 20:22 ID:???
>>960
はい、最初(Tigerサーバ/w SCSI stripeが入る前提だったころ)は、それも考えていました。
で、各フロントエンドは、リバースプロキシをすると。

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

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

1)方式1

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

2)方式2

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

962 名前: ◆BFzK/mtqM2 [sage] 投稿日:04/06/30 20:33 ID:vQ7rJwVR
まずは、負荷かかるかもしれないが、(2)を試して、
その間に(1)の準備をしましょうか。

963 名前:root ★[sage] 投稿日:04/06/30 20:47 ID:???
>>962
そうしますか。
なら、一番苦しいとこからやんないと意味ないですね。
c-auやc-othersは何とかなってるから、自動的にあれかぁ。

61 :▲ 某ソレ511:04/07/02 19:05 ID:z+vFyi8U
いやこのリンク先、単なるIT用語辞典なんだけどね、、
さすがに用語の意味くらいなら検索したほうがいいんじゃないかと思って。
IT用語辞典が消えることはインターネットがある限りないと思うし。
それをどのように適用するかなら書いても価値があると思うんですけど、、

とりあえずかいつまんで書いておくと、
 外部からネットワーク内部へのアクセスをする際に通されるもののことで、
 中継時にURLやパケットの内容を保存することでセキュリティを強化したり
 アクセス数の多いデータをキャッシュとして保存することにより高速化したりできる。(←今回はこれが目的かな)
 内部から外部へ接続するプロクシの反対なので「リバース」がつくと言われている。
こんなところかな、

62 :root ★:04/07/02 19:10 ID:???
で、もしバックエンドのPHP処理やディスクI/Oがおなかいっぱいで、
かつクラシックメニューが簡単には改造できないとしたら、
以下の構成もありかなと。

フロント <=> バックエンド1(クラシック)
     <=> バックエンド2(クラシック)
     <=> バックエンド3(クラシック)

フロント<=>バック間はリバースプロキシでURLを見てロードバランスする。
(これは簡単に設定できます)

つまり、ディスクI/OやPHPをやる人の負担を単に1/3に薄めると。

63 :root ★:04/07/02 19:12 ID:???
で、>>62 の構成は今の路線(今はURLを見るのではなくて、au/docomo/othersで割っている)
で、これを細かく割ると。

ただ、どうみてもこれは筋悪だし、本格的な解決になってないというのがここの判断かなと。
ということで、>>53 >>54 方式かなと。

64 :マァヴ ◆jxAYUMI09s @マァヴ ★:04/07/02 19:13 ID:???
>62
それだと携帯ユーザーが満足できるだけバックエンドを入れた時点で2ch側の負荷が・・・・(^_^;)
フロントいっぱい>バックエンド少し>2ch
という分散モデルにならないと・・・・(^_^;)

65 :マァヴ ◆jxAYUMI09s @マァヴ ★:04/07/02 19:14 ID:???
まー、外野であれでなと、これでないとと騒ぐのは簡単なんですけどね(^_^;)

66 :root ★:04/07/02 19:16 ID:???
>>64
ということで世間的には、バックエンド1,2,3を
別途用意した同じProxyサーバにつなぐわけです。はい。

67 :root ★:04/07/02 19:18 ID:???
ただ今回は、もうめざす路線は概ね合意できている気がするので、

・携帯からの受付・PHP処理・dat/subject.txtリクエスト…フロントエンド
・フロントからのリクエスト受理・dat/subject.txt取得・管理…バックエンド

その形をめざして動くことでよいのではないかと。

68 :root ★:04/07/02 22:07 ID:???
blackgoat、これからちょっとファイルシステムのチューニングをしてみます。

69 :動け動けウゴウゴ2ちゃんねる:04/07/02 22:36 ID:03MJVRWk
Pekoでやったようなメモリ周りのチューニングはいかがでしょ

70 :root ★:04/07/02 22:56 ID:???
blackgoat、チューニングできた。
ちょっと、c-docomoでためしてみます。

71 :root ★:04/07/02 23:02 ID:???
c-docomo => blackgoatを復活させた。
さて、どこまで上がるか。< blackgoat

72 :動け動けウゴウゴ2ちゃんねる:04/07/03 00:01 ID:Trpae/ZJ
今のところいい感じ?
ttp://mumumu.mu/mrtg/mrtg-rrd.cgi/load/c-docomoload.html

73 :root ★:04/07/03 00:03 ID:???
ccdを使って、blackgoatのディスクをストライピングにしてみた。
ちゃんとad0とad1にほぼ均等にアクセスがいくようになった模様。

ただし、ディスクは確かに楽になったけど、LAは改善されてないみたい。

ただ、今はまだ無制限に受け付けるので、
接続が目いっぱいまで使われてしまうことも、原因にあるかなと。

httpdを24, 32, 48, 64, 96, 128, 160 と変えて試してみたけど、
24の状態で既にPHP処理だけでCPUはめいっぱいみたい。
ほとんどのhttpdはRUN状態(PHP処理中)になっています。

で、マァヴさんが言っていた状態になっているかどうか(BlackGoat側の送信部分が
ふん詰まり状態になっているか)をnetstatコマンドなどで確認してみましたが、
いずれの状態もバック=>フロントへの送信そのものは速やかに終わっていました。

つまり、BlackGoat側からフロント側への送信はすばやく終わっていて、
BlackGoat側で送信そのものに詰まっている状態は、観測されていませんでした。

コストかかっているのは、やはりPHP処理とディスクI/O処理のようです。
接続数を多くするとリニアにLAが上がっていく状態。
実はへたすると、PHPの処理の方がディスクI/O処理よりもコストが高いのかも。

自宅に帰ったらフロントエンド側を調整して、接続数制限を入れてみるか。

74 :root ★:04/07/03 00:05 ID:???
>>72
そっちは、ねぇ。PHP処理とディスクI/O処理をしない状態になるから、軽くなるんですよ。
こっちが、重要。
http://mumumu.mu/mrtg/mrtg-rrd.cgi/load/blackgoatload.html

実際のDoCoMoのユーザさんのレスポンス具合はどうかなと。
たぶん、今は昨日までとあんまり変わらないはず。

75 :FOX ★:04/07/03 00:07 ID:???
>コストかかっているのは、やはりPHP処理とディスクI/O処理のようです。

って、BlackGoat の話しですか?

であるならば、
まずは何よりも先に「本来の目論見である、DISK i/o だけ」にするのが先かと、

76 :動け動けウゴウゴ2ちゃんねる:04/07/03 00:09 ID:SKwOREMD
>>74
あんまり変わらないですね。ただもともと接続速度が遅いので
そんなに気になりませんが。
FOMAの人は気になるレベルかもしれません。

77 :root ★:04/07/03 00:14 ID:???
>>75
はい、その通りですね。

今回のテストでは「PHP処理とディスク処理のどちらがより苦しいか」の
再検証と、BlackGoatをディスクI/Oに特化させるための準備
(BlackGoatへのストライピングの導入&テスト)をやっていました。

ということで、BlackGoatのディスクをストライプ構成にできました。
(FreeBSDには標準でその機能があります)

/etc/ccd.conf に以下のように書くと、ストライプ構成にできます。

# ccd ileave flags component devices
ccd0 64 none /dev/ad0s1f /dev/ad1s1d

/dev/ccd0を/homeにmountしました。
/homeに書き込むと、ad0とad1に均等にI/Oがかかることを確認しています。
(これの確認には、実際に高い負荷をかけてみることが必要なので)

78 :動け動けウゴウゴ2ちゃんねる:04/07/03 00:15 ID:+k8aTVwi
>>73
>実はへたすると、PHPの処理の方がディスクI/O処理よりもコストが高いのかも。
よーしこうなったらkage.cgi(仮)をCで作っちまおう


79 :root ★:04/07/03 00:18 ID:???
んで、ディスクI/Oは相当楽になりました。
ccd化はパフォーマンス向上にかなり効果ありそうです。
しばらく動かして問題なければ、機を見てフロントエンドの/homeもこの構成にしようかなと。

ここはバックアップ要らないということで、バックアップ用ディスクをつぶしました。

80 :動け動けウゴウゴ2ちゃんねる:04/07/03 00:18 ID:8wOV2L/y
いまN900iからアクセスしています。
1ページ開くのに30秒くらいかかります。
ヤフーは5秒です。

81 :root ★:04/07/03 00:25 ID:???
>>76 >>80
どうも。
>>73 >>74 でも書きましたが、今までのこの時間と概ね同じか。
LAは少し低くなりましたが、あんまり変わりませんね。
100超えていたのが80台になったぐらい(このぐらいは誤差の範疇)。

つまり、ストライピングによる I/O性能の向上では、
PHP処理の重さは埋めきれなかったと。

ということで、>>75 であることが改めて裏付けられたと。
(もしこれで軽くなっていたら、I/Oがボトルネックだったことになる)

82 :FOX ★:04/07/03 00:32 ID:???
Front - BlackGoat 間の通信に何を使えば一番いいのかはわかりませんが
一つの案としては、素直に http を使うのもありだと思っています

つまり(予測ですが) Front の 2ちゃんねるのサーバ群への dat 要求を
現在 http で行っている。その部分を BlackGoat に書き直す(たぶん private IPs)
だけで front 側の修正は ok なはず

んで、 BlackGoat 側でのfrontとの会話部分を新たに開発すれば
以上終わりだと思います。この辺でいろいろな方法があると思う。


83 :root ★:04/07/03 00:37 ID:???
私も、概ねそう思っています(>>82 の前半部分)。
単純にシンプルな形でいいんじゃないかなと。

基本的には、120secのディレイをうまく処理できるProxyサーバみたいなものがあれば、
いいんじゃないなと思っています。

あとは、クラシックメニュー側で持ってきたdatファイルをopen()とかstat()とかしていたり、
追加書き込みをしていたりするところがあると思うので、
それへの対応が >>82 の後半部分になるのかなと。


84 :root ★:04/07/03 00:40 ID:???
で、ぐちというか、ひとりごとを。

最初からTiger+ストライピングだったら、うんうんうなりながらccdとかvinumとか
調べたりしませんでした。

つまり、いわゆるただ働きモデルでストライピングは実現できたわけで。
しかし、どきどきしながらパーティションのつけかえをしたり、
リモートでccdの設定したりして、なかなかスリリングで楽しかったです(w。

ただし、カネを使ってハードウェアでやるストライピングには、もちろんかないませんが。

85 :FOX ★:04/07/03 05:39 ID:???
1) 受付嬢から 必要な時に必要な データ(.dat .txt) を BlackGoat から取得する
  この場合、受付嬢はデータを溜め込むとか何もしない
  もしかしたら ディレイ値 0sec で動かせばそうなるのかな?(中見たことないので推測)
  ただし2ちゃんねるの各サーバから取得するのではなく
  BlackGoat から全部取得する

2) BlackGoat は受付嬢からの要求が来たら、キャッシュしつつ
  2ちゃんねるの各サーバから実際に持ってくる
   ・初めてのとき or 指定された delay値を超えた場合は実際に取りにいく(差分取得)
   ・そうでないときは自HDに溜め込んでいるデータを帰す。

3)  この二つを達成するために 受付嬢 - BlackGoat の間にはデータやり取りの
  決め事を作らなければならない。
   ・ http を使ってやり取りするとしたらどんな方法?
   ・ cgi にしちゃう? (これが第一歩かも・・・)




86 :動け動けウゴウゴ2ちゃんねる:04/07/03 07:06 ID:OgpNTZck
2ちゃんを月100〜300円くらいの有料コンテンツにして
鯖増強してほしい。

87 :動け動けウゴウゴ2ちゃんねる:04/07/03 07:43 ID:omET3sOB
>>86
有料にしても同じ人数が集まるならいいが
確実に人が減るので今のような有益な情報が集まらなくなる。
するとさらに人が減る
2chあぼーん

88 :動け動けウゴウゴ2ちゃんねる:04/07/03 09:37 ID:AWjD0g+O
いや半分ぐらいになった方が良いかもしれん。
あとから入ってくる人はアホみたいに居るし。

ってスレ違いだよ、頑張れオレ。

89 :動け動けウゴウゴ2ちゃんねる:04/07/03 11:09 ID:uWhwshZt
携帯(パケホ)での観覧だけ有料にするとか?
スレ違い。。。

90 :未承諾広告※ ◆TWARamEjuA :04/07/03 12:19 ID:VcbI+4PW
http://c-au.2ch.net/_service/20040703.txt
ちょと変です(苦笑)

91 :ミラー名無しさん:04/07/03 15:28 ID:Fq1Uuod8
0000000 067 066 063 063 012 000 000 000 000 000 000 000 000 000 000 000
0000000 7 6 3 3 \n \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0
0000010 000 000 000 000 000 000 000 000 000 000 000 000 000 000 000 000
0000010 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0
*
00007d0 000 000 000 000 000 000 000 000 000 000 000 000 000 000 000 062
00007d0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 2
00007e0 060 060 064 057 060 067 057 060 063 040 060 064 072 063 060 072
00007e0 0 0 4 / 0 7 / 0 3 0 4 : 3 0 :
あ、ぬる(ry


リブート前のログは正常なんですけど、なんででしょうね。
http://www6.ocn.ne.jp/~usada/c-au/20040703.0.txt 但し2:30迄


92 :動け動けウゴウゴ2ちゃんねる:04/07/03 16:07 ID:dqZsk1vU
c.2ch不具合報告総合スレ
http://qb5.2ch.net/test/read.cgi/operate/1088828988/l50

93 : ◆EA.clAssIc :04/07/03 18:16 ID:IXGLevWw
いままで直接各サーバに
GET /operate/dat/1086680380.dat HTTP/1.1
でリクエストしていたものを、
BGの指定ポート経由(proxy)で
GET http://qb5.2ch.net/operate/dat/1086680380.dat HTTP/1.1
とリクエストするように変えてみますか?

94 :FOX ★:04/07/03 18:25 ID:???
ふむふむ、で

・ 受付嬢は DIsk i/o しなくなる

ができるなら、それがいいです。
そして BlackGoat はそのまま各サーバから
データを持ってくる状態になっているのだろうか?
それであるならば、あとはその部分を改良すれば良いだけな気がする。

>>93 をやって何がわかりどんな期待が出来るか。。。

1) c-docomo 一台でフロントとしての実力がわかる
2) BlackGoat をどの様に改善すればよいかの情報がとれる
ただし
3) BlackGoat がフロントからの要求を全て直接各2ちゃんねるのサーバに
  問い合わせるので、各サーバの負荷はあがる

受付嬢の要求仕様は >>93 をやる事で完成だと思う


95 :動け動けウゴウゴ2ちゃんねる:04/07/03 18:25 ID:wB/2Hl04
>>91
ガ(ry

96 : ◆EA.clAssIc :04/07/03 18:42 ID:IXGLevWw
>>94 FOXさん、
では、ちょっとやってみます。

・受付嬢変更点
1) dat、subjectのリクエスト先をBGへ(PROXY経由)
2) キャッシュの作成を停止
3) 2)より、ディレイは実質的に0secへ(ディレイ処理はBG側に任せることになります)

BGは現段階でproxyとして動作可能なのでしょうか?
もし動作可能であるなら、接続の為のport等の情報をメールして下さると幸いです。 >>rootさん

97 : ◆BFzK/mtqM2 :04/07/04 02:19 ID:SvCiKW2+
とりあえず、キャッシュ生成しないバージョンを入れてみました。
ちょっと、バグがあるけど(^^;

現在、ディレイなしで直接各サーバからdatを読み込み、それを処理するようにしてみました。
PROXYはとりあえずなしです。

98 : ◆BFzK/mtqM2 :04/07/04 02:35 ID:SvCiKW2+
2004/07/04 01:41:21 LA= 1:42AM up 22:18, 0 users, load averages: 92.06, 93.51, 93.92
2004/07/04 01:50:02 LA= 1:50AM up 22:26, 0 users, load averages: 93.77, 94.52, 94.51
2004/07/04 02:01:19 LA= 2:01AM up 22:37, 0 users, load averages: 93.92, 93.44, 93.98
2004/07/04 02:10:00 LA= 2:10AM up 22:46, 0 users, load averages: 95.25, 94.00, 93.86
2004/07/04 02:20:00 LA= 2:20AM up 22:56, 0 users, load averages: 1.91, 21.91, 53.72
2004/07/04 02:30:00 LA= 2:30AM up 23:06, 0 users, load averages: 1.39, 4.18, 27.20

LAは劇的に低くなったがレスポンスは相変わらずですね。。。。

99 : ◆BFzK/mtqM2 :04/07/04 02:45 ID:SvCiKW2+
c-docomo
2004/07/04 02:40:00 LA= 2:40AM up 23:16, 0 users, load averages: 1.30, 2.15, 14.43

c-au
2004/07/04 02:40:00 LA= 2:40AM up 22:10, 0 users, load averages: 20.86, 23.19, 23.66

c-others
2004/07/04 02:40:00 LA= 2:40AM up 21:55, 0 users, load averages: 0.59, 0.52, 0.51

うーん、c-docomoはなんでLAがこんなに低いんだろう。。。。


100 : ◆BFzK/mtqM2 :04/07/04 02:46 ID:SvCiKW2+
とりあえず、しばらくこれで動かそうかな。。。。。


101 :動け動けウゴウゴ2ちゃんねる:04/07/04 03:07 ID:5rpwXLrV
>>100
よーわからんけど乙です。

102 : ◆BFzK/mtqM2 :04/07/04 04:32 ID:RJKHgb/A
全部読み込んでいるので、レス数が大きいスレは開くのに時間かかるね。
やはり、BG側で必要な情報だけを渡すようにする必要がありますね。

103 :FOX ★:04/07/04 04:38 ID:???
そこは注目のところですね、

受付嬢 - BlackGoat 間の通信が十分にはやいなら
受付嬢は dat の全データを貰っても貰わなくても ok な気がします。
もしこの間の通信がおそいなら・・・ 別の手を考える必要があるのかな?

まずは、毎回dat全取得という方法に固定しておきましょう。
次は BlackGoat でのキャッシングでどう変わるか。。。

1) 受付嬢の負荷はほとんど変わらないか、若干改善か?
2) 2ちゃんねるのサーバたちの負荷は大幅に改善される。
3) BlackGoat が受付嬢三人娘はかるがるとこなし、
  10人までだったら相手にできるかも? の感触をつかむ。



104 : ◆BFzK/mtqM2 :04/07/04 04:51 ID:RJKHgb/A
そうですね。
受け付け嬢へのデータ加工機能をBGに入れるとすればそれなりの負荷が発生しますよね。
単なるプロキシならほとんど負荷はかからないんじゃないかな?

105 : ◆EA.clAssIc :04/07/04 10:26 ID:vtHtMTe7
>>◆BFzK/mtqM2さん、
ちょと改造されたところを拝見したのですが、
getres の 86 と 99 行目で2回にわたって dat リクエストしているようです。
どうしましょう、私が改造しても良いのかな?
もし複数人で改造を行うなら、日時と変更箇所を簡単にコメントした方が良いですね…

106 : ◆BFzK/mtqM2 :04/07/04 13:03 ID:RJKHgb/A
直しちゃってくださーい。
rewindがうまく行かなかったんで(^^;

そうですね。これからは変更したらコメント入れましょう。

107 : ◆BFzK/mtqM2 :04/07/04 13:36 ID:SvCiKW2+
うーん、docomoはずーっと、アクセス数が一定なんだけど、、、
なんかしちゃったかな?
http://mumumu.mu/mrtg/mrtg-rrd.cgi/access/c-docomoaccess.html
その割にLAはずーっと一桁
http://mumumu.mu/mrtg/mrtg-rrd.cgi/load/c-docomoload.html





108 :動け動けウゴウゴ2ちゃんねる:04/07/04 13:42 ID:g5P25Vzx
>>107
DoCoMoはbananaの10Mbps制限に引っかかってるみたいだけど、
auは帯域制限が効いて無くて、20Mbps程度でてるみたい
 >フロント←→2ch鯖間通信

その辺の関係で、DoCoMoは窓口数と処理が掃ける速度により
事実上アクセス上限に当たってる状況なのではないかと推測したり。

109 :FOX ★:04/07/04 14:13 ID:???
使用帯域は、どっちも 1Mbps 以下かそれくらいのような、

110 :動け動けウゴウゴ2ちゃんねる:04/07/04 14:25 ID:g5P25Vzx
>>109
どもー。
1Mbps以下ってのはPIE-外部の帯域じゃないですか?

>>108で書いたのは
http://server.maido3.com/pie/graph/c-do.gif
http://server.maido3.com/pie/graph/c-au.gif
このグラフで言うところの青線の方です。

ここの傾向がauとDoCoMoで明らかに違うので何らかの
影響があるのではないかと思うのですが。
# いちおうリンク http://server.maido3.com/pie/

111 :FOX ★:04/07/04 14:42 ID:???
おぅおぅ

たしかに。。。

これが BlckGoat を通すことによってなくなるはず
というのが検証できますね。

BlackGoat - 2ちゃんねる の間はキャッシングすることによって
いろいろと、、、

112 :FOX ★:04/07/04 14:49 ID:???
>PIE-外部の帯域

の表現はちと違うかな?

http://server.maido3.com/pie/
のサーバのグラフは
青 Switch -> Server の使用帯域
緑 Server -> Switch の使用帯域です

また Switch 以降はルータまでとルータから外部は十分に太いので

青 外 -> Server の使用帯域
緑 Server -> 外 の使用帯域と言いかえられます。

これからの作業として 「受付嬢 - BlackGoat 間を
インターネット(GrovalなIP,ネット)を使ってをやっているのを
内部LANを使ってやる」となっています。

もし 10M の制限がなかったら
(((( ;゚Д゚)))ガクガクブルブル もんでしたなぁ


113 :動け動けウゴウゴ2ちゃんねる:04/07/04 15:35 ID:g5P25Vzx
>>112
>PIE-外部の帯域
という表現が乱暴だった事は承知しておりますm(__)m

今回の作戦の成果(キャッシュ効率)を示す指標の一つはBlackGoatの
「Local(受付嬢)帯域 / Global(2ch)帯域」比をどれだけ大きくできるか、
ですね。

これからの流れとしては
(1) BGのキャッシュシステムを構築→キャッシュ効率・負荷の評価
(2) 受付嬢のチューニング→負荷、処理能力の評価
(3) 受付嬢-BG間のdat取得方法の見直し (BGのLAN側100Mbpsが飽和)
(4) 大黒埠頭時代を見据え、BGの性能評価。増強が必要ならスペック検討。
といった辺りでしょうか。
(3),(4)まで進んで嬉しい悲鳴をあげる事が出来ますように…(-人-)

114 : ◆BFzK/mtqM2 :04/07/04 21:35 ID:SvCiKW2+
現時点の受付嬢の仕様

(1)キャッシュなし
(2)その都度、2chの各サーバからdat全取得(過去ログ等はキャッシュしている)
(3)Delayなし
(4)docomoは10Mbps帯域制限中、auは10Mbps帯域制限かかっていない、othersは不明

各受付嬢の現状

docomo LAは低いが、帯域制限されてレスポンス遅い
au 帯域制限されていないので、比較的レスポンスはよい。ただしLAは高め
others いつも通り余裕


115 :root ★:04/07/04 21:50 ID:???
昨日・本日とおやすみしておりました。

というわけで、まずは>>93-94 >>96に対応します。

116 :root ★:04/07/04 23:37 ID:???
>>96
とりあえず設定しました。(Apacheのmod_proxy+mod_disk_cache)

c-au, c-docomo, c-othersから、192.168.0.1:80をProxyにしてみてください。

117 :root ★:04/07/04 23:45 ID:???
お、ちょっとまってください。
キャッシュ関連を調整します。>>116

118 :動け動けウゴウゴ2ちゃんねる:04/07/04 23:48 ID:YjeFz34d
携帯用と高機能版があるけど携帯用を選択したら見違えるくらい軽くなった。
高機能版はレスポンスに30秒以上かかっていたのに5秒くらいになった。

119 : ◆BFzK/mtqM2 :04/07/05 00:28 ID:wckcDyFZ
Bad Requestがでるな。。。
まだ設定終わっていないのか、送り方間違っているのかな。。。。

120 :root ★:04/07/05 00:44 ID:???
キャッシュの調整、おわりました。
ということで >>116 でおながいします。

121 :root ★:04/07/05 00:45 ID:???
>>119
送り方ですが、>>93

GET http://qb5.2ch.net/operate/dat/1086680380.dat HTTP/1.1

は、

GET http://qb5.2ch.net/operate/dat/1086680380.dat

で、いいはず。

122 : ◆BFzK/mtqM2 :04/07/05 00:46 ID:wckcDyFZ
>>120
Proxy経由で接続も確認できました。
これから三人娘に導入します。

123 :root ★:04/07/05 00:46 ID:???
HTTP/1.1 をつけてもいいのかな。
ちと、ためしてみるです。

124 :root ★:04/07/05 00:46 ID:???
>>122
ほい、ではよろしくです。

125 :FOX ★:04/07/05 00:48 ID:???
わくわく

126 : ◆BFzK/mtqM2 :04/07/05 00:52 ID:wckcDyFZ
??
http1.1はとった方がいいのかな?

127 :root ★:04/07/05 00:55 ID:???
c-othersからきはじめたかな。

>>126
どうもとらないとだめみたいですね。
設定をへまっているのかしら。(とりあえずApacheのmod_proxyを使用)

128 :root ★:04/07/05 00:57 ID:???
私のプロキシ側の設定がいまいちな予感。
ちと、とめてくださいです。

129 : ◆BFzK/mtqM2 :04/07/05 01:05 ID:wckcDyFZ
現在、c-othersで実験中
私のPCからのみPROXY接続で、それ以外は直接接続です。

130 :root ★:04/07/05 01:28 ID:???
Apacheのmod_disk_cacheにはバグがいるみたい。

.htmlな拡張子だとちゃんと動くけど、.datという拡張子だと
キャッシュにデータが入っている時に再度同じものをとろうとすると、
httpdがsignal 11で死んでしまう。

キャッシュしないモードではちゃんと動きますが、それじゃ意味ないし。
ということで、squidに切り替えます。

131 : ◆BFzK/mtqM2 :04/07/05 01:31 ID:wckcDyFZ
マターリ待っています

132 :FOX ★:04/07/05 01:39 ID:???
                  落着いて待ってます…

         =≡= ∧_∧
          /   (・∀・ )
        〆   ┌  |    | .∈≡∋
         ||  γ ⌒ヽヽコノ   ||
         || .|   |:::|∪〓  ||
        ./|\人 _.ノノ _||_. /|\

133 :動け動けウゴウゴ2ちゃんねる:04/07/05 01:52 ID:1PpBX26Y
―――――――――――――‐┬┘               =≡=
                        |             __  〆
       ____.____    |             ───  \
     |        | ∧_∧ |   | がっ!                \_ =二 ∧_∧
     |        |. (#´Д`)|   |                 _   |ヽ  \ (; ・∀・)/
     |        |⌒     て)  人        _  ―――‐ γ ⌒ヽヽ  ⊂   つ  ∈≡∋
     |        |(  ___三ワ <  >  ―――   ―― ―二   |   |:::| 三ノ ノ ノ  ≡ //
     |        | )  )  |   ∨        ̄ ̄ ̄ ―――‐   人 _ノノ (_ノ、_ノ  _//
        ̄ ̄ ̄ ̄' ̄ ̄ ̄ ̄    |

134 :root ★:04/07/05 02:41 ID:???
おそくなりました。

192.168.0.1:8080

でやってみてください。HTTP/1.1 形式が必須のようです。

135 : ◆BFzK/mtqM2 :04/07/05 02:49 ID:wckcDyFZ
アクセスできました。

statusが返ってこないのがちょっと気になるが。。。。。

これでいってみますか。

136 :root ★:04/07/05 02:50 ID:???
>>135
アクセス確認しました。
statusは、、、設定しないとだめなのかな。

# なにぶん数年ぶりで設定するので。< squid

137 :root ★:04/07/05 02:51 ID:???
たくさんきはじめました。

138 : ◆BFzK/mtqM2 :04/07/05 02:52 ID:wckcDyFZ
othersを切り替えました。

statusは出来れば設定してほしいですね。
何か問題あるかもしれないけど、他も切り替えてみます

139 :FOX ★:04/07/05 02:53 ID:???
今 others だけですか?

140 : ◆BFzK/mtqM2 :04/07/05 02:53 ID:wckcDyFZ
auも今切り替えました。

141 : ◆BFzK/mtqM2 :04/07/05 02:55 ID:wckcDyFZ
あら、スレありませんがでた。

142 :root ★:04/07/05 02:55 ID:???
diskdだとsquidが死ぬみたいなので、aufsに変更してみた。

143 :root ★:04/07/05 02:56 ID:???
>>142 の影響だとおもう。今はどうですかね。>>141

144 :FOX ★:04/07/05 02:56 ID:???
ということは
others au docomo の転送量が裏の経路に回るので
帯域問題は解決するかも? ということですね、
帯域問題が次に発生するとしたら BlackGoat - 各サーバの部分と、

期待したいのは「受付嬢は何も問題なく動きはじめる」といことだー。

145 :root ★:04/07/05 02:58 ID:???
aufsにした後は死ななくなったみたい。
status設定をちょっと調べてみます。

146 : ◆BFzK/mtqM2 :04/07/05 02:58 ID:wckcDyFZ
>>142
大丈夫になりました。

んじゃ、最後にdocomoも切り替えます。

147 : ◆BFzK/mtqM2 :04/07/05 03:00 ID:wckcDyFZ
現在、3人娘はすべてPROXY経由になりました。

148 :FOX ★:04/07/05 03:01 ID:???
おおっ 素晴らしい。。。

んで BlackGoat さんはdat,txtをキャッシュするですか?

149 :root ★:04/07/05 03:02 ID:???
時間帯があれなのでなんともいえませんが、いまのところゆとりあります。< blackgoat

>>144
そのように期待しています。

150 :root ★:04/07/05 03:02 ID:???
>>148
今のところなんでものはず。htmlでもgifでも。
Pragma: no-cacheとか命令されない限り。

151 :root ★:04/07/05 03:04 ID:???
ストライピングの効果がうまく出ているようです。
ディスクI/Oが2本のディスクに分散されて、いいかんじ。

152 : ◆BFzK/mtqM2 :04/07/05 03:04 ID:wckcDyFZ
いまのところ、datのみをリクエストしています。
あとで、subject.txtもPROXY経由で取得するように変更します。

153 :FOX ★:04/07/05 03:04 ID:???
>>149-150
りょうかいでーす

うまく動いているようなどっかで固定して
48h 間くらいいろいろデータ見てみたいでーす

154 :root ★:04/07/05 03:08 ID:???
ごめん。今、1分ぐらいsquidとめました。

今日一時的に止める時は、ここに書きます。

155 :root ★:04/07/05 03:09 ID:???
>>153
そうですね。了解。

156 : ◆BFzK/mtqM2 :04/07/05 03:12 ID:wckcDyFZ
いい感じですね。
http://server.maido3.com/pie/graph/blackgoat.gif

157 :FOX ★:04/07/05 03:14 ID:???
お忙しい所すみませんガ

BlackGoat のキャッシュする機能としては
どかん設定なのでしょうか?
1) 何秒のディレイと考えればいいのか
2) BlackGoat - 2ちゃんねるのサーバ間の通信での差分読み込みの有無
3) BlackGoat に性能の限界が来るとすれば、どの部分と予想されるか、

この辺を記録として残したい気分です、

158 :root ★:04/07/05 03:14 ID:???
ログを見る限り、結構キャッシュはヒットしている予感。

159 :FOX ★:04/07/05 03:34 ID:???
とっても良さげなんだけど。。。


http://ch2.ath.cx/load/c-docomo.html
docomo だけ負荷が高いのはなぜなんだろう。
DISK i/o が無くなり、帯域の制限もなくなり・・・
何がネック?

160 :root ★:04/07/05 03:36 ID:???
>>159
みてきます。

161 :root ★:04/07/05 03:40 ID:???
ディスクI/Oがなくなったので、
httpdでかけていた接続制限(128個まで)を大きくしてみることにした。< c-docomo

とりあえず128 => 192に変更。

162 : ◆BFzK/mtqM2 :04/07/05 03:45 ID:wckcDyFZ
うーん、体感的に c-docomo 早くなった希ガスる

163 :root ★:04/07/05 03:45 ID:???
Apache statusで見る限り、さっきよりは健康になった予感(単に時間が遅くなったからかも)
既に現時点でF/Eのc-docomoは2台必要なのかも。

164 :FOX ★:04/07/05 03:47 ID:???
ちなみに三台とも同じ設定ですか?
違う場合は同じ設定にしていただけるとありがたいです
条件一定にしないと比較できないからでーす

165 : ◆BFzK/mtqM2 :04/07/05 03:47 ID:wckcDyFZ
いずれにしても、今日一日様子見てみないとなんともいえませんね。

166 :root ★:04/07/05 03:48 ID:???
>>164
了解です。
これから3人娘の設定を>>161に変えます。

167 : ◆BFzK/mtqM2 :04/07/05 03:54 ID:wckcDyFZ
>>163
c-others がスカスカなのがもったいないよね。

必要なデータが取れた時点で、
banana405 上に c-docomo2 を作って、ラウンドプロキシで負荷分散ってのは?



168 :root ★:04/07/05 03:55 ID:???
>>166 done.

今の3人娘のhttpd.confの該当箇所:

<IfModule prefork.c>
StartServers 64
MinSpareServers 5
MaxSpareServers 32
ServerLimit 192
MaxClients 192
MaxRequestsPerChild 1000
MaxMemFree 2048
</IfModule>

php.iniでPHP accesralatorを導入。

zend_extension=/usr/local/lib/php/php_accelerator_1.3.3r2.so

169 :root ★:04/07/05 03:58 ID:???
で、>>157 ですが、

1)F/E側の設定によります。
もしF/E側でディレイなしなら、ディレイなしです。

2)これもF/E側で制御できるのかな。
HTTP/1.1で制御すれば、それでいいはずなので。

3)しばらく見てみないとわからないですが、
ディスクI/Oかなとは思っていたり。

170 :FOX ★:04/07/05 04:01 ID:???
>>167
いやー まだまだ
r.i p.i とまってるのまだ 1/3 位だと思う(台数で)
今やりたい事は、「手法」の考案で劇的な変化を求めたいのだ
小手先の節約は劇的にはならないから

知恵をフル動因かと、

たぶん docomo の中の人とか au の中の人が通った道のりと思われるので
そこに少しでも近づければ、、、
きっと ニヤニヤされていると思われ、

171 :FOX ★:04/07/05 04:07 ID:???
>>169

なるほど、

で、F/E側の設定値はいかほどなんでしょうか?

172 : ◆BFzK/mtqM2 :04/07/05 04:16 ID:GX8XJwzP
3人娘の仕様は>>114です。
データを毎回読みにいくので必然的にディレイはありません。
また差分も内部にキャッシュ持たないため難しいでしょうね。

173 :root ★:04/07/05 04:18 ID:???
>>172
つまり、バックエンド側でディレイや差分を実装する(or しているソフトを入れる)
必要があるということですね。

174 :FOX ★:04/07/05 04:21 ID:???
うーん
ヒンフューズドというかコンプリケイティドというか
I am stupid 状態ですが

BlackGoat 側ではキャッシュの設定は受付嬢側に委ねられている設定で
受付嬢はキャッシュはしない設定であると。。。

ということは、どういうことなんでしょうか?

現在 BlackGoat はキャッシングしてない?

175 : ◆BFzK/mtqM2 :04/07/05 04:28 ID:GX8XJwzP
バックエンドは、datが更新されれば内部キャッシュを更新しているんじゃないかな?
だからスレの速度がゆっくりしたデータは今以上にディレイ付くが、スレの速度が速い奴は頻繁に更新されるんじゃないかな?

176 :root ★:04/07/05 04:42 ID:???
>>174
BlackGoatは現在、単純なProxyサーバとして動いています。

1)c-xxx →datのリクエスト→ blackgoat

2)blackgoatでdatの準備、こんなかんじ

 if (blackgoatがそのdatを持っている) {
    blackgoat →datの更新チェック→ 各サーバ
    if (datが更新されている) {
        // ここでsquidが増分取得をしているかは未確認
        blackgoat →datのリクエスト→ 各サーバ
        blackgoatはdatをキャッシュに格納
    } else {
        // キャッシュヒットにつきdatの取得はしない
 } else {
    // 持っていないのでdatを取得
    blackgoat →datのリクエスト→ 各サーバ
    blackgoatはdatをキャッシュに格納
 }

3)blackgoat →datの送信→ c-xxx

177 :FOX ★:04/07/05 05:01 ID:???
なるほど、なるほど

48h ほど観察して、次の話題は
1) BlackGoat にディレイ機能を入れたらどうなるか
 → 転送量(2ちゃんねる各サーバの負荷)
2) 差分読み込みまでする必要があるかどうかの検討
------------------------------------------
3) 受付嬢(とくに docomo) の負荷が高いのは
  単純にアクセス数が多いからなのかどうか

あたりですかねぇ

178 :root ★:04/07/05 05:51 ID:???
そうですね。そんなところかと。>>177

で、思いついたことを。
三人娘側でディレイを実現するのは、
どの板のどのdatをいつ最終取得したかをチェックできればいいわけです。

つまり、今までdat本体をストアしていたところに
大きさ0のxxxxxxxxxx.datファイルを作ることにして、
取得の際にそのファイルのmtimeを更新するようにするようにしておいて、
その時刻が現在時刻よりも120秒以上経過していなかったら、
blackgoat側にリクエストをそもそも発行しないようにする、というのはどうかなと。

179 :root ★:04/07/05 05:56 ID:???
>>178
これやると、ちょっぴりですが三人娘側でI/Oが発生しますね。

一番いいのは、blackgoat側で今もっているデータよりも120秒以上未来になってなかったら、
更新されていないとみなすようにすることか。

これってsquidの設定でできるのかしら。

180 :FOX ★:04/07/05 06:02 ID:???
>>178-179
これまでの雰囲気からは、 >>179 が本線だと思いますー

181 :FOX ★:04/07/05 06:10 ID:???
つまり
現在の目標は、
1) 受付嬢の負荷を極力避けて、より多くのアクセスをこなせる様にする。

越えられない壁

2) 転送量等の話し、

ですから

182 :動け動けウゴウゴ2ちゃんねる:04/07/05 06:28 ID:mP5hsFO3
>>179
よくわからないけど、refresh_patternかな。

183 :root ★:04/07/05 06:29 ID:???
寝る前にごそごそ調べたら、squidはそもそもこの機能を持っているかも。

ということで、squid.confの設定を変えてみた。
なんとなくうまく動いているような予感。

# changed, 2 minutes delay
#refresh_pattern . 0 20% 4320
refresh_pattern . 2 20% 4320

それでは、おやすみなさい。

184 :root ★:04/07/05 06:30 ID:???
>>182
お、かぶりましたね。どうもそうみたい。

185 :root ★:04/07/05 06:32 ID:???
ログ的に TCP_HIT がぐんと増えたから、うまくいっているのかな。

参考:
http://www.unix-power.jp/linux/redhat/squid1.html

186 : ◆BFzK/mtqM2 :04/07/05 09:39 ID:GX8XJwzP
>root★さん FOX★さん
お疲れ様です。
昼時がどれくらいになるか楽しみですね。

187 : ◆BFzK/mtqM2 :04/07/05 10:07 ID:GX8XJwzP
なかなか更新されませんね。

188 :root ★:04/07/05 12:26 ID:???
ひるどき。-docomo, c-auとも劇重。
vmstat 1 で runnable process が150とか出るし。

PHPってこれ以上高速化できないのかしら。

189 :root ★:04/07/05 12:27 ID:???
c-others、blackgoatはまだ相当ゆとりありの模様。
あと念のため、裏側のネットワークの使われ具合をチェックしてみる必要があるかな。

190 : ◆BFzK/mtqM2 :04/07/05 12:35 ID:GX8XJwzP
受付嬢の前にもプロキシを置くと緩和されないかな?

191 :root ★:04/07/05 12:56 ID:???
どうだろう。PHPで毎回ページ作っている(= キャッシュされない)んじゃなかったっけ。>>190

で、産児制限するとそれなりにつながるようになるので、
接続要求を同時に受け付けすぎの予感も。< c-docomo

192 :root ★:04/07/05 13:11 ID:???
ということで、観察を継続するために元の設定に戻しました。
重くても、明日夜まではこのままいきます。> c-{au,docomo,others}

193 : ◆EA.clAssIc :04/07/05 13:34 ID:4gIn6eRe
今c-xxでは、リクエストした全てのdatが、まるまる配列に格納されています。
メモリに乗り切れてないってことはありますか?

194 :root ★:04/07/05 13:59 ID:???
>>193
Perlでいう「連想配列がばちょ」ですね。
重そうな処理だなぁ。

195 :FOX ★:04/07/05 15:14 ID:???
c-docomo の負荷がなぜ高いかの推測大会ですね、


196 : [―{}@{}@{}-] 動け動けウゴウゴ2ちゃんねる:04/07/05 15:21 ID:vg/aqJvF
よーしじゃんじゃん妄想するぞー

197 :root ★:04/07/05 15:22 ID:???
>>195
ちなみに昼休みはc-auも高負荷だったので、
アクセス数が多いことは当然原因の一つではあるかなと。

わたし的には「単純に数が多くてもうむりぽ」なのか、まだ改善の余地はあるのか、
が問題で。

vmstatでみると、httpdがRUNになっている状態のものが圧倒的に多いですね。
つまり、処理がおいついていないように見える。

blackgoatは今のところ余裕があるので、横並びでc-docomoをもうひとつ増やしてみる
というのは、可能ではあるのかも。


198 :FOX ★:04/07/05 15:27 ID:???
資料

転送量(使用帯域 対インターネット)
http://server.maido3.com/pie/

http://server.maido3.com/pie/graph/c-au.gif
http://server.maido3.com/pie/graph/c-do.gif
http://server.maido3.com/pie/graph/c-ot.gif
http://server.maido3.com/pie/graph/blackgoat.gif

アクセス数
http://mumumu.mu/mrtg/mrtg-rrd.cgi/access/

http://mumumu.mu/mrtg/mrtg-rrd.cgi/access/c-auaccess.html
http://mumumu.mu/mrtg/mrtg-rrd.cgi/access/c-docomoaccess.html
http://mumumu.mu/mrtg/mrtg-rrd.cgi/access/c-othersaccess.html
http://mumumu.mu/mrtg/mrtg-rrd.cgi/access/blackgoataccess.html

199 :動け動けウゴウゴ2ちゃんねる:04/07/05 15:30 ID:zJ/3fFFT
公衆便所の壁になに書いてもおんなじやで、ハヨみんな死ねよ、ちんぽおめこ、くさー

200 :FOX ★:04/07/05 15:33 ID:???
>>197
そういう事じゃなく

今まで
1) DISK i/o が問題と推測 → DISK i/o をなくした
2) 帯域が問題と推測 → 帯域制限にかからないように方式変更
3) 今度は何?

前提としては「需要 > 供給」は当たり前なわけで、


201 :root ★:04/07/05 15:46 ID:???
>>200
なるほど。現有戦力で次にとれる手法は何で、そのための戦略は何?
ってことですか。

ちなみに、下記は済みのもの。

0) PHPの処理に時間がかかる → PHP acceralator導入(倍ぐらいのパフォーマンスに)

202 :FOX ★:04/07/05 15:50 ID:???
>>201
そです そです。
そして突然「素晴らしい発想」が生まれ、「劇的な改善」が見込まれると、
1000% 効率アップとか、
それが出来るのは「若い柔軟な脳」だけかと、

203 :未承諾広告※ ◆TWARamEjuA :04/07/05 15:56 ID:hHpzDUgJ
・ 3 人娘を単なるクローンにする。
・ c.2ch.net はシリアル番号(機種固有番号)からランダムにいずれかの 3 人娘を呼び出す。
→ランダムなので純粋に負荷が 3 等分されるのではないか?@帯域、負荷

○ 現状 3 人娘はそれぞれ違う処理を行っている?
→ HTML, HDML, MML, XML と違う出力にしているならば、
 その部分を切り離して UA でそれぞれ振分けてパイプ処理で変換させるとか?(nkf みたいな pod2html みたいな)

204 :root ★:04/07/05 15:58 ID:???
>>203
単に負荷を3等分する、というのは前にも少し考えました。
今でもpoundで簡単にできるけど。やってみますか?

後者は、中身の重そうな処理がどこかを調べることになるのかな。

205 :FOX ★:04/07/05 16:06 ID:???
c-docomo の挙動

http://mumumu.mu/mrtg/mrtg-rrd.cgi/access/c-docomoaccess-day.png
これが c-docomo に襲い掛かっているアクセスである。
48hの推移を見ると三つの部分に分かれている
1) 最初の3kくらいのところ → DISK i/o が率速だった
2) 5k 位の平坦部 → 10Mbps の帯域制限が率速だった
3) 10k - 25k を乱高下 → 純粋に襲い掛かっているアクセス?

と考えていいんだろうか、実はどこかに別の秘密が隠されているのだろうか、
解せないのは、 3) が本来のアクセスならばなぜ 1) 2) が平坦になり乱高下が
観測されないんだろう。


>>204
だめだめ、ここからもしかしたら確信なのかも知れないから
台数増やすのはいつでも簡単に出来る一番安易な方法です
また、今の目標はそこにはないです。

206 :FOX ★:04/07/05 16:07 ID:???
>>204
c-docomo を軽くしようというのは目標ですが
絶対に他のキャリアとまぜないでください
勿論、au もですけど、

せっかく分けて、分析しているのですから、

207 :FOX ★:04/07/05 16:10 ID:???
簡単に言えば

「台数増やす → 軽くなる」は既に解っている解決策ですから
実験する必要は全くないと思います。
平均化も台数増やすと同じことです。

208 :未承諾広告※ ◆TWARamEjuA :04/07/05 16:19 ID:hHpzDUgJ
>>205
> 3) 10k - 25k を乱高下 → 純粋に襲い掛かっているアクセス?
転送速度も絡んでいるのかもですね。
c-docomo 内部では処理が終わっているのに、なかなか全部受取ってくれていないとか。@mova類

あと気になるのが鯖名。4xx 台ってば httpd のエラーコードなんですよねぇ(^-^)

209 :root ★:04/07/05 16:21 ID:???
>>205-207
了解です。物量以外の知恵で。

ccdによるストライピングにしてもそういうことでひねり出したわけで、
(これでディスクI/Oのキャパが2倍近くになった)。

で、乱高下は「その時の限界ぎりぎりまで資源が使われた場合」にこうなるようです。

でも、限界だと思っていたのが実は限界ではなかった、ってのを
既に何度も経験しています。

というか、弱いマシンでやらないと、弱点も見えてこないものです。
強いマシンだと詰めが甘くても、動いてしまうし。

このへんの「苦しいマシン環境での力のしぼり出し」は本業的に昔取った杵柄なので、
(もう何年もやってないけど)もう少しがんがってみようかなと。

210 :FOX ★:04/07/05 16:32 ID:???
ロードアベレージで負荷を見ているわけですが、

LA 高の原因は単純に言って
入ってくる量 > 完了する量 なわけです。
つまり処理が完了する量に注目すれば(動かすことの出来る項だと仮定すると)
どんどん完了すればいいわけです。

なぜ完了しないのか?
c-docomo が完了できないのか
呼び出し側が完了してくれないのか。。。

211 :root ★:04/07/05 16:33 ID:???
>>210
見ている限りでは、c-docomoが完了できないように見えますね。
常にhttpdがCPUを食っていて、とても多忙に見えます。

212 :FOX ★:04/07/05 16:33 ID:???
一つの呼び出しを処理するのにかかる平均時間というのは計測できるんですかねぇ
docomo の場合
au の場合
その他の場合

で知ることが出来たら、何か出てくるかも、

213 :FOX ★:04/07/05 17:03 ID:???
>>211

>c-docomoが完了できない

と原因を仮定すれば、どこが問題ななんだろうか?

1) CPU 性能?
2) RAM 不足?
3) network ? or その他?

何を見たらそう断定できる?
また解決すればどれくらいの効果が見込める?

逆に、ハードは変更しないとしたらどんな解決方法があるか?




214 : ◆Reffi/bQ.c :04/07/05 17:16 ID:Ymq031Tt
あくまで仮説ですけど定額制端末に焦点を当てると違いは転送速度です
のでそれが処理の遅れになってるかもしれませんね

FOMA   最大384K
AU(WIN) 最大2.4M

215 :マァヴ ◆jxAYUMI09s @マァヴ ★:04/07/05 17:20 ID:???
>214
非定額の場合でも大きな違いがありますよ(^_^;)
Docomoの主力の5xx&2xxシリーズは9600bpsだったはず。
auの主力の1xは144kbpsだったかな?
詳しい人フォローよろしく。

216 :FOX ★:04/07/05 17:22 ID:???
ちょっと疑問というか不思議なのは
当初、au : docomo : others = 4:5:1.5 という計測結果があって、
その上でいろいろ進めてきたわけですが、

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

を見ると 4:10:1.5 に見えます。
どしてこんなに docomo の比率増えたのだろぅ

うーむ疑問だらけじゃ

217 : [―{}@{}@{}-] 動け動けウゴウゴ2ちゃんねる:04/07/05 17:23 ID:vg/aqJvF
>>214
いくら携帯2chユーザのWIN率が高いって言ってもWINを基準にはできんじゃろう
FOMAも同じく
mova 最大 28.8kbps (505i以降)
au 最大 144kbps

218 : [―{}@{}@{}-] 動け動けウゴウゴ2ちゃんねる:04/07/05 17:23 ID:vg/aqJvF
ってマァヴの親父とかぶったよ

219 :マァヴ ◆jxAYUMI09s @マァヴ ★:04/07/05 17:24 ID:???
でも、よーわからんのだけど、ネットワーク速度がボトルネックなってる場合
1 コネクションが足りなくなって、エラーを返す
2 コネクションを開放できなくてメモリが不足してスワップが起こってLAが上がる
のどっちかになるんでないのかな?(^_^;)
現状、LAが高いんだから1ではないわけで・・・・

220 :マァヴ ◆jxAYUMI09s @マァヴ ★:04/07/05 17:25 ID:???
>217
あ、28800bpsまで上がってるのか(^_^;)>5xx,2xx

221 :root ★:04/07/05 17:27 ID:???
>>216
i => cの誘導を開始してから、DoCoMoの比率がかなりの勢いで上がった気がします。
あと、深夜はドコモの比率が高いような。他が少なくなるだけなのかもしれませんが。

222 : ◆Reffi/bQ.c :04/07/05 17:27 ID:Ymq031Tt
>215,217
非定額でも転送速度の差が結構ありますねぇ
転送量が少なくてもユーザーが一杯いれば僅かな差も塵も積もれば何と
やら状態って事ですかねぇ

223 :動け動けウゴウゴ2ちゃんねる:04/07/05 17:28 ID:wdIvJIvV
http://itpress.air-nifty.com/itpress/2004/06/post_1.html
この辺の関係で解約が出てるのかしら>ボーダフォン「10の約束」反故に
そしてDoCoMoへ、なんて。

224 : ◆BFzK/mtqM2 :04/07/05 17:32 ID:GX8XJwzP
iMona破綻でドコモユーザが流れてきた?

225 :root ★:04/07/05 17:34 ID:???
>>213
いまのところ、1)に見えますね。
メモリ不足には見えないです。

ただ、プログラムの「つくり」とか、システム(カーネル)のチューニングで
相当改善できるような気がしていたり。

で、クラシックメニューの場合画像とかはないので、携帯相手でも
転送そのものはそれなりになんとかなっているようです。

netstat -mで見ると、Send queueにデータがたまっている
(送っているが携帯が受け取ってくれない)ものはほとんどなく、
TIME_WAIT(携帯側が待っている)ものがどっさりある状態。

226 :root ★:04/07/05 17:36 ID:???
c-othersの今日17時ごろへこみは、私がちょっとごそごそしたせいです。
あらかじめ。

227 : ◆BFzK/mtqM2 :04/07/05 17:39 ID:GX8XJwzP
一回本当の各キャリアのアクセス数を取りたいですね。

228 :FOX ★:04/07/05 17:39 ID:???
>>255
ほほぅ なるほどです、

ちと 考え中。。。


ちなみに、docomo を二つに分けるとしてどんな分け方あるですか?
今までと同様 IP で振り分けたいのですが、

229 :動け動けウゴウゴ2ちゃんねる:04/07/05 17:43 ID:NHWHzgze
>>255
GJ!

230 :root ★:04/07/05 17:46 ID:???
>>228
今振り分けはIPじゃなくて、携帯が名乗ってくるUAでやっています。
もちろんIPでもできるけど、今はまだやってないです。

もう1台投入した場合、二つやり方があります。

DNSで自然にラウンドロビンさせるやり方と、poundを使ってロードバランシングするやり方。
DNSで自然にやるのは、同じ性能のマシンがいっぱい来るときはシンプルでいいです。
poundだと、こっちに1/4、向こうに3/4とかいう決め細やかな制御ができます。

231 : [―{}@{}@{}-] 動け動けウゴウゴ2ちゃんねる:04/07/05 17:46 ID:vg/aqJvF
おのおののphpスクリプトから、その鯖のキャリアと関係ないキャリアに
対応したスクリプトをばっさり削除するってのは?
docomo専用クラシック、au専用クラシック、とか

232 :root ★:04/07/05 17:48 ID:???
>>230 続き

DNSの場合: c-docomo.2ch.netという名前に複数のIPアドレスをつける

poundの場合: 設定で振り先のマシンを変える

いずれも、ユーザ側には同じURIをみせることができます。

233 :FOX ★:04/07/05 17:50 ID:???
>>230
平均化とか、それを目的にやるのじゃなく
折角のチャンスだからいろいろデータを取って
あれこれ研究するのが目的ですー

つまり 分け方の一例としては
1) 回線速度 a 低速 b 高速
等でわけたいのです。

何か他に分ける方法というか物差しありますかねぇ?

234 :root ★:04/07/05 17:52 ID:???
>>233
例えばFOMAはこっちでPDCはこっちってかんじですね。
それなら、UAで見ればいけるかなと。

あとはなんだろう。< 分け方

235 : [―{}@{}@{}-] 動け動けウゴウゴ2ちゃんねる:04/07/05 17:56 ID:vg/aqJvF
http://www.nttdocomo.co.jp/mc-user/i/spec/useragent.html

DoCoMo/1.0 → mova
DoCoMo/2.0 → FOMA

これは個人的におもしろそうなんで統計とってほし

236 :FOX ★:04/07/05 18:20 ID:???
次の一手は・・・

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

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

237 :root ★:04/07/05 18:22 ID:???
>>236
こないだまでcomic4(cobra2246)で動いてました。< cの機能

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

238 :動け動けウゴウゴ2ちゃんねる:04/07/05 18:24 ID:v8XQRPN6
DOCOMO/AU/otherの振り分けは間違いなくできてるという前提で
LAでなく接続端末数はどうなっているのだろう

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

239 :FOX ★:04/07/05 18:25 ID:???
>>237
あっ そうだった、、


240 : ◆f0.zuburi6 :04/07/05 18:34 ID:iIm1LQ24
この間のcobraでは送出待ち多数な状況でしたねえ(接続数とか処理周りに違いはあるけども)。
docomoとauはcobraが必要なんすかねぇ…

241 : ◆X7F1FulWvk :04/07/05 18:47 ID:iWnOH6gT
まだ出ていないようなので、浅知恵で意見致します。

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

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

242 :未承諾広告※ ◆TWARamEjuA :04/07/05 18:53 ID:hHpzDUgJ
httpd -F on tcpserver という手も残されているのかな?
実験してみたところ、無駄に風呂敷(メモリ)を広げずに動いているみたいです。StartServer も無視。
接続数なども tcpserver 側で制限できるので(-c)、その分 httpd のお仕事も減らないかなぁと。

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

243 : ◆X7F1FulWvk :04/07/05 18:53 ID:iWnOH6gT
続けて失礼します。

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

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

244 : [―{}@{}@{}-] 動け動けウゴウゴ2ちゃんねる:04/07/05 18:54 ID:vg/aqJvF
>>243
?どこからどこまでのキャッシュの話?

245 : ◆X7F1FulWvk :04/07/05 18:58 ID:iWnOH6gT
>>242
どの階層かは思い付きませんが、その辺です。<TCP

246 : ◆X7F1FulWvk :04/07/05 19:02 ID:iWnOH6gT
>>244
携帯端末内のキャッシュです。

247 : ◆/dAlcsdWd2 :04/07/05 21:15 ID:qUyvJ2SE
>>220 docomo2xx、5xxは下り28.8、上り9.6じゃなかたっけ。
ttp://k-tai.impress.co.jp/cda/article/showcase_top/16825.html

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

248 :動け動けウゴウゴ2ちゃんねる:04/07/05 21:17 ID:+35PLEK7
>>247
5xx全てが28.8Kでは無い。
504以降から28.8Kだったっけ
詳しくは知らん。

249 :動け動けウゴウゴ2ちゃんねる:04/07/05 21:25 ID:jjMNpwMv
鯖負荷を見ていたら、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)
てな感じで…。

250 : ◆/dAlcsdWd2 :04/07/05 21:26 ID:qUyvJ2SE
>245 そうですね。
ADSLみたいに非対称通信といいたかったわけで。

251 :動け動けウゴウゴ2ちゃんねる:04/07/05 21:31 ID:Hl1p8fjZ
一台増えるけど、
squid---c-docomo---黒山羊
の三段体制とかは?
squidとc-docomoは同居でも良いと思うけど。。

252 :動け動けウゴウゴ2ちゃんねる:04/07/05 21:35 ID:jjMNpwMv
>>248
28.8k対応:
50xは504以降。
25xは252以降。
21xは該当無し。
6xxも該当無し。

253 :動け動けウゴウゴ2ちゃんねる:04/07/05 22:42 ID:8NCe38eg
>>251
これ以上の鯖増設は携帯ユーザーの資金でお願いします。

254 :動け動けウゴウゴ2ちゃんねる:04/07/05 22:53 ID:bBjtmi9q
    TCP/IP                             28.8k/9600
2ch鯖 ------ GW ----- パケットの制御装置とか ----- 基地局 ------ 端末(数千万台)

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

255 : ◆BFzK/mtqM2 :04/07/05 23:49 ID:wckcDyFZ
今の状態を見る限りキャリアの問題とは違うんじゃないかな?

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

256 :動け動けウゴウゴ2ちゃんねる:04/07/06 05:56 ID:JGp2KJxs
>>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なので、少々違うと思います

257 :t590083.ipgw.phs.yoyogi.mopera.ne.jp:04/07/06 07:15 ID:KrYqkdo0
>>241に関連したことですが・・・・
「携帯電話は移動する」 → 電波状況が悪くなる → 強制切断
・・・で、「2chからのデータが完全に送信完了されない」ために
ゴミが溢れるということは考えられないですか?

258 :動け動けウゴウゴ2ちゃんねる:04/07/06 07:17 ID:ZkwICP4V
前々から逝ってるけど中間(ry

259 :t590083.ipgw.phs.yoyogi.mopera.ne.jp:04/07/06 07:20 ID:KrYqkdo0
ついでですが・・・・
FOMAに限って言えば年末あたりにパケット定額料金の契約者に限定して
ネットワークの混雑状況に応じて個別に帯域制限をかける予定らしいので、
そのことで2ch鯖→FOMA携帯へのデータ送出が詰まりやすくなることも
懸念されてくるような気がしますです。

260 :動け動けウゴウゴ2ちゃんねる:04/07/06 08:31 ID:KHWDJle+
各キャリアの公式メニューに載せて有料にしちゃえよってのはガイシュツ?

261 : [―{}@{}@{}-] 動け動けウゴウゴ2ちゃんねる:04/07/06 08:37 ID:TMzGLFS0
>>253
それで正解にしよう。
これ以上巻き添いは拙いだろう。

262 :動け動けウゴウゴ2ちゃんねる:04/07/06 08:38 ID:Q6PYO+mP
>>260
http://qb5.2ch.net/test/read.cgi/operate/1086695147/6

263 : [―{}@{}@{}-] 動け動けウゴウゴ2ちゃんねる:04/07/06 08:40 ID:TMzGLFS0
携帯からの接続に課金してたんじゃないのかよ!
最初はそういう話じゃ無かったか?
いくら鯖増強したって、保つわけないよ。

264 :動け動けウゴウゴ2ちゃんねる:04/07/06 08:46 ID:O/NGux3r
有料でも快適に利用したいという希望者用に●専用鯖併設というのは?

265 :動け動けウゴウゴ2ちゃんねる:04/07/06 09:06 ID:ZkwICP4V
今ここはそういう話をしてるんじゃないんです

しかもおまえら全部既出

266 : ◆BFzK/mtqM2 :04/07/06 12:37 ID:r0wfQAqv
docomoの190ってすげーな

267 :未承諾広告※ ◆TWARamEjuA :04/07/06 13:28 ID:bBAEwpv9
そういえば、3 人娘の Apache がまだ 2.0.49 のままですよね。@メモリリークの件

268 :動け動けウゴウゴ2ちゃんねる:04/07/06 13:33 ID:2oG8WOha
サーバのチューニングも大切だけど、PHPを使うのを
やめるのもひとつの方向性かもね。
全部のスクリプトを変えなくても、一部の重い処理だけを
バイナリ化するだけでも全然違うだろうし。

269 :未承諾広告※ ◆TWARamEjuA :04/07/06 13:48 ID:bBAEwpv9
>>267
64bits 環境じゃないので関係ないですね。m(_ _)m

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

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

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

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

272 :root ★:04/07/06 21:31 ID:???
さきほどc-othersとc-auで呪文を唱えました。
c-docomoでも機を見て唱えてみる予定。

273 :root ★:04/07/06 21:32 ID:???
>>272 は「効果があれば」の話です。
しばらくはc-auで様子をチェックで。

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

274 :動け動けウゴウゴ2ちゃんねる:04/07/06 22:27 ID:pNivqk57
PHP用プロファイラって無いの?
PHPじゃtruss/traceしても仕方ないか

275 :root ★:04/07/07 00:13 ID:???
きたく。

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

276 :動け動けウゴウゴ2ちゃんねる:04/07/07 00:14 ID:9cH66Zvn
>>275
> このへん(PHPのプログラムでどの処理が高コストなのかを調べる)は、どうやるのがいいんだろう。

勘で。

277 :root ★:04/07/07 00:57 ID:???
あんまり効果ないっすね。設定が悪いのかもしれないけど。
いちおう、shmモードで動かしてみてました。

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

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

278 :動け動けウゴウゴ2ちゃんねる:04/07/07 01:03 ID:HzUbW1i1
前からの問題だが、c-auとc-docomoの鯖負荷が物凄い。
i.2ch時代はそれぞれの鯖でcgiを叩いて負荷が分散されたが、
c.2chでは中間鯖を経由してdatを読む、それに呼び出しが殺到な感じ。
機種別統計の必要性が感じられる。

279 :278:04/07/07 01:06 ID:HzUbW1i1
機種別統計案は>>249で上げて居ます。

280 :root ★:04/07/07 01:16 ID:???
ということで、さきほどphp_acceleratorに戻しました。< c-au/c-others

281 :root ★:04/07/07 01:16 ID:???
>>279
参考までに昨日のログでアクセス数を調べてみるかな。

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

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

283 :root ★:04/07/07 01:52 ID:???
統計とめてしばらく見てるけど、まさに焼け石に水だなぁ。

284 :未承諾広告※ ◆TWARamEjuA :04/07/07 02:16 ID:0XdsWxEm
それでも働き続けている彼女たちは健気ですよね。@ 3 人娘

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

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

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

286 :動け動けウゴウゴ2ちゃんねる:04/07/07 07:06 ID:ewOUwZyo
プロファイラと言うよりデバッガなのかな?
ttp://inagi.himitsukichi.com/~aozora/cgi-bin/pukiwiki/pukiwiki.php?xdebug%A4%F2%BB%C8%A4%C3%A4%C6%A4%DF%A4%EB

287 :FOX ★:04/07/07 13:37 ID:???
root ★さーん

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

288 :root ★:04/07/07 13:40 ID:???
>>287
これから確認します。

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

289 :root ★:04/07/07 14:05 ID:???
接続されていますね。192.168なアドレスをつけました。
セットアップ作業にはいります。

290 :FOX ★:04/07/07 14:14 ID:???
c-au or c-docomo を 分割じゃなく全面移行で、

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

291 :root ★:04/07/07 14:26 ID:???
>>290
c-docomoですかね。

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

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

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

292 :FOX ★:04/07/07 14:31 ID:???
今回の目的は

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

yes /no でーす

293 :root ★:04/07/07 14:34 ID:???
>>292
了解。

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

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

294 :動け動けウゴウゴ2ちゃんねる:04/07/07 21:35 ID:4agyCR3q
>>291
乙です。
先に移転した分↓についてもmemories入りをよろしくお願いします(念のため)。
etc2→life6(body hikky mental psy sousai utu)

295 :wbcc1s15.ezweb.ne.jp@FOX ★:04/07/07 22:14 ID:???
10倍はこなせるですよね?

296 :root ★:04/07/07 22:17 ID:???
>>294
すべてホームディレクトリをまるごと移動しました。

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

297 :I am 真性DQN ◆NEVADAARbA :04/07/07 22:25 ID:1jZWCQYb
FOX様、もしいらっしゃいましたらこちらへお願い致します。

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

298 :wbcc1s15.ezweb.ne.jp@FOX ★:04/07/07 22:35 ID:???
bananaとpecoのCPUの性能の差をいよいよ見られるわけで まじにわくわくです

299 :真性DQN ◆NEVADAARbA :04/07/07 22:40 ID:1jZWCQYb
FOX様、おられましたらこちらへお願い致します。

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

300 :動け動けウゴウゴ2ちゃんねる:04/07/07 22:52 ID:DMGl790+
お店からですかね・・・>狐さん

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

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

ダダダダダタッ




301 :root ★:04/07/08 00:16 ID:???
クラシックさん and/or ◆BFzK/mtqM2さん、いますか。

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

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

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

302 : ◆BFzK/mtqM2 :04/07/08 00:19 ID:f1ixKJIE
>root★さん、

いますよーん

>◆EA.clAssIcさん、

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




303 :root ★:04/07/08 00:20 ID:???
>>302
裏口も含めて設定済みですので、同じものでよいはず。
準備できたらここで知らせてくださいです。

304 : ◆EA.clAssIc :04/07/08 00:24 ID:g/Jn9E0Y
>>302
私やりますよー

305 :キッコーマソ系スレ支持者:04/07/08 00:25 ID:BwvdqTz8
携帯用とPC用は内容を分離することきぼんぬ。
(=同じものは見えない)

306 :root ★:04/07/08 00:25 ID:???
既に作業進行しはじめている予感。

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

307 : ◆EA.clAssIc :04/07/08 00:29 ID:g/Jn9E0Y
あら、、、
確認ですが、作業完了後に名前がc-docomoに変わる、
で良かったですか? >>rootさん

308 :root ★:04/07/08 00:30 ID:???
>>307
そうです。(>>290)

309 : ◆BFzK/mtqM2 :04/07/08 00:31 ID:f1ixKJIE
あら、コピーしおわちゃった。

多分大丈夫な予感です。

310 :root ★:04/07/08 00:34 ID:???
おつです。>両氏

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

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

311 : ◆EA.clAssIc :04/07/08 00:37 ID:g/Jn9E0Y
動作確認OKです。
今名前が変わる前なので、subjectをキャッシュしちゃってますが、
c-docomoに変更後は期待通り動作すると思います。

ところで、.BAKファイルは削除して良いですか? >>◆BFzK/mtqM2さん

312 : ◆BFzK/mtqM2 :04/07/08 00:39 ID:f1ixKJIE
削除しちゃってくださいw
他にいらないのも。。。。

313 : ◆EA.clAssIc :04/07/08 00:41 ID:g/Jn9E0Y
了解ですー
皆様、お疲れ様です。

314 : ◆BFzK/mtqM2 :04/07/08 00:41 ID:f1ixKJIE
datフォルダもsubjectフォルダももう要らないんだよな。。。。

315 :root ★:04/07/08 00:41 ID:???
おつです。
では、儀式依頼へと。

316 :root ★:04/07/08 00:50 ID:???
依頼しました。

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

317 :root ★:04/07/08 00:54 ID:???
旧c-docomo=>新c-docomoをpoundでつないでみた。

318 :root ★:04/07/08 00:56 ID:???
さて、どうかな?
ログを見る限り、だいじょうぶそうにみえるけど。

319 :root ★:04/07/08 00:58 ID:???
LAが2とか3ぐらいしかいかないや。< 新c-docomo
うそみたいだ。何か間違ってるのかな。

320 :root ★:04/07/08 00:59 ID:???
お、ちょっとまずいかな。
設定かえます。

321 :root ★:04/07/08 01:01 ID:???
大丈夫だった。再度上げました。

322 : ◆BFzK/mtqM2 :04/07/08 01:01 ID:f1ixKJIE
c-docomoは 503 Service Unavailable です。


323 :root ★:04/07/08 01:03 ID:???
>>322
pound側でほんとうに携帯からしかみられなくなっています。
どうせ新c-docomoで止まるので、解除します。

324 : ◆BFzK/mtqM2 :04/07/08 01:04 ID:f1ixKJIE
携帯からは見れました。

325 :root ★:04/07/08 01:05 ID:???
そっかぁ。poundで飛ばすとIPアドレスが変わっちゃうのね。
PCから見るとわれわれも人大杉になっちゃうなぁ。しかたないか。

326 :root ★:04/07/08 01:06 ID:???
LAが1切ってるけど、何かの間違いってことはないよなぁ、、、。

327 : ◆BFzK/mtqM2 :04/07/08 01:07 ID:f1ixKJIE
うーん、むちゃくちゃ軽い。。。。

328 :root ★:04/07/08 01:08 ID:???
やっぱ、サーバとしての「モノ」が違うってことなのかなぁ。

329 : ◆BFzK/mtqM2 :04/07/08 01:08 ID:f1ixKJIE
アクセスカウンタ復活させてみませんか? < 新c-docomo

330 :root ★:04/07/08 01:09 ID:???
>>329
やってみる。

331 :root ★:04/07/08 01:18 ID:???
負荷は脈動的にかかるけど、LA=1〜3で安定してるみたい。
やっぱ、Pen4 Single IDEとOpteron dual SCSIでは比較することすらおこがましいのかも。

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

332 : ◆BFzK/mtqM2 :04/07/08 01:21 ID:f1ixKJIE
ホントに軽いね。
http://ch2.ath.cx/load/c-docomo.html
って、pekoのが反映されてるのかな?

333 :動け動けウゴウゴ2ちゃんねる:04/07/08 01:23 ID:XHmNh8s+
ためしにAPCを切るとか

334 :root ★:04/07/08 01:24 ID:???
>>332
DNSが更新されていないので、旧c-docomoです。
今は単に新c-docomoに転送しているだけだから、軽いわけで。

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

335 :root ★:04/07/08 01:25 ID:???
>>333
明日以降、DoCoMoゲートウェイから直接来るようになったらやってみます。

336 : ◆BFzK/mtqM2 :04/07/08 01:29 ID:f1ixKJIE
>>334
なろほど、旧c-docomoがバッファになっている可能性もあるのかな?

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

337 :root ★:04/07/08 01:31 ID:???
>>336
で、ディスクもストライピングを導入してnewfsのパラメータを変えてチューニングしてあるし、
apc(PHPキャッシュ)を入れているし、datキャッシュはblackgoatがやっているし、
掲示板がないのでPHP処理に注力できると。

でもこのへんのチューニングノウハウは、遅いサーバで四苦八苦したからこそ得られたわけで。

338 :ミラー名無しさん:04/07/08 01:32 ID:xhoWm8vX
>334
同じファイルを指しているような。
http://banana404.maido3.com/~ch2c-docomo/_service/20040708.txt


339 :root ★:04/07/08 01:32 ID:???
>>338
お、こっちもpoundで運ばれるのか。
じゃ、既にメモリは変わったことになるわけか。

340 :動け動けウゴウゴ2ちゃんねる:04/07/08 01:33 ID:n7by0Y59
>>334
鯖監視所のc-docomoはc-docomo.pekoを読んでるみたいですね。
http://c-docomo.2ch.net/_service/20040708.txt
http://c-docomo.peko.2ch.net/_service/20040708.txt
ココまでオマケで転送掛かってるみたい。

旧c-docomoはmumumu.muのMRTG統計で取ってる方が
正規のLAなんじゃないですかね。

341 :root ★:04/07/08 01:34 ID:???
メモリ => 目盛
(ch2.ath.cxのことです)

http://ch2.ath.cx/load/c-docomo.html

しかしそうして見ると、改めてすごい。

342 :root ★:04/07/08 01:36 ID:???
>>340
そうすね。こっちはhttpでとってないので、転送の影響出ないし。

343 : ◆BFzK/mtqM2 :04/07/08 01:36 ID:f1ixKJIE
295 名前:wbcc1s15.ezweb.ne.jp@FOX ★ 投稿日:04/07/07 22:14 ID:???
10倍はこなせるですよね?

とりあえず、今の負荷からすると10倍こなせそうな予感はしますね。

344 :root ★:04/07/08 01:37 ID:???
負荷は喫水線を超えるとがばっと来るので油断は禁物ですが、
とりあえずそれなりに性能は出せている…のかな。>>343

live8を作っていた時にも思ったけど「これで本来の性能」と思うと、
実はそうじゃなかったりするんだよなぁ。

345 : ◆BFzK/mtqM2 :04/07/08 01:40 ID:f1ixKJIE
ところで、pekoは一時的なもの?

346 :root ★:04/07/08 01:50 ID:???
まだr.i/p.iを止めていないサーバがかなりあるわけで、、、。>>345

347 : ◆BFzK/mtqM2 :04/07/08 01:52 ID:f1ixKJIE
そうですね。
またしばらく様子見ですね。

348 :動け動けウゴウゴ2ちゃんねる:04/07/08 01:56 ID:UHx7cJJS
11日は球宴(長野)と参院選開票があります。どれくらいの負荷が
かかるか興味があります。


349 :root ★:04/07/08 02:28 ID:???
さて、DNS変更後もこの軽さが続くことを祈りながら、本日はおやすみなさい。

350 :root ★:04/07/08 02:35 ID:???
ためしにhttpdを再起動してみた。するとLAが一時的に上がる。
APC(PHP中間コードキャッシュ)がうまく動いている予感。

さて、ねるか。

351 :FOX ★:04/07/08 04:22 ID:???
でしょ

次はフロント全部peko にして
30倍の負荷を BlacGoat へですよー

で、このとき多分耐えられなくなるけど
これを解消するのはソフトウェァ的手段で、という運びになっとります。

352 :動け動けウゴウゴ2ちゃんねる:04/07/08 04:27 ID:3PXqTmhs
>>351
えっ、もう次のプランですかぁ・・・
相変わらず、早いですねぇ・・・

がんばってください・・・

353 :動け動けウゴウゴ2ちゃんねる:04/07/08 09:03 ID:Ooq6SYqi
>>351
あと2台のpekoをどこから調達するのか気になります。
cobra2246が空いてて、もう1台は…?

354 : ◆BFzK/mtqM2 :04/07/08 09:39 ID:qKNJVSoJ
othersどこかと同居でも問題ないんじゃないかなぁ〜

355 :動け動けウゴウゴ2ちゃんねる:04/07/08 13:55 ID:QKp4O19/
>>354
cobra 2244(game6とnews11)をどけるのでは?
移動させるとしてもgame6がbanana3台分いるのですよね。
値段調べてませんが、banana3台とTiger1台どちらが安上がりなのかわかりません。

356 :動け動けウゴウゴ2ちゃんねる:04/07/08 13:57 ID:MoxK53vG
news12が空くんじゃない (ボソ

357 :root ★:04/07/08 14:30 ID:???
>>351
BlackGoatが限界に達したら(どんな限界かにもよりますが、もしblackgoatのディスクI/Oなら)、
blackgoatを多段化すればいいのかな。

こんなかんじで。

c-docomo1,2,3,... => c-docomoX 用 blackgoat => blackgoat親玉 => 2chサーバ群
c-au1,2,3,...    => c-auX 用 blackgoat    =>
c-others1,2,3,...  => c-othersX 用 blackgoat  =>


358 : ◆BFzK/mtqM2 :04/07/08 14:38 ID:qKNJVSoJ
キャッシュの効率化を考えたら、キャリアじゃなくdatを取りにいく先で分けたほうがいいんじゃないかな?

359 :root ★:04/07/08 14:42 ID:???
>>358
お、それいいですね。
絶対ヒット率上がるし。

news*、tv*、... 用blackgoat
etc*、life*、... 用blackgoat
love*、comic*、... 用blackgoat

っていうかんじかなと(上記分け方に意味はないです)。

360 :FOX ★:04/07/08 15:03 ID:???
>>357-358
その方法は封印して一台で動くようにプログラムを書こうという話でーす。

361 :root ★:04/07/08 15:16 ID:???
>>360
なるほど、それがソフトウェア的手段(>>351)だと。
何か、勝算がおありなので。

362 :FOX ★:04/07/08 15:22 ID:???
まずは 30倍負荷下の BlackGoatを作り出さなきゃ
なにも見えてこないかと・・・

つまりあそこが悲鳴を上げるかな? とかは予想は出来るけど
実際にはわからないわけで、

363 : ◆BFzK/mtqM2 :04/07/08 15:27 ID:qKNJVSoJ
と言う訳で入り口を広くしましょうと言うことですね。

364 :root ★:04/07/08 15:35 ID:???
とすると実作業は、

1)c-auをpekoにする
1')c-others/c(同じマシン)をpekoにする
2)すべてのサーバのr.iとp.iを止める
3)i.2ch.netのr.iとp.iに行く入り口をふさぐ

ということになるのかな。

365 :FOX ★:04/07/08 15:38 ID:???
概ねそんな順番かと、

c-au をpeko にして、r.i / p.i を順次とめてみて
どこまで耐えられるか、、、
c-others はpeko化が必要になった時点で、

366 :動け動けウゴウゴ2ちゃんねる:04/07/08 15:43 ID:2M4vrzmc
各板のi/index.html生成もとめてみればいいかと>r.i/p.i停止

367 :動け動けウゴウゴ2ちゃんねる:04/07/08 15:44 ID:JNz0XTMY
要は、c.2chの負荷テストですかな?
でも、失敗すると、少し前にc-docomoがダウンした二の轍を踏むのでは…。
現在は少し前の過負荷状態は解消されたが…。予断が許さない状態だし…。

368 :FOX ★:04/07/08 15:46 ID:???
>>366
たぶん /i/ の停止は一番最後になる予感
bbs.cgi の改造ですし、


369 :動け動けウゴウゴ2ちゃんねる:04/07/08 16:00 ID:ziAujWvH
削除じゃなくて、c- への誘導リンクにして欲しいな
と思ってみる。

370 :FOX ★:04/07/08 16:25 ID:???
http://server.maido3.com/pie/graph/c-do.gif
これはどのように理解すればいいのだろうか?



371 :root ★:04/07/08 16:34 ID:???
>>370
これは今のbanana404かな。

だとすると、
・入るほうは: (1)携帯からのリクエスト (3)cobra2247からの応答
・出るほうは: (1)携帯への戻り (2)cobra2247への転送

かと。つまり、今は単純に「水道管」になっているだけかと。

372 :FOX ★:04/07/08 16:36 ID:???
なるほど、なるほど

373 :root ★:04/07/08 17:11 ID:???
ということで、c-docomo/c-au/c-othersの代表化作業ができました。
DNS浸透すれば(1日かな)、形が整います。

ということで、クラシックさん、◆BFzK/mtqM2 さんにお知らせです。

1)それぞれのフロントエンドへのアクセス方法:

c-au1.2ch.net
c-docomo2.2ch.net
c-others1.2ch.net

でアクセス(ファイルのうp等)してください。

また動作確認が必要な場合には、それぞれの名前でhttpアクセスすることもできます。
デバッグ用のアクセスコントロールもしてあります。

2)設定

それぞれのフロントエンドには、代表名でアクセスが来ます。
つまり、携帯側から送られてくるホスト名は、今までと同じです。
(c-au.2ch.net, c-docomo.2ch.net, c-others.2ch.net となります)

374 :root ★:04/07/09 01:06 ID:???
LAがピークで24ぐらいになるのか。
ということでちょっとだけ設定をいじってみた。

# Apacheを起動しなおすとPHPの中間コードキャッシュがなくなるので、LAが一時的に急上昇。

375 :動け動けウゴウゴ2ちゃんねる:04/07/09 02:07 ID:XIfWOcRo
負荷監視所見たら、au鯖だけ物凄い負荷(一時に比べ、1/10だが)。
他鯖(c.2ch以外含む)の10倍の負荷がかかっている。下手すれば、ダウンしかねない。
docomo/others鯖は負荷が今のところ安定している。

376 :root ★:04/07/09 02:53 ID:???
傾向としては、アクセス数がある喫水線を超えると負荷がぐわっと上がる感じだなぁ。
c-au1とかは明確にそうだし、peko化して劇的に軽くなったc-docomo2もその傾向。

あちこちのr.i/p.iを止めた時に、どうなるのかなぁ。
もしレスポンスが悪く重くなったら、またチューニング(= 悪あがき)の日々か。

377 :動け動けウゴウゴ2ちゃんねる:04/07/09 02:58 ID:S7mB3XjC
それもまた楽し。

378 :FOX ★:04/07/09 04:30 ID:???
http://server.maido3.com/pie/graph/c-do.gif

おっ 何かが切り替わった?

379 :FOX ★:04/07/09 04:36 ID:???
http://server.maido3.com/pie/graph/c-ot.gif
http://server.maido3.com/pie/graph/c-au.gif

でもこれらはどういう意味なんだろ、、、
難しいなぁ、、、


380 :root ★:04/07/09 04:36 ID:???
>>378
DoCoMoのサーバにDNSが浸透しましたね。
c-docomo1=>c-docomo2へのpoundでの転送をとめます。

381 :root ★:04/07/09 04:39 ID:???
>>379
上は、c-others1に代表(c-docomo, c-au, c-others)を集めたからですね。
c-auの青線がたまに上回るのは、なんでだろう。

382 :FOX ★:04/07/09 04:42 ID:???
とうめん c-docomo1 (banana404) が空いている状態ですが、
ロビンちゃんの実験(別にする必要はないけど)でもしますかー?
au 用をターゲットに、

383 :root ★:04/07/09 04:43 ID:???
>>382
おぉ、c-au2の登場ですか。いいかも。

今日はもう眠くてアタマが回らないので、
明日の午後あたりにでも。

384 :root ★:04/07/09 11:46 ID:???
c-au2のバーチャルホストの設定しました。
儀式場にて。

385 :root ★:04/07/09 11:55 ID:???
c-au2の準備ができました。
アカウント等の設定は現c-au1と同じです。
2ch.net的DNS設定はまだですが、banana404.maido3.com でアクセスできます。

ということで、中身を入れ込んでくださいです。 >両氏

386 :動け動けウゴウゴ2ちゃんねる:04/07/09 12:53 ID:qdwbowAg
見えないので書き込み

387 : ◆BFzK/mtqM2 :04/07/09 13:15 ID:TJJ7wD5R
c-docomo1中身は消しちゃったのかな?
そのままで動くはずです。

388 :root ★:04/07/09 13:20 ID:???
>>387
そうすか。
だとすると、バーチャルホストとしてc-auを受け付けるようにすればいいのかな。

実験だし、それでいいかな。
んじゃやってみます。

389 :root ★:04/07/09 13:33 ID:???
ロードバランスしてみた。

390 :root ★:04/07/09 13:37 ID:???
ログでみる限り、うまくいってそうな予感。
そのうち転送量グラフに反映されるかなと。

391 :root ★:04/07/09 13:38 ID:???
で、今回はDNSラウンドロビンではなくて、poundの分散機能を使用。
こんなかんじで。

UrlGroup ".*"
BackEnd 206.223.150.95,80,1
BackEnd 206.223.150.140,80,1
EndGroup

392 :FOX ★:04/07/09 13:41 ID:???
現在のところ、こうなのかな?

c.2ch.net (banana405)
|- c-au1 (banana403) -|
|- c-au2 (banana404) -- 二台でロードバランス
|
|- c-docomo2 (peko247) - 強力な一台
|
|- c-others (banana405) - c と共用


393 :root ★:04/07/09 13:49 ID:???
そうですね。>>392

こんなかんじで、分業制で機能しています。

・総合受付、携帯との通信担当
 banana405

・PHP処理担当
 au係 banana403 banana404
 DoCoMo係 cobra2247
 その他係 banana405

・dat/subject.txtキャッシュ、I/O担当
 banana406

394 :動け動けウゴウゴ2ちゃんねる:04/07/09 14:14 ID:tbYIaEj9
ロードバランスなんてするとFOXさんに怒られますよ

なんて。

395 :root ★:04/07/09 14:20 ID:???
>>394
実験だし。
でも2ch.netドメインでロードバランシングを導入したのはお初かもね。

396 :root ★:04/07/09 19:52 ID:???
ロードバランシングはかなり効果ある模様。今日のピークを乗り越えられるか。
http://ch2.ath.cx/load/c-au1.html

397 : ◆BFzK/mtqM2 :04/07/09 20:12 ID:TJJ7wD5R
順次p.iとr.iを止めていき、BlackGoatの限界を見ていくフェーズに移行かな?

398 : ◆BFzK/mtqM2 :04/07/09 22:56 ID:shYFjFmN
c-docomo2は徐々にメモリが少なくなってきていますね。
http://mumumu.mu/mrtg/mrtg-rrd.cgi/memory/c-docomo2memory.html

399 :root ★:04/07/09 22:57 ID:???
ふうむ、MaxRequestsPerChildが1000の時よりも100の時のほうが断然軽い、、、。< c-docomo
ちょっと不思議な気がするけど、PHP+APCキャッシュな設定ならではなのかも。

400 :root ★:04/07/09 22:58 ID:???
>>398
ということで、設定変えてみたです。メモリというより処理自体が滞留していたみたいなので。

401 : ◆BFzK/mtqM2 :04/07/09 23:02 ID:shYFjFmN
あらホントだ、
LAが100→30に一気に下がった。

402 :root ★:04/07/09 23:09 ID:???
c-au[12]も重くなってきたので、c-docomo2と同じ設定にしてみた。

つまりphp_accerelatorを止め、APCキャッシュに変更し、
MaxRequestsPerChildを1000から100に変更。

403 :root ★:04/07/09 23:10 ID:???
c-au[12]も下がった。アクセスがハイレートの時は、APCキャッシュのほうが効果あるのか。

404 :root ★:04/07/09 23:14 ID:???
念のためc-others1も同じ設定にしておいた。

405 :root ★:04/07/09 23:22 ID:???
どうもhttpdのゾンビさんがいっぱいいました。< c-docomo
とりあえずリブートしてみた。

406 :root ★:04/07/09 23:22 ID:???
これで概ね落ち着いたはず。
少しめしくってきます。

407 :root ★:04/07/10 12:04 ID:???
c-au1とc-au2のアクセス数統計を復活させてみた。
http://mumumu.mu/mrtg/mrtg-rrd.cgi/access/

408 : ◆mmmmmmmQCY :04/07/10 18:07 ID:M7OqyCw4
次の実験はDocomoとauの鯖を取り替えっこですかい?
Docomo→ロードバランス
au→peko鯖

409 :FOX ★:04/07/10 18:10 ID:???
次は
もうちょっと統計情報を取ってから
どんどん r.i / p.i を停止して、どこまで負荷が上がるか。。。

c-docomo2 (peko) が果たしてどこまで受け止められるか !?
c-au1 / c-au2 のコンビではどうか。。。

を予定してますー。

410 : ◆BFzK/mtqM2 :04/07/10 18:18 ID:/QzXqJQ8
>>409
あと、BlackGoatはBananaで充分かもね。

411 :動け動けウゴウゴ2ちゃんねる:04/07/11 00:35 ID:VRyB5hXC
りょーかいです m9っ`Д´)

412 :FOX ★:04/07/12 15:24 ID:???
p.i / r.i を廃止しているサーバを五台ほど増やしてみた。

413 : ◆BFzK/mtqM2 :04/07/12 21:39 ID:Ha91kKsX
c-docomo2はまたLA100超えたね。

414 :root ★:04/07/13 01:11 ID:???
即日おなかいっぱいか、、、。< c-docomo

415 : [―{}@{}@{}-] 動け動けウゴウゴ2ちゃんねる:04/07/13 10:18 ID:rcOawQZS
もう携帯は禁止するしかないよ
携帯向けカテゴリだけpeko鯖に入れて別運用


416 :動け動けウゴウゴ2ちゃんねる:04/07/13 12:57 ID:/jIfaPLt
作戦失敗かな?
i.2ch止めてc.2chがパンクしたとなると…。
i.2chでは各鯖に負荷がかかっていたが、c.2chでは特定の鯖にドンと負荷がかかっている訳だし…。

417 :root ★:04/07/13 13:27 ID:???
>>416
失敗じゃなくて、たんに現実をつきつけられた段階かと。

ふやす気になれば受付嬢は横並びで増やせるわけですが(c-auのように)、
ふやすためには第8層や第9層のプロトコルが(りゃ。

418 :root ★:04/07/13 13:47 ID:???
しかし、c-docomo2、涙が出る状況だなぁ。
何か手法はないもんかなぁ。

PHPの実行回数を減らす(キャッシュ使うとか、物量でクリアするとか)
1回の実行コストを下げる

このあたりか。

419 :動け動けウゴウゴ2ちゃんねる:04/07/13 14:28 ID:J9UQ5jZU
c-auとc-docomoの鯖を替えてみようぜ〜。


420 :未承諾広告※ ◆TWARamEjuA :04/07/13 15:17 ID:qAV2F+GE
c-docomo2.2ch.net は作業中でしょうか?@応答無し
uptime にも 1 user と入ってましたので。

421 :root ★:04/07/13 15:21 ID:???
>>420
作業中でした。異常なシステムメッセージが出て、パフォーマンスが悪くなったため、
リブートをかけたところ上がってこず。

リブート要請中。もし上がってこない場合、現地対応が必要かも。

422 :未承諾広告※ ◆TWARamEjuA :04/07/13 15:22 ID:qAV2F+GE
>>421
やはりそうでしたか。
おつですおつですm(_ _)m

423 : ◆EA.clAssIc :04/07/13 19:29 ID:fB96VbrP
メニューの実行コストを下げるなら、
表示に関しては r.i と完全互換にして、メニューの機能を削るとかですか…

1) URL解釈
2) 1)に沿って指定のコンテンツを要求(dat、subject)
3) コンテンツを整形

というようなシンプルなものなら、コストもいくらか安いかと。

424 :動け動けウゴウゴ2ちゃんねる:04/07/13 23:39 ID:/jIfaPLt
移行に向けての試験の為一時的にr.i/p.iを止めて、c-docomoが飛んだ。
と言う事は、作戦失敗が濃厚になって来た。かな…。

425 :FOX ★:04/07/14 00:07 ID:???
× 一時的にr.i/p.iを止めて
○ 順次r.i/p.iを廃止して

426 :動け動けウゴウゴ2ちゃんねる:04/07/14 00:15 ID:yYX5JPNl
>>424
>>417

427 :r105218.ap.plala.or.jp:04/07/14 00:35 ID:/eLeLYMF
現状でクラシックメニューをPHPで動かすには重すぎたのかも。

・機能を減らしてPHPのままで様子見

・減らしたままスクリプトをバイナリ化して様子見

・おとなしくフロントエンド増やすor高スペックに変更

こんな流れ?

428 :動け動けウゴウゴ2ちゃんねる:04/07/14 00:48 ID:rpQi3bc1
もはや、カテゴリ鯖(ここならqb5)の数だけ、c.2ch鯖を用意しないと持ちませんな…。
現在c-docomo脂肪状態だし…。志半ばで挫折か?

429 :FOX ★:04/07/14 00:52 ID:???
いよいよ「大黒埠頭」ですかねぇ

430 :動け動けウゴウゴ2ちゃんねる:04/07/14 00:59 ID:GPF+nWdN
>>429
早くも登場ですかぁ・・・「大黒埠頭」・・・

431 :動け動けウゴウゴ2ちゃんねる:04/07/14 01:10 ID:rpQi3bc1
c-docomoの脂肪の件:
1:廃止前提で止めているアレを復活(暫定的に)[type:rebith]
2:c-au/c-othersの中の人にdocomoを超臨時で受け入れ(危険が高い)[type:helply]
3:ミラーや私家メニューに誘導する(殺到すると問題あり)[type:paralel]
4:きっぱり諦める[type:salender]
どのように調理するか…。
野次馬は程々にして寝るぽ。

432 :動け動けウゴウゴ2ちゃんねる:04/07/14 01:24 ID:rpQi3bc1
寝る前に…。
負荷実験で一時止めて、成功なら順次廃止、でも、「失敗したら」どうするんだ?
c-docomo脂肪は半ば挫折とも言えなくもない。作戦失敗の場合は謝罪と責任(ryになりかねない。

ああ、眠くて頭がうまく回らん…。

433 :動け動けウゴウゴ2ちゃんねる:04/07/14 01:40 ID:YTMr0HUQ
>>432
なーんにも問題はないかと。
r.iや p.iが「はじめからそこにあったもの」と思ってますか?

434 :動け動けウゴウゴ2ちゃんねる:04/07/14 02:11 ID:qI6n+Mnq
>>432
あなたの言う「作戦失敗」とはいったい何なの?

携帯アクセスを受けるための器を作るとして、現在考えられている手段として
(a)システムチューニング、(b)プログラムチューニング、(c)課金モデル構築、
そのお金で(d)マシンを増やそうがあるわけで。

今、取りかかっているのは(a)で、何が処理の足を引っ張っているのかを見極めている
段階。(a)が行き詰まれば(b),(c),(d)を模索するだけの事。そう言う意味で、まだ始まった
ばかりの作戦で、打つ手、打たなければならない手は沢山あるのに、何を持って「失敗」
と言おうとしているのかわからん。

ま、サクサク動いて管理者はヒマでヒマで…という日が来れば「作戦成功」だろうが、
そんな日が近いうちに来るとは(多くの人は)ハナから考えてないんじゃないかなぁ。

435 : [―{}@{}@{}-] 動け動けウゴウゴ2ちゃんねる:04/07/14 06:22 ID:V5IpL3fx
荒鷲の要塞=FOX★

436 : [―{}@{}@{}-] 動け動けウゴウゴ2ちゃんねる:04/07/14 06:23 ID:V5IpL3fx
俺=グレゴリー・ペック

437 :動け動けウゴウゴ2ちゃんねる:04/07/14 07:24 ID:Y33d3U4A
俺=ペ・ヨンジュン

438 : [―{}@{}@{}-] 動け動けウゴウゴ2ちゃんねる:04/07/14 08:36 ID:1UCSKFEG
俺=グレゴリー・ペック によって、
荒鷲の要塞=FOX★は陥落!!

439 :動け動けウゴウゴ2ちゃんねる:04/07/14 10:43 ID:5zp7fV8E
ここまでの一切のレスを読まずに発言。

携帯から削除依頼されるとアドレスが全く違うので確認できない。
アドレスをクリックしてもPCからだと人大杉になるのでスレタイすら見られない。
専用ブラウザでは対応していないので見られない。

この辺の解決策って何か出てるのかな?

440 :動け動けウゴウゴ2ちゃんねる:04/07/14 11:01 ID:O03KeFb/
>>439
Cのスレを表示する。

「写」をクリック

一番上のボックスににスレタイとread.cgi用URLあり。


これにて削除依頼可能。携帯のブラウザ機能を使うよりも便利だったりする。
r.iをread.cgiに書き換える必要ないし。

441 :動け動けウゴウゴ2ちゃんねる:04/07/14 11:05 ID:O03KeFb/
というかまあ削除依頼はフォーム依頼を前提としてるからねぇ。
携帯用投稿フォームも必要かなと感じたり。

とりあえず上記手法で本来のURLをひっぱってくることは可能。

442 :root ★:04/07/14 11:13 ID:???
setrootbyname failed
ffs_mountroot: can't find rootvp
Root mount failed : 6

443 :未承諾広告※ ◆TWARamEjuA :04/07/14 11:23 ID:tKFz+q76
>>442
あわわ、、、(汗)
そこで、wheel ★ タンのご登場?(違

444 :root ★:04/07/14 11:29 ID:???
二人羽織中、、、。

445 :root ★:04/07/14 11:32 ID:???
あがりました。< cobra2247
中身をチェック中。

446 :root ★:04/07/14 11:35 ID:???
だいじょうぶな模様。リブートチェック中。

447 :乙彼です。:04/07/14 11:35 ID:aPNipy2Q
     . -‐ ) ‐- .
    .´,.::::;;:... . . _  `.
    i ヾ:;_   `_,.ン|
    l    ̄ ̄...:;:彡|
    }  . . ...::::;:;;;;;彡{∧∧
    i   . . ...:::;;;;;彡|・ω・`)  root ★さん、お茶が入りましたよ・・・・。
    }   . .....:::;::;:;;;;彡{  /U
    !,    . .:.::;:;;;彡j  |
     ト ,  . ....,:;:;:=:彳 ∪
     ヽ、.. ....::::...;;;ジ



     ( (   (. )
     . -‐ ) ‐- .
    .´,.::::;;:... . . _  `.  
    i ヾ:;_´・ω・`_,.ン|
    l    ̄ ̄...:;:彡|
    }  . . ...::::;:;;;;;彡{   root ★さん、お茶に入りましたよ・・・・。
    i   . . ...:::;;;;;彡|
    }   . .....:::;::;:;;;;彡{
    !,    . .:.::;:;;;彡j:::::::::::::::.......
     ト ,  . ....,:;:;:=:彳:::::::::::::::::::::::::::..
     ヽ、.. .......::::;;;ジ.::::::::::::::::::::::



448 :root ★:04/07/14 11:40 ID:???
Me:
Reboot test is ok. I think the trouble of cobra2247 is fixed.
Jim-san, thank you for your work.

449 :root ★:04/07/14 11:40 ID:???
これからc-docomo復活させます。

450 :root ★:04/07/14 11:51 ID:???
動作チェック中。

451 :root ★:04/07/14 11:58 ID:???
概ね問題なさそう。< c-docomo

452 :動け動けウゴウゴ2ちゃんねる:04/07/14 11:59 ID:7RvIdsjG
味ぽんだけど以前ブックマークした
クラシックさんが読めないです。

453 :動け動けウゴウゴ2ちゃんねる:04/07/14 12:02 ID:7RvIdsjG
ごめんなさい。
携帯板だけでした

454 :root ★:04/07/14 12:15 ID:???
stray irq7
stray irq7
stray irq7
stray irq7
too many stray irq 7's: not logging anymore

といって、パフォーマンスが出ないですね。< cobra2247

で、よく見るとcobra2247のACPIはずしカーネルではlptが認識されていない。
コメントアウトはしてないんだが。

455 : ◆BFzK/mtqM2 :04/07/14 16:56 ID:H89WXHoQ
c-docomoはトップにアクセスするとInternal Errorになりますね。
スレッドなどに直接飛べば問題ない。
なんでだろう?

456 :fushianasan ◆EA.clAssIc :04/07/14 19:09 ID:Z3PFLyru
トップのみということは、x.phpがおかしいのかな?

457 : ◆BFzK/mtqM2 :04/07/14 19:29 ID:H89WXHoQ
その可能性も否定できないですね。

458 : ◆BFzK/mtqM2 :04/07/14 21:50 ID:H89WXHoQ
重いけどトップでのエラーは無くなったね

459 :動け動けウゴウゴ2ちゃんねる:04/07/14 22:00 ID:1YXgLBxR
あのさ、人多杉だと携帯じゃ全く見れないわけだが(まぁ携帯に限らないけど。)
●ログインしたら見れるようにするとかさ、
杓子定規に見れませんなんてナンセンスだと思うわけよ。
少なくとも●買ってる奴らは有料会員なわけだし
●持ってない奴らも買うヤツ出てくると思うわけだ。

●売れれば設備増強も視野に入るわけだろ?(sports8とか。実はこれが言いたい。)
2ch運営側、●持ってる人たち、設備増強されれば●持ってない人たちも、
全ての人にメリットがあると思うんだが
自分で言うのもアレだけど結構いい案だと自画自賛。
ちょっとまじめに考えてくださいよ。ホントに。もう人多杉画面見るのヤダ。

460 :動け動けウゴウゴ2ちゃんねる:04/07/14 22:03 ID:HBQY3TfL
>>459

●なんてなくても、人大杉は回避できますよ
専用ブラウザをご利用ください。無料ですよ。

携帯でも、いろいろ検討されていますよ。


461 :動け動けウゴウゴ2ちゃんねる:04/07/15 01:58 ID:fnJ3SeC9
>>459
●でやるかどうかは別としても、何らかの有料化・課金化の道は仕方ないな。
月300円までなら払うよ。どうせクソアプリに支払ってるわけだし。

462 :動け動けウゴウゴ2ちゃんねる:04/07/15 02:05 ID:pBrTMp7B
携帯からのアクセスを有料化する考えは数年前にも出されていたなあ。

463 :root ★:04/07/15 15:06 ID:???
c-docomo2の設定をACPIを切る前の設定に戻しました。
これでデュアルCPUになったので、パフォーマンスは元に戻ったはず。

464 :root ★:04/07/15 15:11 ID:???
不調につき、1度httpdをリスタートします。< c-docomo2

465 :root ★:04/07/15 15:40 ID:???
いちだんと、人が多くなったような。
すぐにhttpdのスロットが埋まってしまうので、スロットを増やしてみた。

466 :root ★:04/07/15 15:41 ID:???
>>465 は c-docomo2 の話ね。

467 :動け動けウゴウゴ2ちゃんねる:04/07/15 15:58 ID:5H5a9MTP
>>463-466
オツデス〜

468 :動け動けウゴウゴ2ちゃんねる:04/07/15 16:13 ID:F1DR7hjn
何とかc-docomo山を越したか…。

469 :動け動けウゴウゴ2ちゃんねる:04/07/15 17:10 ID:3m8wZh0t
おいおい、全然携帯からスレが読めなくなったぞ。 人多杉出しすぎじゃね?

470 : ◆BFzK/mtqM2 :04/07/15 17:22 ID:BcSyWwvY
ここにそんなこと書いても。。
スレ違い

471 :動け動けウゴウゴ2ちゃんねる:04/07/15 21:12 ID:SQENCwv6
どのみち携帯での課金は避けられないような

472 :名無しさん:04/07/15 22:15 ID:CV9JYn5F
使用料取られても良いから携帯からサクサク使えるようにしてほしいよ。

473 :t109094.ipgw.phs.yoyogi.mopera.ne.jp ◆inODPD6owQ :04/07/15 23:40 ID:m4ZbCnAG
みなさん、スレ違いですよ。
とりあえず
携帯からのアクセスを議論するスレ2
http://qb5.2ch.net/test/read.cgi/operate/1086695147/1-10
をお読みください。


474 :動け動けウゴウゴ2ちゃんねる:04/07/17 20:50 ID:zDakkR72
c-docomo結構負荷来ています。
ダウンするのも時間の問題かも…。

475 :動け動けウゴウゴ2ちゃんねる:04/07/17 21:14 ID:M2TqY3NV
>>474
いやいや、まだ全然余裕ですよ。
というか、このくらいの負荷は毎日の事ですので(w

http://ch2.ath.cx/load/c-docomo2.html
http://mumumu.mu/mrtg/mrtg-rrd.cgi/load/c-docomo2load.html

476 :動け動けウゴウゴ2ちゃんねる:04/07/18 19:14 ID:RZ95eJR5
news12を凍結させてgame8を同居させて、vipをex7へ・game6にある板をgame8へ…。
確か、game6は高性能鯖だったと思うが…。
もしかしてgame6を凍結させてc-docomoの増強に転用するとか…。

477 :動け動けウゴウゴ2ちゃんねる:04/07/18 19:19 ID:V62vRmz9
>>476
game6(=oyster244)はBBMに転用だったはず

478 : ◆BFzK/mtqM2 :04/07/18 20:08 ID:b/n820oH
>>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アドレス変更の後のほうがいいかも。
デビューは来週か。



479 : ◆BFzK/mtqM2 :04/07/18 20:11 ID:b/n820oH
>>478 
レスアンカー間違い
× >>477
>>476

480 :動け動けウゴウゴ2ちゃんねる:04/07/18 22:58 ID:RZ95eJR5
c-docomoも連日の過負荷からいよいよ解放されるかも…(?)。

481 :動け動けウゴウゴ2ちゃんねる:04/07/19 10:09 ID:N+IksSSc
>>296
>>294ですが、etc3へ移転した板の過去ログは見れますけど、
lifeへ移転した分については「準備中」になっています。
http://qb5.2ch.net/test/read.cgi/operate/1055627872/868



482 :動け動けウゴウゴ2ちゃんねる:04/07/21 01:18 ID:uXHmcBmW
c-docomo限界に近い?
そろそろ増設の時期か?

483 :動け動けウゴウゴ2ちゃんねる:04/07/21 04:30 ID:aRZUL+R8
>>482
> そろそろ増設の時期か?
この前出来たばかりなのに(つД`)

484 :動け動けウゴウゴ2ちゃんねる:04/07/21 07:32 ID:R3aoErnA
ドキュモ厨が重いから増設をさせるために煽っているだけ

485 :root ★:04/07/21 11:42 ID:???
今日のIPアドレスつけかえの際にcobra2246のセカンドI/Fを
ローカルハブに接続してもらいました。

準備ができたら、c-docomo3のコンテンツを上げてもらおうかなと。

486 : ◆BFzK/mtqM2 :04/07/21 12:20 ID:0UEgHsXP
了解です。
私は夜にならないとできないかもです。
◆EA.clAssIcさんも忙しいかな?

487 :root ★:04/07/21 12:22 ID:???
おつです。>>486
私も忙しいし。
AirH"経由でIPアドレス変更作業したことは秘密です。

DNSとか、入れ込みの準備を午後やる
夜入れ込みをしていただく
動作確認後、pound振り分けに追加

ってなかんじでいきましょうか。

488 : ◆BFzK/mtqM2 :04/07/21 12:36 ID:0UEgHsXP
了解で〜す
器が出来たら、お知らせください。

489 : ◆EA.clAssIc :04/07/21 13:27 ID:uSsxyogN
私も帰宅は10時ごろになりますので、
それまでどなたもコンテンツをアップしておられないようでしたら
アップします〜
ちなみに、スクリプトはちょこちょこ更新してますので、
最新のものはcーothersからダウンロードしてくださいです。

490 :FOX ★:04/07/21 14:17 ID:???
質問でーす

http://headline.2ch.net/bbynews/i/
ヘッドライン(携帯用)から各スレッドへのリンクですが。
現在各サーバの r.i を呼ぶような記述になっています。
結果、人多すぎにとんでしまいます。
c.2ch.net のアドレスにするにはどうしたらいいんですか?

491 :動け動けウゴウゴ2ちゃんねる:04/07/21 14:21 ID:Wb9D0MxL
>>490
携帯→2ch運用情報スレッド9
http://qb5.2ch.net/test/read.cgi/operate/1086680380/410

492 :FOX ★:04/07/21 14:23 ID:???
>>491

410 : ◆BFzK/mtqM2 :04/06/23 13:21 ID:T/7RpUtc    New!!
これでもアクセス出来ますよー
http://c.2ch.net/z/-/operate/1086680380/i

ほぅほぅ なるほど、
そのアドレスで呼べば自動的に au docomo other に振りわけ完了なんですかね?

493 :root ★:04/07/21 14:27 ID:???
>>492
cで呼べば、常によきにはからわれます。

494 :FOX ★:04/07/21 14:34 ID:???
はいはーい

修正してきます、、

495 :FOX ★:04/07/21 14:42 ID:???
でけた、でけた

http://headline.2ch.net/bbynews/i/

496 : ◆BFzK/mtqM2 :04/07/21 15:29 ID:0UEgHsXP
>FOX★さん
おつです。
ドコモ確認しました。

497 : ◆EA.clAssIc :04/07/21 16:01 ID:UuUJzBwv
c系列(au、docomo、others)の方向性を変えてみたいと思います。
今までは、メニューを「より使いやすく」というコンセプトで作っていましたが、
今後は「より軽く」というコンセプトで。
不必要な機能は削り、最低限「見れること」を意識し作り直したいと思います。

もし、特に問題が無いようでしたら、そんな感じで進めたいですー。

498 :root ★:04/07/21 16:07 ID:???
c-docomo3の器のセットアップができました。
ということで、c-docomo2と同じものを入れてくださいです。

アカウント情報をこれからメールします。

>>497
わくわく。

499 : ◆BFzK/mtqM2 :04/07/21 17:19 ID:0UEgHsXP
あれ?
中身もはいってるなぁ〜
◆EA.clAssIcさんかroot★さんがいれたのかな?
問題無さそうなので、ロードバランサーしちゃいましょうか〜

500 :root ★:04/07/21 17:24 ID:???
>>499
私は何もしとらんです。クラシックさんじゃないかな。

んじゃ、poundの設定更新してきます。

501 :root ★:04/07/21 17:29 ID:???
うごかしはじめた。

502 :FOX ★:04/07/21 17:31 ID:???
かんさつ かんさつ

503 :root ★:04/07/21 17:32 ID:???
某所の統計情報Webを更新してきます。

504 :動け動けウゴウゴ2ちゃんねる:04/07/21 17:46 ID:IQJtxNBz
>>497
いつも凄まじい負荷との戦いお疲れさまです
検索と一回の表示数の設定さえ残してもらえればいちユーザーとしてうれしいです


505 :root ★:04/07/21 18:00 ID:???
poundってメモリリークするみたい。
c-au担当のpoundの大きさが200M超えてたです(リスタート済)。

506 : ◆X7F1FulWvk :04/07/21 18:00 ID:jjzZSdOa
>>497
どきどき

507 :FOX ★:04/07/21 18:03 ID:???
現在のところ、こうなのかな? (前回 >>392)

c.2ch.net (banana405)
|- c-au1 (banana403) -|
|- c-au2 (banana404) -- 二台でロードバランス
|
|- c-docomo2 (peko247) -|
|- c-docomo3 (peko246) -- 二台でロードバランス
|
|- c-others (banana405) - c と共用


508 :root ★:04/07/21 18:05 ID:???
>>507
Yes.

509 :root ★:04/07/21 18:08 ID:???
うまく半分ずつになっているみたい。11:00前の断はIPアドレスの変更。
16:00の急降下は、とりあえずさっき仮に対策してみた。

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

510 :FOX ★:04/07/21 22:07 ID:???
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 二台もいるの?


511 :FOX ★:04/07/21 22:09 ID:???
root ★さんに質問でーす

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

このアクセスというのは何の値なのですか?
c.2ch.net のphpが起動された回数と思っていいのかな?

512 : ◆BFzK/mtqM2 :04/07/21 22:15 ID:hJt3zBAi
>>510
1つ考えられることは、再送信の頻度の問題(回線の質)
つまり、携帯側に同じデータを何度か送信しないと携帯側がデータを受信完了しない。

>>511
サーバにアクセスした回数だと思う。
phpなどの動的コンテンツだけでなく、静的コンテンツへのアクセスもカウントされているはずです。

513 : ◆BFzK/mtqM2 :04/07/21 22:26 ID:hJt3zBAi
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は受信が少ない、送信は両方とも同じですね。
という事は、 



514 :root ★:04/07/21 23:17 ID:???
帰宅。>>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のスロットが埋まっている。

515 :root ★:04/07/21 23:21 ID:???
で、トラフィックのグラフを見ていると、確かに不思議。
最初は計り間違いを疑ったぐらい。

でも、公式発表 ( http://server.maido3.com/pie/ )と比較しても、間違ってないみたい。

で、auが多いんではなくて、DoCoMoのinが異常に少ない気がします。
このへんにpekoが2台必要になる鍵がある気がする。

なんというか、コネクションが捌けない原因が潜んでいそうというか。

516 :root ★:04/07/21 23:24 ID:???
で、DoCoMoって、アクセスがとっても脈動的な気がするのですよ。
少しすいたなと思うと、どばっと押し寄せてくる。
寄せては返す波のように、脈動的にアクセスがあります。
というか、Apacheのスロットが埋まります。

ひょっとして、何か携帯からの出口でしぼっていて、上りのトラフィックの通信速度を、
わざと出ないようにでもしてるのかしら。< DoCoMo

517 : ◆BFzK/mtqM2 :04/07/21 23:30 ID:hJt3zBAi
>>515
INが少ないのは、URIが小さいって事かな?
だとすれば、docomoユーザはデフォルト設定のままの使用率が多いってことかも。

classicメニューの場合は、各種設定をURIに埋め込んでいるので、
違いがあるとすればそれくらいしか考えられないよな。

公式( http://server.maido3.com/pie/ )を見る限り、逆にauやotherのINが多い気がする。。。

518 :root ★:04/07/21 23:38 ID:???
携帯って、上りと下りの速度とか違うんだっけか。

519 :root ★:04/07/22 00:01 ID:???
poundのうちの一つ(c-others担当)がしばらくおかしかった模様。
今リスタートしました。

520 :root ★:04/07/22 00:04 ID:???
poundが一つ詰まると、全部いまいちになるみたい。
何かのヘルスチェックを入れないといけない予感。

521 :root ★:04/07/22 00:09 ID:???
見てるとメモリリークじゃなくて、そのぐらい(200M)バッファメモリを使うみたい。< poundロードバランサ
メモリ1G仕様で正解だったかも。

522 :動け動けウゴウゴ2ちゃんねる:04/07/22 00:15 ID:ORYx82eB
au+others→peko×1
docomo→banana×3〜4
て、ゆうのにしたら……。


523 :root ★:04/07/22 00:31 ID:???
うーむ、今日はpound不調すね。
いったんリブートします。< cの受け口

524 :root ★:04/07/22 00:34 ID:???
>>523 done.

525 :root ★:04/07/22 00:51 ID:???
ふーむ。
poundでの振り分けを全部c-othersでやるのはちょっと苦しいみたいだなぁ。
(メモリを食うpoundプロセスが同じマシンで3つ動いている)

c-auはc-au1に、c-docomoはc-docomo2に持っていくか。
(IPアドレスは5つまで使えるので、技術的には問題なし)

でもc-docomo3の投入初日だし、今日はとりあえず様子見かなと。

526 :root ★:04/07/22 01:05 ID:???
あまりにも不調なので、poundの設定を見直し中。
とりあえず、

Client 300
Server 3600
Alive 10

を入れた。

527 :FOX ★:04/07/22 01:21 ID:???
docomo ってとっても設備(お金)かかるってことなのでしょうか

528 :動け動けウゴウゴ2ちゃんねる:04/07/22 01:23 ID:sQmEfrWS
そうかも。

529 :動け動けウゴウゴ2ちゃんねる:04/07/22 01:24 ID:8j4xhEEy
>>527
そのようですねぇ・・・
これ以上の設備投資は・・・

530 :root ★:04/07/22 01:31 ID:???
うーん、、、。
何かドラスティックな解決方法があるような気がするんだけどなぁ。

531 :動け動けウゴウゴ2ちゃんねる:04/07/22 01:38 ID:53dik+IZ
>>527
今更(ry

532 :root ★:04/07/22 01:46 ID:???
poundがやはり不調のため、緊急に作業します。
c系のアクセスいったんとめます。

533 :root ★:04/07/22 02:11 ID:???
ロードバランサーをpoundからpythondirectorに変更中、、、。

534 :root ★:04/07/22 02:16 ID:???
軽いや。すごくいい。 < pythondirector
1プロセスで全部できるのもうれしい。

ひょっとして、脈動問題はこいつが原因だったのかも。

535 :root ★:04/07/22 02:20 ID:???
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>

536 :root ★:04/07/22 02:29 ID:???
ロードバランサは軽く、しかもうまく一本化できたみたいなので、>>525 は中止で。
あとは、これでしばらく様子見か。

537 :動け動けウゴウゴ2ちゃんねる:04/07/22 02:30 ID:FujsC/ny
乙カレー

538 :動け動けウゴウゴ2ちゃんねる:04/07/22 07:32 ID:d6iKBK89
夏WIN出たらauがすごいことになりそう

外部フォームから書き込み許可する方法模索してもらえませんか。
●有りのみとかでもいいので。
そうすれば直書き型p2クライアントが完成するので開放できたりしちゃうんですが。(●´ー`●)

539 :動け動けウゴウゴ2ちゃんねる:04/07/22 09:05 ID:spO7OiDp
また鯖落ちか? 高機能鯖落ち中の様です。

540 :proxy127.docomo.ne.jp:04/07/22 09:25 ID:GP8ZD10e
あらら、今回は鯖ごと落ちた模様。

541 : ◆BFzK/mtqM2 :04/07/22 09:37 ID:VbvjEdn2
入り口が死んでますね。
中の人は生きてます。

542 :動け動けウゴウゴ2ちゃんねる:04/07/22 09:45 ID:svSf8ErH
携帯からのサッカー代表板復旧した??

543 :動け動けウゴウゴ2ちゃんねる:04/07/22 09:56 ID:dB9GHRi5
あー、やっぱり落ちてたのか。この先チョット心配?

544 :動け動けウゴウゴ2ちゃんねる:04/07/22 10:08 ID:GP8ZD10e
夏厨も増えてるから不安。

545 :動け動けウゴウゴ2ちゃんねる:04/07/22 11:18 ID:GP8ZD10e
c-docomo不安定だね…見れたり見れなかったり。

スレはひらくけど続きを押すと「接続できません」

546 :root ★:04/07/22 11:26 ID:???
ロードバランサのログに
socket.error: (24, 'Too many open files')

とか出ていたので、
kern.maxfiles=65536
kern.maxfilesperproc=32768

にして、ロードバランサを再起動してみた。(従来はそれぞれ上記の半分の値)

547 :動け動けウゴウゴ2ちゃんねる:04/07/22 11:40 ID:LOtrsFYg
DOCOMOだけど、レスポンスは悪くないのに全部読み込むまでにやたらと時間がかかるな。

548 :root ★:04/07/22 11:52 ID:???
>>546
まだ出るすね。< socket.error: (24, 'Too many open files')
FDをクローズしてないのかもね。

549 :動け動けウゴウゴ2ちゃんねる:04/07/22 12:19 ID:K9Xc2ULJ
BlackGoatのLAN(フロント)側ってどの位の帯域を使ってるんでしょうか?
BG ←→2ch間でさえ深夜には20Mbpsに達しようという感じみたいなんで、
BGのLAN側のNICが100Mbps(でしたよね?)で大丈夫だろうかと思うんですが。
http://server.maido3.com/pie/graph/blackgoat.gif
http://server.maido3.com/pie/

550 : ◆BFzK/mtqM2 :04/07/22 12:32 ID:VbvjEdn2
>>548 root★さん

ロードバランサ越しにアクセスすると、全ての送受信がロードバランサ経由になるのかな?
レスポンスの悪さはそのあたりに原因があるのかな?

551 :root ★:04/07/22 13:03 ID:???
ロードバランサのスケジューラをちょっと調整。
単純ラウンドロビンから、このときのコネクション数の少ないやつにしてみた。
scheduler="leastconns"

>>549
なるほど、みてみるか。

>>550
そうなりますね。
ということで、やっぱり >>525 をやろうかなと。

552 :動け動けウゴウゴ2ちゃんねる:04/07/22 13:38 ID:MIBd/3V1
>>518
既出ですが、
違うと言う事を言っておきます

553 :root ★:04/07/22 14:28 ID:???
ロードバランサ移動(c-others1からau用をc-au1に、DoCoMo用をc-docomo2に)の準備完了。
儀式依頼へと。

554 :root ★:04/07/22 14:48 ID:???
で、例によってテンポラリなつなぎかえを実施。

555 :FOX ★:04/07/22 15:35 ID:???
r.i p.i をほぼ全て止めた。

1) bbs.cgi の 板名/i/ の更新の停止。
2) 板名/i/ はそのまま放置?
3) あと何あったっけ?

556 :root ★:04/07/22 15:41 ID:???
>>555
お、live8とか、更新しときます。
bbs.cgiが少し軽くなると。

557 :FOX ★:04/07/22 15:43 ID:???
あっ まだ bbs.cgi の改造やってませんですー

558 :root ★:04/07/22 15:44 ID:???
>>557
あ、了解です。

止めるにあたって何をする必要があるのかと、そゆことですね。

559 :FOX ★:04/07/22 15:47 ID:???
気が付いたことがあれば、よろしくです〜

560 :動け動けウゴウゴ2ちゃんねる:04/07/22 16:03 ID:x3dpiooL
>>555
(゚∀゚)ドキドキ

561 :動け動けウゴウゴ2ちゃんねる:04/07/22 16:10 ID:d6iKBK89
>>546
出会い系サイトやってたときそんなログいっぱいだったなぁ
httpdがよく死んだし。OSはなんですか?

562 :とんすけ ◆MytskeE.Vg :04/07/22 16:19 ID:16xZgZl+
>>555
1)で板名/i/の更新が停止したのなら、2)で板名/i/からc.2ch.netの各板の
スレ一覧表示にリダイレクトするようにしてはいかがでしょ?

563 :FOX ★:04/07/22 16:21 ID:???
>>652
まだ止めていないけど、
リダイレクトするとすれば

どうやるのですか?
こんな感じ?
http://c.2ch.net/z/-/dqnplus/i

564 :動け動けウゴウゴ2ちゃんねる:04/07/22 16:25 ID:GP8ZD10e
r.i止める前にc-docomo復帰させてくれ。

565 :未承諾広告※ ◆TWARamEjuA :04/07/22 16:34 ID:Yxj2mks0
黒やぎさんが止まっているようですが、作業中なのでしょうか?
そうでなければリブート要請いたしますけれども・・・

566 :root ★:04/07/22 17:14 ID:???
>>565
確認します。ちとおまちを。

567 :root ★:04/07/22 17:15 ID:???
内側はpingかかるみたい。< blackgoat

568 :root ★:04/07/22 17:17 ID:???
内側からログインできました。< blackgoat
マシンは動いてますね。スイッチ?

569 :root ★:04/07/22 17:20 ID:???
ホスト側は異常なさそうですね、、、。スイッチかも。
一応、リブートしかけます。< blackgoat

570 :root ★:04/07/22 17:25 ID:???
rebooted. < BlackGoat

571 :未承諾広告※ ◆TWARamEjuA :04/07/22 17:26 ID:Yxj2mks0
>>570
Muchas gracias.m(_ _)m

572 :root ★:04/07/22 17:38 ID:???
>>571
同時刻にcomic6もおかしかったみたいなので、
スイッチ側だったのかもです。

comic6:206.223.150.195
blackgoat:206.223.150.190

573 :FOX ★:04/07/22 17:40 ID:???
>>572
comic6 (banana388) はリブートしました。
for some reason.

574 :root ★:04/07/22 17:46 ID:???
>>573
了解です。
いずれにせよ、今は復旧したはず。

575 :root ★:04/07/22 19:12 ID:???
c-docomo2、落ちたかも。
表も裏もだめみたい。

しばらく待ってだめなら、リブート要請します。

576 :root ★:04/07/22 19:31 ID:???
要請しました。>>575

577 : ◆BFzK/mtqM2 :04/07/22 20:42 ID:yo+VjYbV
c-docomo2は完全にあぼーん?

578 : ◆BFzK/mtqM2 :04/07/22 20:47 ID:yo+VjYbV
とりあえず、c-docomoの入り口をc-docomo3に変更しませんか?

579 :root ★:04/07/22 21:29 ID:???
帰宅。体調いまいち。

>>578
それがちょうどタイミングの悪いことに、
負荷上昇に伴って、c-docomoをc-others1からc-docomo2に変更したばかりなのです。

うーむ。

580 : ◆BFzK/mtqM2 :04/07/22 21:30 ID:yo+VjYbV
c.2ch.netからの誘導をc-docomo3に直接行うとかは?

581 :root ★:04/07/22 21:31 ID:???
あがってるかな。ちょっとみてきます。

582 :root ★:04/07/22 21:34 ID:???
ログインしたとたんに黙った、、、。どうなってるんだろう。

583 : ◆BFzK/mtqM2 :04/07/22 21:37 ID:yo+VjYbV
ログインできたと言うことは、鯖は生きていそうって事かな?

584 :root ★:04/07/22 21:37 ID:???
ごくたまに(10秒ぐらい)pingかかるみたい。ううむ。

585 : ◆BFzK/mtqM2 :04/07/22 21:38 ID:yo+VjYbV
単に激重状態なだけ?

586 :root ★:04/07/22 21:39 ID:???
>>585
わからんです。まずは様子をみないと。

587 :root ★:04/07/22 21:54 ID:???
ping来るようになった。
でも、sshではいれない。

%ssh cobra2247.maido3.com
ssh_exchange_identification: Connection closed by remote host

588 :root ★:04/07/22 21:57 ID:???
またping止まったかも。何が起こってるんだろう。

589 :未承諾広告※ ◆TWARamEjuA :04/07/22 22:45 ID:Yxj2mks0
こういうアプローチは如何でしょう?
★httpd を inetd 起動にする。
といっても、inetd で起動するのではなく、svscan -> tcpserver -> httpd -F(fg 起動) にする。
(svscan 類は稼働してますよね?(^-^) )
○利点
 必要以上にメモリを食わない。接続数に応じて httpd が起動する。
 httpd.conf に記述されている ServerType を standalone -> inetd に書き換えるだけ。
 tcpserver -c num で接続数を制限出来る。
 tcpserver -t sec. で timeout を設定出来る。
 tcpserver -x filename.cdb でアクセス制御が出来る。

○欠点
 接続の度に httpd が起動するので起動コストがかかる。
 httpd.conf で設定された、StartServers などのポート監視などの設定が無視される。(tcpserver に依存させるため)

★MySQL 鯖を切る
標準の PHP では enable になっているかと思うけれども、利用しないのであるならば MySQL を切る。
○利点
 無駄な daemon が減る。結構メモリを食べはります(泪)@MySQL さん
○欠点
 おそらく ports では設定出来ないのかな?となると、ソースを拾ってきてコンパイルする必要がある。
(httpd へは DSO で食わせていると思うのでその点は設定変更は不要)

上記の設定を施した自鯖では今のところ支障なく動いています(^-^) @貧弱過疎鯖ですけれども(苦笑)

590 :root ★:04/07/22 23:16 ID:???
メモリ節約路線ですね。< 前者
daemontools等はもちろん動いてます(dnscache自分持ちだし)。

後者も、ありかな。(MySQLサーバではなく、MySQLとの連携機能ですね)
MySQL使ってないなら、その部分の機能はいらないですしね。

591 : ◆EA.clAssIc :04/07/22 23:22 ID:SSBLpMWt
>>563 FOX ★さん、
そのURLで問題ありません。
将来的にsubject.txtの整形&表示部分もコストを少なくしたいので、
/i/index.html でリンクして頂けると助かります。

592 :root ★:04/07/23 13:29 ID:???
c-docomo2でのpoundの起動方法を変えました。
これで、不可解なダウンは起こらなくなったはず。

# amd64なマシンだとdaemontools配下になぜかできないみたい。原因はあとでまた。

593 :root ★:04/07/23 14:08 ID:???
裏側のI/Fの転送量統計をとりはじめた。
http://mumumu.mu/mrtg/mrtg-rrd.cgi/traffic/

594 :root ★:04/07/23 14:17 ID:???
旧c-au/c-docomo(c-others1と同じホスト)からの臨時転送をとめました。
これで今は、

1)携帯からc.2ch.netにアクセスする
2)リダイレクトでc-au, c-docomo, c-othersに振り分けされる
3)携帯は改めてc-????にアクセスする (c-????は現在それぞれの現役サーバのうち一番若い番号)
4)c-????にいるpoundがはそれぞれのサーバにロードバランスする

となります。

595 :FOX ★:04/07/23 15:25 ID:???
板名/i/index.html の更新終了

bbs.cgi ver 20040723

596 :動け動けウゴウゴ2ちゃんねる:04/07/23 15:29 ID:T8krBBFY
>>595
お疲れさまです・・・

597 :FOX ★:04/07/23 15:30 ID:???
板名/i/index.html の中身はどうすればいいのだろうか、、、

1) 中身をどうする?
2) 板名/i/index.html へリンクしているところはあるんでしたっけ?

598 :FOX ★:04/07/23 15:46 ID:???
これでいいべか?

<html>
<head><title>移転しました</title></head>
<body>
<a href="http://c.2ch.net/z/-/dqnplus/i/index.html">移転しました</a>
</body>
</html>


599 :▲ 某ソレ511:04/07/23 15:48 ID:Iwb87Ft/
>>591だし、やるならそれでよさそうだね、

600 :動け動けウゴウゴ2ちゃんねる:04/07/23 15:52 ID:vhPy+CwO
とりあえず、600取っときますね。

601 : ◆EA.clAssIc :04/07/23 15:54 ID:z3dUTFoN
おお、ちょと伝わっていない予感…

現在cでは、スレッド一覧を表示するのに、各板のsubject.txtをリクエストしているのですが、
出来ればこのコストは減らしたいなと考えています。
ですので、出来ればで良いのですが、
bbs.cgiが作成する/i/index.html(スレッド一覧)は、
r.iへのリンクではなく、c.2ch.netへのリンクに変更して頂けると幸いです、、、

602 :FOX ★:04/07/23 15:58 ID:???
おおおっ なるほど、、

いったん元に戻そう。

603 :FOX ★:04/07/23 16:02 ID:???
しかし、2ちゃんねるのサーバの要求としては
各サーバの負荷を劇的に減らすために
携帯からのアクセスはすべて c.2ch.net 系が担当する
という方針であります。

つまり c.2ch.net が担当するよりも、各サーバで担当するほうが
処理的には軽くても、追い出すという算段です。




604 : ◆EA.clAssIc :04/07/23 16:05 ID:z3dUTFoN
なるほど、了解です。
そうしましたら、index.htmlの中身は、

<html>
<head><title>移転しました</title></head>
<body>
<a href="http://c.2ch.net/z/-/dqnplus/i/">移転しました</a>
</body>
</html>

という感じでお願いできますでしょうか?

605 :FOX ★:04/07/23 17:22 ID:???
んじゃ再度。

板名/i/index.html の更新終了

bbs.cgi ver 20040723


606 :root ★:04/07/23 17:28 ID:???
>>605
了解です。

で、今blackgoatの様子がおかしいかも(昨日と同じ、外部側の不調か)。
これから確認します。

607 :FOX ★:04/07/23 17:29 ID:???
質問でーす

携帯でなく普通のISPから
http://c.2ch.net/ をみたらどうなるのが正解ですか?

608 :root ★:04/07/23 17:30 ID:???
sshでも入れないですね。リブート要請します。< blackgoat

609 :root ★:04/07/23 17:30 ID:???
>>607
c-othersに案内されます。

610 :FOX ★:04/07/23 17:37 ID:???
>>609
了解デーす

でもすごく重いのは私だけ?

611 :root ★:04/07/23 17:39 ID:???
今blackgoatが落ちてるからですね。(>>606 >>608)

# 裏側からログインできたのでリブート要請キャンセルしようとしたけど、
# 間に合わなかった、、、。とりあえずどうせリブートだったから同じだけど。

612 :動け動けウゴウゴ2ちゃんねる:04/07/23 17:46 ID:Q9bAy0m0
昨日書きましたが、r.iをこの板のみ残すもしくはqb5のみ残すのは
無理ですかね。いまはPCからカキコしてるけど携帯が落ちてたときに
携帯からの手段がないと思うんですよね。。。

それかqb5のみau/docomo/othersの振り分けをなくすとか。。。

613 :root ★:04/07/23 17:46 ID:???
blackgoatはリブートされました。

これで元に戻ったはずですが、
外部側のネットワークインターフェースがとつぜんおかしくなる原因をつかまないと。
(昨日も起こったので)

614 :root ★:04/07/23 17:52 ID:???
live8, game6, news11, live12のbbs.cgiを更新。>>605

615 :FOX ★:04/07/23 18:26 ID:???
http://qb5.2ch.net/operate/i/

616 : [―{}@{}@{}-] m01vtr021.comp.dion.ne.jp:04/07/23 18:40 ID:7CrTbpHF
>>615
ウホッ素早い。

いまc-docomo不安定ですね。500Errorが3〜4回に1回出る感じがする。

617 : [―{}@{}@{}-] m01vtr021.comp.dion.ne.jp:04/07/23 18:41 ID:7CrTbpHF
「る」ってなんだよ。。。と事故レス

618 :root ★:04/07/23 18:44 ID:???
パフォーマンス出てないですね。< c-docomo系
とりあえず2台(c-docomo2/c-docomo3)ともhttpdをリスタートしてみた。

619 : [―{}@{}@{}-] m01vtr021.comp.dion.ne.jp:04/07/23 18:49 ID:7CrTbpHF
乙です

620 :FOX ★:04/07/23 18:52 ID:???
ここまでの経過、まとめを管理人に報告した。

さて、

621 :root ★:04/07/23 18:56 ID:???
>>620
おつでした。

バックエンドがおかしくなると全部が死ぬとか、
c-docomo系でパフォーマンスが出なくなる症状とか、
ロードバランシングはまだまだ調整が必要とか、
たまに120秒よりも遅延が大きくなるスレがあるらしいとか、課題はまだ相当ありますが、
ベースシステムは概ねこんなかんじかなと。

さて、今後の展望は。

622 : [―{}@{}@{}-] m01vtr021.comp.dion.ne.jp:04/07/23 19:01 ID:7CrTbpHF
index.htmlの中身ですが

<html>
<head><title>移転しました</title></head>
<body>
<a href="http://c.2ch.net/z/-/dqnplus/i/">移転しました</a>
<BR>
<a href="http://qb5.2ch.net/operate/i/">運用・障害情報はこちら</a>
</body>
</html>

はどうでしょう?r.i直リンはまずいかな?

623 :FOX ★:04/07/23 19:06 ID:???
>>622
各ページじゃなく、 c.2ch.net のTOPからのリンクが良いような、、、
若干の仕組みの手直しとして、現在 c-others と共用となっているけど
c.2ch.net に banana を専用に一台投入という事も考えて
そうなれば c.2ch.net 自体はそうそう落ちない気がするのだが、

624 : [―{}@{}@{}-] m01vtr021.comp.dion.ne.jp:04/07/23 19:10 ID:7CrTbpHF
将来的に/i/index.htmlは消すのかな?そうだと>>622は無意味か。

625 : [―{}@{}@{}-] m01vtr021.comp.dion.ne.jp:04/07/23 19:12 ID:7CrTbpHF
リロードし忘れ。
>>623
そうですね。しばらくtopにリンクで安定してきたらoperate/i/を削除のほうが。

626 :動け動けウゴウゴ2ちゃんねる:04/07/23 21:45 ID:KDqYm/az
>>612の質問は徹底的に無視ですか、、、

627 :動け動けウゴウゴ2ちゃんねる:04/07/23 21:58 ID:U79hXkKH
まさにその話をしているような?

628 :動け動けウゴウゴ2ちゃんねる:04/07/23 22:03 ID:KDqYm/az
大変失礼しました

629 :動け動けウゴウゴ2ちゃんねる:04/07/23 22:05 ID:99RfAXCw
既にr.i再開してますよ、この板。

630 :動け動けウゴウゴ2ちゃんねる:04/07/23 22:54 ID:99RfAXCw
c-docomo不思議な挙動しますね。120delayがうまく機能してないような。

・立ったばかりのスレで2get等のカキコはdelay無視で即反映
・カキコが少ないスレは120以上のdelayがある。


subject.txtの不釣り合いはどうしようもないところか。

631 :root ★:04/07/24 00:11 ID:???
squidのキャッシュヒット率が下がってるみたい。
設定の問題か。ちょっとblackgoatの様子をみてこよう。

632 :root ★:04/07/24 00:21 ID:???
ディスクキャッシュを少し増やしてみた。

633 :動け動けウゴウゴ2ちゃんねる:04/07/24 00:29 ID:ViNqpLra
そういえばリバースプロクシのsquid.confの設定ってどうなってます?
自分は
cache_replacement_policy heap GDSF
memory_replacement_policy heap LFUDA
cache_dir null /tmp
とかにしてる。


634 :root ★:04/07/24 00:31 ID:???
squidの設定はあんまりまじめに詰めてないです。見てみるか。

635 :root ★:04/07/24 00:38 ID:???
blackgoatのsquidはリバースじゃなくて普通のだから、cachr_dir nullはちょっと。
cache_replacement_policy と memory_replacement_policy はデフォルトです。

squidのリバースプロキシ機能は今のところ使ってないすね。

ロードバランシングはpoundを使用。
担当を3つに分けてからはそれなりにうまくいってるみたい。

636 :root ★:04/07/24 00:47 ID:???
あんまりかわんないなぁ。

1090597580.673 10385 192.168.0.101 TCP_SWAPFAIL_MISS/200 72252 GET http://hobby5.2ch.net/drama/dat/1083775457.dat - DIRECT/206.223.150.10 text/plain
1090597580.673 10082 192.168.0.101 TCP_SWAPFAIL_MISS/200 66239 GET http://game7.2ch.net/ogame/dat/1090506363.dat - DIRECT/206.223.151.135 text/plain

がたくさん出てる。

637 :動け動けウゴウゴ2ちゃんねる:04/07/24 02:47 ID:ViNqpLra
だったらcache_dir diskdのほうがヨサゲ。
Squidの開発者のベンチマークでもdiskdが桁外れに速いので推奨している感じ。
memory_replacement_policyについてはちょっと前のBSD Magazineでheap LFUDAを推奨してた。

638 :root ★:04/07/24 02:56 ID:???
>>637
diskdは最初試してみたのです。
で、なんかうまくいかなかった。(>>142)
また再挑戦してみるか。

memory_replacement_policyは、機を見て別途。

639 :動け動けウゴウゴ2ちゃんねる:04/07/24 03:04 ID:ViNqpLra
高負荷時にGENERICでdiskdが死ぬのは
http://www.squid-cache.org/Doc/FAQ/FAQ-22.html#ss22.6
あたりを参照してみてください。でもちょっと数値は古いのでチューニングする余地有り。
あと
ttp://www.fkimura.com/squid0.html
とか。
http://pc5.2ch.net/test/read.cgi/unix/1034236482/228
とか。

640 :動け動けウゴウゴ2ちゃんねる:04/07/24 14:02 ID:BybRJW1s
いまのところc-docomo安定してますね。ただ、まもなく16時。トラブル頻発の時間帯。

641 : [―{}@{}@{}-] 動け動けウゴウゴ2ちゃんねる:04/07/24 14:23 ID:oxklygiX
ワクワク!大曲刻!16:00

642 : [―{}@{}@{}-] 動け動けウゴウゴ2ちゃんねる:04/07/24 14:30 ID:oxklygiX
http://ch2.ath.cx/load/images/cedf97d7.png
c-docomo2
http://ch2.ath.cx/load/images/cedf97d2.png
c-docomo3
http://ch2.ath.cx/load/images/cedf9691.png
c-others1

643 :FOX ★:04/07/24 15:14 ID:???
質問でーす

転送量で docomo2 : docomo3 = 2:1 くらいになっているのは
どうしてなのだろぅ、平均化されないの?
http://server.maido3.com/pie/

644 :root ★:04/07/24 15:31 ID:???
>>643
>>594 にあるように、ロードバランサのプログラム(pound)が
それぞれの一番若い番号で動いてるからすね。

今、

携帯──c-docomo (代表)
       ├c-docomo2 (実処理1)
       └c-docomo3 (実処理2)

となっています(実体はc-docomo=c-docomo2)。
で、

携帯─2─c-docomo (代表)
       ├1─c-docomo2 (実処理1)
       └1─c-docomo3 (実処理2)

というふうに処理していますが、c-docomo⇔c-docomo2の処理は同一ホストなので(外に出ない)、
外から見える転送量としては、

携帯⇔c-docomoの部分の2
c-docomo⇔c-docomo3の部分の1

が見えるわけです。

645 :FOX ★:04/07/24 15:38 ID:???
なるほどですー

も一つ、別件ですが
現在 c.2ch.net での bbspink の扱いはどうなっているのでしょうか?
上位レイヤーからの要請はたぶん c.2ch.net と bbspink の完全切り離し
ですので、c.2ch.net では bbspink は扱わない方向での作業になると思います

bbspink は当面、従来どおりの r.i p.i で、

646 : [―{}@{}@{}-] 動け動けウゴウゴ2ちゃんねる:04/07/24 15:48 ID:ifySmpVB
なぬっ

647 :root ★:04/07/24 15:49 ID:???
>>645
中身は中の方々でないとなんともいえないですが、
たぶんbbspinkとかは入ってるですね。

648 :動け動けウゴウゴ2ちゃんねる:04/07/24 16:14 ID:DogzzLwn
>>645
なんと。

649 :動け動けウゴウゴ2ちゃんねる:04/07/24 16:23 ID:STF0/r63
うーむ。
今現在BBSPINKには携帯用トップページがないから
2chから切られたらかなりかわいそうかも。

650 : ◆BFzK/mtqM2 :04/07/24 17:54 ID:AyT3/kdW
>>645
んじゃ、bbspinkはc.2ch.netから消しときま〜す

651 : ◆BFzK/mtqM2 :04/07/24 18:05 ID:AyT3/kdW
>>645
そのうち、c.bbspink.comを作る方向なのかな?

652 : ◆BFzK/mtqM2 :04/07/24 18:47 ID:AyT3/kdW
>>650-651

大人の時間は一旦復活

このあたりの人にちょっと投げかけてみます。
【Project ama】PINKちゃんねる特化型サーバ構築作戦 Part2
http://qb5.2ch.net/test/read.cgi/operate/1082721809/




653 : ◆EA.clAssIc :04/07/24 18:50 ID:0DKTficG
>>645 FOX ★さん、
上位レイヤーというのは、どんな方なのでしょう?
もし完全に強制ではないようなら、
利便性なども考えると、残しておきたいですー

654 :マァヴ ◆jxAYUMI09s @マァヴ ★:04/07/24 18:52 ID:???
上位レイヤーというのはネットワークのレイヤーのことですな(^_^;)
この場合第9層かな?

655 :動け動けウゴウゴ2ちゃんねる:04/07/24 18:54 ID:dn/okLjQ
2ch外のサイトの閲覧に2chのリソースを使用することとかが問題になるのかな?

656 : ◆EA.clAssIc :04/07/24 18:58 ID:0DKTficG
>>654-655
なるほど。。。ありがとうございます。なんとなく分かったような、、、
と言うことは、強制、なのかな…?

657 :動け動けウゴウゴ2ちゃんねる:04/07/24 19:04 ID:Kd0S2eN5
>第9層 ポリティクス層 ネット上の問題を政治的に整備 各国の法整備
ここか、、

658 : ◆BFzK/mtqM2 :04/07/24 19:07 ID:AyT3/kdW
うーん、

bbspinkで、携帯用鯖導入をしてもらえばよいのだが、、、

659 :動け動けウゴウゴ2ちゃんねる:04/07/24 19:26 ID:dn/okLjQ
そういえばまちBBSの扱いはどうなのかな。

660 : ◆g4HrV7ViKA :04/07/24 20:48 ID:vTgbd8Cz
amaの方にも書いたけど。
私家メニューでの対応に問題がなければ、c→p.iのリンクで個人的には問題ないと。
でもこうなると、それこそi.bbspink.comが急務ですな、、
# まちBBSも対応打ち切りだろねぇ、

661 : ◆g4HrV7ViKA :04/07/24 21:02 ID:vTgbd8Cz
あ、この場合の9層って「ネットワークポリシー」とか「サイトポリシー」といったものだと思う、
つまり2chでいうと「ひ(ryの意思」かな、
# 公権力が絡んでたらそれこそガクブル(AAry

662 :動け動けウゴウゴ2ちゃんねる:04/07/24 21:04 ID:AStSgfiu
>>658
過去ログサーバもこっそり兼任してもらえると
●のグレーゾーンが消えて嬉しいかも

663 :動け動けウゴウゴ2ちゃんねる:04/07/24 22:27 ID:R/LNfuHc
>>661
これかな?>ひ(ryの意思

709 名前:ひろゆき@どうやら管理人 ★[] 投稿日:04/02/01 12:03 ID:???
エロ系はその気になれば、それなりに回すことも出来るだろうけど、
おいらにやる気もないし、仕事人さんも望まないし、
Jimもそれを望んでない気がするのですね。

【PINKちゃんねる】 新サーバ獲得会議
http://qb3.2ch.net/test/read.cgi/operate/1069071468/709

664 : ◆MUMUMUhnYI @むむむ ★:04/07/25 02:28 ID:???
桃色系は、ここ数ヶ月でかなり状況が動いている気がするのですよ。
トップページがきちんと整理されたり、広告掲載の仕組みができたり、
2ちゃんねるのインフラに依存してないヘッドラインができたり、etc.

ということでたぶん、>>663 の状況も少しずつ変わりつつあるのではないかしら。

665 :root ★:04/07/25 02:29 ID:???
で、>>639 ですが、
なるほどシステム値をいじってやる必要があるのですね。
機を見てやってみるです。

666 :proxy109.docomo.ne.jp:04/07/25 10:02 ID:ACs8Qnba
delayがうまく機能してませんね。120min以下もあれば1時間更新されなかったり。
ラジオ実況カキコんだら1時間以上更新されてないや

667 : [―{}@{}@{}-] お助け侍 ◆G9KmnX7GLM :04/07/25 10:42 ID:moPtTt0f
>>665
rootさん
auが
携帯→2ch運用情報スレッド10
http://qb5.2ch.net/test/read.cgi/operate/1089186698/

668 :動け動けウゴウゴ2ちゃんねる:04/07/25 11:21 ID:ACs8Qnba
delayの動きの謎がちょいとわかったかも。

120delayは実行されてない悪寒。そのかわり前回カキコから今回カキコまでの
間隔分がまるまるdelayとして加算されてる感じがする。
こうだとすると2getや流れの早いスレで120delayが無視され、閑散スレで反映が遅いのも
納得がいく感じ。


なぜそうなるかはわからんけど

669 :root ★:04/07/25 11:25 ID:???
>>668
ありうるかも。ううむ。

670 :動け動けウゴウゴ2ちゃんねる:04/07/25 23:29 ID:re7c5sAp
2ch→携帯スレにも書いたけど、23時頃からみれません
エラーでます
DoCoMoのFOMAのP2102浸かってます
2ちゃん見れないと激しく鬱です
_| ̄|○

671 : ◆BFzK/mtqM2 :04/07/26 01:07 ID:SVmjchSs
22〜23時にかけて軒並み負荷上がってましたね。
何かトラブルでもあったのかな?

672 :FOX ★:04/07/26 01:10 ID:???
http://server.maido3.com/pie/ を見ると
docomo2,3 au1,2 others BlackGoat と全部転送量がへこんでますね、

なぜだろう、、、

全部って事は、 一番前か一番後ろが問題だったと
推測できるんだけど、、、不思議。

673 : ◆BFzK/mtqM2 :04/07/26 01:26 ID:SVmjchSs
あとで、root★さんに調べてもらいましょう。
>>670とかのエラーと何か関係があるのかな?
あと、live8もほど同じ時刻に死んでいたみたいだけど、関係あるのかな?

674 :よよよ ◆EX/mumumu2 :04/07/26 03:24 ID:SnP0Uzy2
>>671-673
倒れている主人に口頭で伝えました。
「申し訳ないけど、明日以降で・・・」
と言っていました。

675 :動け動けウゴウゴ2ちゃんねる:04/07/26 03:25 ID:dkQLdJAd
>>674
お体にはくれぐれもお気をつけくださいと
お伝えください。。。

676 : ◆BFzK/mtqM2 :04/07/26 03:31 ID:SVmjchSs
>>674
いつでもいいですよー
ちょこっと見た感じでは、特にエラーは無かったです。

677 :動け動けウゴウゴ2ちゃんねる:04/07/26 06:10 ID:fJhedEKp
>>672
転送量は下がってるけど、負荷は上がってる。
http://ch2.ath.cx/load/c-docomo2.html
http://ch2.ath.cx/load/c-au1.html

で、live8が落ちてた時間と一致しているので、datを取りに行こうとして
timeoutするまで処理が止まってしまうためでは?
http://ch2.ath.cx/load/live8.html

678 :FOX ★:04/07/26 11:46 ID:???
>>677
おっ たしかに、
それですね、

679 :動け動けウゴウゴ2ちゃんねる:04/07/26 12:55 ID:HMuvTNwn
横からすんません。ちと教えていただきたいのですが

Q.ネットワーク的に、携帯用の各鯖って comic6(banana388) と同じスイッチの下に
 ぶら下がったりしていますか?

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

P.S.
root ★さん、お体をお大事に…

680 :root ★:04/07/26 14:16 ID:???
>>673 >>677-678
ふうむ、live8のダウンがおおいに影響していそうですね。
blackgoatが落ちたときはともかく、人気があるところが一つ死ぬとこうなるのは、、、。

>>679
>>572 にもあるように、アドレスが近いですね。同じスイッチなのかな。
昨日のcomic6の不調(live8が落ちてしばらく後にcomic6も不調になった)も、
何か関連しているのかも。

681 :動け動けウゴウゴ2ちゃんねる:04/07/26 14:48 ID:HMuvTNwn
>>680 あ、どうもありがとうございます。元スレの方で、継続観測してみます。
今晩も起こるかどうか分かりませんがw

682 : ◆EA.clAssIc :04/07/26 16:28 ID:mAZITh/B
タイムアウトを5秒にしてみました

683 :root ★:04/07/26 21:18 ID:???
遅延関連の設定をいじりました。

c.2ch不具合報告総合スレ
http://qb5.2ch.net/test/read.cgi/operate/1088828988/121-123

これで、改善するかどうか。

684 : ◆BFzK/mtqM2 :04/07/26 21:35 ID:28hzQyl5
なんかレスポンスが悪いような気がする。
トップとかはそこそこ軽いが、スレッドは重い。
BlackGoatの負荷が重くなってるのかな?

685 : ◆BFzK/mtqM2 :04/07/26 21:39 ID:28hzQyl5
転送量規制にかかっているとか。。。

と携帯から妄想してみる

686 :root ★:04/07/26 21:42 ID:???
>>685
例の、blackgoatが「あふれ出す」時間と一致してますね。
diskdいれてみるか。

687 :root ★:04/07/26 21:47 ID:???
まず、

cache_replacement_policy heap GDSF
memory_replacement_policy heap LFUDA

にしてみた。

688 :root ★:04/07/26 21:58 ID:???
diskdを入れるにはkern.ipc.msgmnbとかをいじる必要があって、
それはrebootしないとだめ(sysctlでは不可)みたい。

というわけで、アクセスの多い今の時間はとりあえず保留。

689 :root ★:04/07/26 22:26 ID:???
cache_mem を 80 MB に増やしてみた。
負荷が下がったみたい。

690 :root ★:04/07/26 22:29 ID:???
あと、cache_swap_lowとcache_swap_highはどうすればいいのかしら。
ちなみにキャッシュディレクトリ(ディスク)は十分おおきいです。

691 :動け動けウゴウゴ2ちゃんねる:04/07/27 01:07 ID:zwNJzwgV
>>690 横からすんまそん。
cache_dir で指定したキャッシュの容量が大きければ、cache_swap_low _high の
差は数百Mbyteにもなるかもしれません。そのためこの2つの数値を近づけた方が
いいかも… って記述しかありませんなぁ…
とはいえ、_low、_high ってヒステリシスなしきい(←なぜか変換できない(素))値やから
あまりシビアな設定にすると、酷い事になりそうやし。

とりあえず、デフォルトの 90、95 で様子を見て調整という、いつものパターンでしょうか?

#IME2002のあふぉたれめ。閾が「しきい」で変換できんやんけ

692 :動け動けウゴウゴ2ちゃんねる:04/07/27 01:09 ID:eSggumcI
「いきち」が正しい、はず。

693 : ◆BFzK/mtqM2 :04/07/27 01:19 ID:jFa8eQOw
「しきいち」でも「いきち」ちゃんと閾値ってでるぞ IME2000

694 :root ★:04/07/27 01:33 ID:???
>>691
実際に大きいので、近づけてみるか。

もうちょっとしたら、blackgoatの設定変更やります。

695 :動け動けウゴウゴ2ちゃんねる:04/07/27 02:09 ID:qEEWZV21
DDoS食らってる状態になるんだよ みんなリロードしまくるでしょ


696 :root ★:04/07/27 02:47 ID:???
diskd化完了。

結局、以下をblackgoatのカーネルに入れて再構築&リブート。

# for squid cache
options MSGMNB=16384 # max characters per message queue
#options MSGMNI=40 # max number of message queue identifiers
#options MSGSEG=2048 # max number of message segments in the system
#options MSGSSZ=64 # size of a message segment (Must be 2^N)
options MSGTQL=1024 # max amount of messages in the system

697 : ◆EA.clAssIc :04/07/27 18:46 ID:cF6R4SrM
ちょと確認させて頂きたいのですが、
メニューの中身があるサーバは、

c-au1.2ch.net
c-au2.2ch.net (docomo1.2ch.netと同じ)
c-docomo2.2ch.net
c-docomo3.2ch.net
c-others.2ch.net (c-others1.2ch.netと同じ)

の5種類ということで良いでしょうか?

698 :root ★:04/07/27 19:15 ID:???
>>697
c-othersのところは他同様、以下が正しいかと。

c-au1.2ch.net
c-au2.2ch.net (docomo1.2ch.netと同じ)
c-docomo2.2ch.net
c-docomo3.2ch.net
c-others1.2ch.net

699 : ◆EA.clAssIc :04/07/27 19:19 ID:cF6R4SrM
>>698
了解です、ありがとうございます。

700 :root ★:04/07/27 22:53 ID:???
maximum_object_size_in_memory をデフォルト(8kbytes)から
1024kbytesにふやしてみた。

これで、datがうまくメモリに乗るようになる?

# TAG: maximum_object_size_in_memory (bytes)
# Objects greater than this size will not be attempted to kept in
# the memory cache. This should be set high enough to keep objects
# accessed frequently in memory to improve performance whilst low
# enough to keep larger objects from hoarding cache_mem .
#
#Default:
# maximum_object_size_in_memory 8 KB
maximum_object_size_in_memory 1024 KB

701 :root ★:04/07/27 22:59 ID:???
c-others1、調整中。

702 :root ★:04/07/27 23:05 ID:???
>>701 done.
c-docomo[23]、調整中&済み。
c-au[12]、これから少し調整します。

703 :root ★:04/07/27 23:09 ID:???
とりあえずdone.
しばらくチェック。

704 :root ★:04/07/27 23:23 ID:???
LAそのものはそれほどでもなく、入り口で詰まっているようなので、
様子をみながらhttpdの数を増やしてみた。< 各c-xxxx

705 :root ★:04/07/27 23:33 ID:???
臨時にアクセラレータをはずしてみる。もたないか、もつのか。< c-docomo2

706 :root ★:04/07/27 23:35 ID:???
ん、アクセスが多いときは、苦しい模様。< c-docomo2

アクセラレータ(キャッシュ)を入れるとamd64ではやや不安定。
アクセラレータをはずすととてももたないのか。

707 :root ★:04/07/27 23:40 ID:???
c-docomo2、ほとんど瀕死かも。

c-docomo系が死んだら、c-au系やc-others系のhttpdが捌けるようになった。
blackgoatのI/O処理が滞っていたのか。

708 : ◆BFzK/mtqM2 :04/07/27 23:42 ID:jFa8eQOw
Zend-optimaizerの方にしてみるとか。。。

709 : ◆EA.clAssIc :04/07/27 23:46 ID:cF6R4SrM
root ★さん、
参考までに、docomo2でのスクリプトの各ポイント毎の単純な処理時間です。
総処理 = 0.50580286979675
├初期化 = 0.0017189979553223
├スレッド表示 = 0.50293588638306
| ├ソケット接続〜切断 = 0.5008430480957
| └上記以外の処理 = 0.0020928382873535
└上記以外の処理 = 0.001147985458374

710 : ◆BFzK/mtqM2 :04/07/27 23:47 ID:jFa8eQOw
やはり、datを全て読み込んで処理するので、そこがネックになっているようですね。

711 :root ★:04/07/27 23:50 ID:???
どうも。

>>710 datをとってくるところが重いですか、、、。

c-docomo2、ログインもできないぐらいつらい状況。
しばらくだめだった場合、リブート依頼します。

712 : ◆EA.clAssIc :04/07/27 23:53 ID:cF6R4SrM
BlackGoatへのソケット接続〜切断までの間では、
"レス番1と指定のレス10個分を配列に格納する"という以外の処理は行っていないのですが、
最新10スレッドなどの表示では最後まで読み切らないといけないので時間がかかりますね…

713 :root ★:04/07/27 23:53 ID:???
これからリブート依頼します。< c-docomo2

714 :root ★:04/07/28 00:00 ID:???
>>712
そうですね。
blackgoatのディスクはストライピングにして、
かつnewfs -b 65536 -f 8192などとやってあるのですが、
そろそろI/O性能が苦しい状況なのかも。

今比較のために、一時的にaufsに戻してみた。
*感覚では*、diskdのほうが遅いような気がします。
統計的にも「漏れる」量が多いみたい。< blackgoat

715 :動け動けウゴウゴ2ちゃんねる:04/07/28 00:02 ID:hrKUFbXp
>>712
初期読み込みのデフォをレス番1〜11に変更してみては?
それで統計取ってみて、最新を取る回数が多かったら戻すとか

716 : ◆BFzK/mtqM2 :04/07/28 00:07 ID:raLJUGik
デフォルトで、1〜11が表示されたら、その後、最新レス10を実行するから、
余計負荷がかかってしまう。

717 :root ★:04/07/28 00:26 ID:???
cache_dir diskd /usr/local/squid/cache 100000 16 256
を、
cache_dir diskd /usr/local/squid/cache 100000 64 256

にして、squid -zの後にdiskdモードを復活させてみた。

718 : ◆EA.clAssIc :04/07/28 00:38 ID:4x+J4cAc
>>715さん、
以前i2chでの統計を取ったのですが、
全アクセス中1/3が最新スレッドへのアクセスでした。
ですので、やはり>>716 ◆BFzK/mtqM2さんの仰る通りになってしまうかもです…

719 :root ★:04/07/28 00:48 ID:???
cobra2247にログインできました。リブートして、調整中。

720 :root ★:04/07/28 00:48 ID:???
cobra2247 = c-docomo/c-docomo2

721 :root ★:04/07/28 00:53 ID:???
設定更新&リブートかけました。正常にもどったはず。

722 :root ★:04/07/28 01:31 ID:???
こんどは、BlackGoatがおなかいっぱいか。
LAは低いけど(プロセスが多いわけではないので)、ディスクI/Oがかなり苦しめの予感。

Disks ad0 ad1
KB/t 25.34 22.48
tps 133 141
MB/s 3.29 3.09
% busy 75 82

%iostat -w 1 -c 10
tty ad0 ad1 cpu
tin tout KB/t tps MB/s KB/t tps MB/s us ni sy in id
0 39 25.71 63 1.58 22.53 68 1.49 19 0 29 16 37
0 180 17.53 47 0.80 18.17 48 0.85 39 0 45 16 0
0 59 25.94 200 5.07 24.00 201 4.71 28 0 63 9 0
0 59 31.13 260 7.89 30.37 272 8.08 34 0 61 5 0
0 239 20.51 90 1.80 18.86 97 1.79 32 0 44 25 0
0 59 25.98 164 4.17 22.70 152 3.38 39 0 50 11 0
0 59 23.82 89 2.07 20.53 98 1.97 29 0 45 26 0
0 59 23.95 160 3.75 22.97 146 3.27 39 0 51 10 0
0 59 26.05 81 2.06 22.52 91 2.00 36 0 35 28 0
0 60 26.57 278 7.21 21.11 278 5.73 36 0 64 0 0

723 :root ★:04/07/28 01:38 ID:???
パフォーマンスが出ないため、>>717 を前の設定 (16 256) に戻した。

724 : ◆EA.clAssIc :04/07/28 01:46 ID:4x+J4cAc
お疲れ様です。
BGへのタイムアウト、もう少し短くしてみますか?

725 :動け動けウゴウゴ2ちゃんねる:04/07/28 01:49 ID:hrKUFbXp
bbs.cgiで、逆順のdatも作るようにし、c.2ch.netやread.cgiの初期読み込みではそちらを
使うようにするとか。
キャッシュヒット率が下がって逆効果かな?

726 :root ★:04/07/28 01:59 ID:???
>>724
今dat取得のタイムアウトは5秒でしたっけ。
タイムアウトを早めると、タイムアウトが頻発するのかな。

727 : ◆EA.clAssIc :04/07/28 02:04 ID:4x+J4cAc
今ちょと新しいスクリプトをあげてテストしているのですが、
先程の重い時間帯で3秒設定だとまずタイムアウトです。
5秒でもほとんどタイムアウト状態でした。

728 : ◆EA.clAssIc :04/07/28 02:11 ID:4x+J4cAc
タイムアウトで
「今BlackGoatが思いです。。。」とか表示すれば、
リロード抑制にもなるかもですね、、、
5秒超にはしたくない感じです。

729 :動け動けウゴウゴ2ちゃんねる:04/07/28 03:00 ID:PGPY8Pdd
大規模squidのボトルネックはHDD回りなので、できればcache_dir用にスライスを確保したほうがいいかも。
noatimeは当然として。
asyncでもいいかも。
容量があんまり小さいスライスだとoptimize TIME to SPACEを食らうので4倍以上で。
あと外周部分にあるとうれしいので/の次に確保してたり。


730 :root ★:04/07/28 04:43 ID:???
>>729
いまこんなかんじ。
ccd使って、2本のIDEディスクをストライピングで使用。
/dev/ccd0は、newfs -U -b 65536 -f 8192で初期化。

%pwd
/home/squid_local/cache
%df -k .
Filesystem 1K-blocks Used Avail Capacity Mounted on
/dev/ccd0 136319544 35531976 89882008 28% /home
%mount | grep home
/dev/ccd0 on /home (ufs, local, noatime, nosuid, soft-updates)
%cat /etc/ccd.conf
# ccd ileave flags component devices
ccd0 64 none /dev/ad0s1f /dev/ad1s1d

ひどいときには両ディスクとも% busyが80%ぐらいになるですね(>>722)。

731 :▲:/usr/local/bin/ch2 -o i686 ◆P8fXJj6wwo :04/07/28 12:42 ID:VdCldNq8
途中割り込みでスマソです。

>>730
IDEのストライピングだとつらそうですね。
かといってUltraSCSI320のそれにしようとすると余計な投資になるし・・・

blackgoat自体がキャッシュサーバですから
RAMディスクで捌くってのは・・・すでにやっているんですかね。

732 :root ★:04/07/28 13:22 ID:???
>>731
メモリディスクか。
現時点では入れてないですね。

squidのプロセスが400Mを超えるようなので、メモリディスクはちょっとどきどき。
というか、入れるとしたらどこがいいのかな。

733 :▲:/usr/local/bin/ch2 -o i686 ◆P8fXJj6wwo :04/07/28 15:12 ID:VdCldNq8
>>732
その400MBプロセスなsquidってどこのやつですか。

734 :▲:/usr/local/bin/ch2 -o i686 ◆P8fXJj6wwo :04/07/28 15:18 ID:VdCldNq8
>>733
あ、blackgoatのでつねw
wikiに書いてあるの忘れてたw

735 :▲:/usr/local/bin/ch2 -o i686 ◆P8fXJj6wwo :04/07/28 15:24 ID:VdCldNq8
ちょっと考察。

携帯からのある意味実況レベルに近い通信要求を
バックエンドを1台で捌くというのはかなりきついと思います。
しかもblackgortが落ちたら携帯からのアクセスは不可能。

投資ができるなら、の話ですが、
もう1台バックエンドを用意して負荷分散させたほうがいいかもしれません。
どちらかのバックエンドが落ちたときにバックアップさせるという意味合いもあるし。

736 :FOX ★:04/07/28 15:37 ID:???
1) フロントエンドを充実させて需要に見合う供給をおこなった。
2) 当然、BlackGoatは大忙し、
3) この大忙しを解決する方法は当初の予定通り、BlackGoatの仕組みで行う


というように順調に予定通り進んでいるということですなぁ。
せっかく作り出した重い状態。せっせとデータを取らなければ、、、

BlackGoat の各種データをとって、思考実験(机上演習)です。
帯域等は現在取っているので、アクセス数やそのへんも何とか
データが取れないかな? とい段階かと、

BlackGoat を増設するのは考えないで行きます。
だってすぐ解決しちゃうもん。


737 :未承諾広告※ ◆TWARamEjuA :04/07/28 15:47 ID:KybxMNb+
>>735
負荷分散しても片方が墜ちると共倒れになる悪寒ですよね。。。@基本的に片肺でも生きていかないと・・

ちょっと考察。
最新 10 スレの取得方法案。
 HEAD で DAT の Content-length を取得。
 Content-length から 20480 引いた場所から末尾まで取得。( 1 レスは最大で2048Bytes でしたっけ?)
 Range: bytes=(Content-length-20480)-(Content-length-1)
 \n を区切りにして、末尾から 10 レス取得。
 my @Part_Log = (reverse split /\n/,<DAT>)[0..9];

演算が増えるけれどもその分、 DAT 採取のコストが幾分か下がるのではないかと。。。

738 :未承諾広告※ ◆TWARamEjuA :04/07/28 15:55 ID:KybxMNb+
もしかして、分割して取得するとキャッシングがうまく効くのかな?
例えば。。。
活きのいい DAT があっても、全取得となるとキャッシュが効かないはず。
でも、例えば先頭から 4KB は活きが良くても悪くても、内容はあぼーんが入らない限り変わらないはずなので、
この部分は ETag: を使って照合すれば、うまくキャッシングされているのではないだろうか?と。

ただし、ETag の管理をするために、また複雑な操作が必要になってくるかもかも。。。
(殊に呼び出し側の c-* 族の I/O 処理とかとか)

739 :root ★:04/07/28 15:56 ID:???
>>736
そのとおりっすねぇ。

いろいろ試行錯誤してるわけですが、スキル不足のためなかなかはかどらず。
なかなかつらいすけど、いい経験させていただいているぐらいに思うのがいいのかも。

アクセス数は負荷を上げない方法でぜひとりたいですね。
例えばどの時間にどの板に要求が多いのかとか、とりたいことはいろいろ。

>>735 >>737
バックエンドを2台(横並び)体制にするなら、何か考える必要があるすね。
いずれはそうなることも視野に入れる必要がありそう。

740 :FOX ★:04/07/28 16:18 ID:???
そこで、BlackGoat に疑惑が集まっているのですが、
この辺が明らかになればいいなぁ。。。

1) 観測された c.2ch.net に起こった現象 (docomoが重いとか、)
2) 推測される原因 (BlackGoatの反応が遅すぎ)
3) BlackGoat に起っているであろう現象、具体的な症状の推測 (LA の増大とか)
4) 実際にその具体的な症状がせ起っているか、
5) 起っているなら、解決策は?

ここで重要なのは、 3) -> 4) の関係です。
3) で推測して、実際に 4) で現象が起っているかどうかの確認。
確認手段が無い場合は、手段を作る。逆に、こうすれば解決するのでは?
という作業は間違っても行ってはいけない。

741 :root ★:04/07/28 16:19 ID:???
>>740
> 逆に、こうすれば解決するのでは?
> という作業は間違っても行ってはいけない。

きもにめいじます。

742 :root ★:04/07/28 16:21 ID:???
>>740
で、いまのところ起こっているのは、ディスクI/O負荷の増大なわけです。
あとは、苦しい時間(昼とか夜23:00ごろとか)に、キャッシュの効きが悪くなる。

いずれにせよ、観察・確認できる手段をなんとかする方向で動いてみます。
とりあえずsnmpあたりでつついてみるか。

743 :FOX ★:04/07/28 16:25 ID:???
>ディスクI/O負荷の増大なわけです

という推測があった場合、
じゃ具体的に、定量的に BlackGoat でどういう数字がでているかを推測して
かつ実際に計測して、どうなっているか、、

もし推測と実測値が極めて一致したならば
最初の命題「ディスクI/O負荷の増大なわけです」
という推測がかなりピンポンであるといえるかと、
もし他にもこの図式がなりたてば、ほぼ確実といえるかと、

744 :未承諾広告※ ◆TWARamEjuA :04/07/28 16:26 ID:KybxMNb+
>>740
資料が無いのでどうしても机上の空論だけになってしまいますよね(汗)
って事でもうしばらく静観してます m(_ _)m

745 :▲:/usr/local/bin/ch2 -o i686 ◆P8fXJj6wwo :04/07/28 17:19 ID:VdCldNq8
>>739
そうですか。

現状では1台でなんとかなっていますし、
今のうちに問題点を洗っておいたほうが良いという
>>736の狐の内臓の人の意見には同意です。

とりあえず

>バックエンドを2台(横並び)体制にするなら、何か考える必要があるすね。
>いずれはそうなることも視野に入れる必要がありそう。

みたいな認識で十分かと。

746 :動け動けウゴウゴ2ちゃんねる:04/07/28 19:05 ID:PGPY8Pdd
>>732
400Mって。
squid.confはちゃんとmemory_pools offになってますか?
デフォルトはonなのですがメモリ管理はカーネルに任せた方がいいのでoffにしないと。


747 :root ★:04/07/28 20:07 ID:???
http://mumumu.mu/mrtg/mrtg-rrd.cgi/loveaffair/

>>746
いまこんなかんじすね。
PID USERNAME PRI NICE SIZE RES STATE TIME WCPU CPU COMMAND
32057 squid -8 0 398M 395M biord 59:41 20.41% 20.41% squid

memory_poolsはデフォルト(on)。
onとoff、どっちがいいのかな。

# blackgoatはmemory 1G積んでます。squid以外の仕事はしていない。




748 :root ★:04/07/29 01:07 ID:???
うすうすわかってはいたけど、深夜の時間(混む時間)は、
リクエスト数はあまり変わらないのに、キャッシュヒット率が下がる。

http://mumumu.mu/mrtg/mrtg-rrd.cgi/loveaffair/blackgoat-hits.html

で、datをひんぱんに外に取りに行くので処理に時間がかかるし、
その分携帯とのコネクションも滞留する。

この原因は何だろう。

夜の時間は「いろんなところのスレが参照される」から、キャッシュにない場合が増える、
ということなのかな。

で、リクエスト数自体がその時間もあまり変わらないのは、
ひょっとすると携帯ネット=>インターネットの間で、何かのリミッターが入っているのかも、かも。


749 :root ★:04/07/29 01:27 ID:???
突然軽くなったかも。

750 :root ★:04/07/29 01:28 ID:???
で、またすぐに重くなった。

751 :root ★:04/07/29 01:29 ID:???
パケット落ちはないから、ネットワークまわりやスイッチ関係じゃなさそうだなぁ。

--- comic6.2ch.net ping statistics ---
201 packets transmitted, 200 packets received, 0% packet loss
round-trip min/avg/max/stddev = 1.948/10.371/116.189/14.277 ms

752 :root ★:04/07/29 01:32 ID:???
う、激しく誤爆した。
OpenJaneを立ち上げなおそう。すまそ。

753 :動け動けウゴウゴ2ちゃんねる:04/07/29 05:53 ID:DcqIsASS
memory_pools はoffのほうが良いです。
BSD Magazineのシステムチューニングの回参照


754 :root ★:04/07/29 11:07 ID:???
>>753
これですか。読んでみます。
http://www.ascii.co.jp/BSDmag/200214/contents.html
http://www.ascii.co.jp/BSDmag/200214/

FreeBSDではmemory_pools offにしたほうがいいというのは、
Googleに聞くと結構あるみたい。

755 :root ★:04/07/29 11:08 ID:???
memory_pools off にしました。

756 :root ★:04/07/29 11:55 ID:???
こちらにも。

携帯→2ch運用情報スレッド10
http://qb5.2ch.net/test/read.cgi/operate/1089186698/639
639 名前:root ★[sage] 投稿日:04/07/29 11:46 ID:???
キャッシュ効果の観察のため、いったんblackgoatのキャッシュをゼロクリアしました。
その影響で数分間、c系が不安定になったかも。

今は正常に戻ったはず。

757 :root ★:04/07/29 12:41 ID:???
>>755 にすると、
2004/07/28 20:38:59| assertion failed: comm.c:751: "p != NULL"

というエラーが出て、squidが死ぬ模様。

後で調べることにして、いったん退却(memory_pools onに戻しました)。

758 :未承諾広告※ ◆TWARamEjuA :04/07/29 12:59 ID:ct6lg4mV
>>757
8. Key changes squid-2.5.STABLE5 to 2.5.STABLE6:

* Several "Assertion error" bugs fixed
これの関係かしらん?

759 :root ★:04/07/29 13:25 ID:???
>>758
今のもの:
2004/07/28 20:41:01| Starting Squid Cache version 2.5.STABLE5 for i386-portbld-freebsd5.2.1...

…つまり、STABLE6にしろと。

760 :root ★:04/07/29 13:53 ID:???
STABLE6に更新して、再度挑戦中、、、。

761 :root ★:04/07/29 13:55 ID:???
だめですね。やはり出ます。
2004/07/28 21:54:12| assertion failed: comm.c:751: "p != NULL"

もとに戻しました。

762 :未承諾広告※ ◆TWARamEjuA :04/07/29 13:56 ID:ct6lg4mV
>>759
http://www.squid-cache.org/bugs/show_bug.cgi?id=761
こちらを判らないながらも眺めてみたのですが、違う種のアサーションエラーみたいですね。
でもって、最新の ports が存在するのかな?(@まだ ports の仕組みが判ってなかったりもしますけれども(苦笑)
・・・と書いているうちに、、、

>>760
おつですおつですm(_ _)m

763 :未承諾広告※ ◆TWARamEjuA :04/07/29 14:24 ID:ct6lg4mV
Squid Web Proxy Cache
http://pc5.2ch.net/test/read.cgi/unix/1034236482/l50
こっちに投げてみるのも手かな?(苦笑)

764 :FOX ★:04/07/29 15:59 ID:???
この一時間のcomic6の様子ですが、、、

comic6.2ch.net サーバ
.dat 呼び出し回数 = 59632

deny from 206.223.150.190 #(7465) 12.52%

BlackGoat からこんなにたくさん。。。
これで正常なのか、異常なのか、

765 :root ★:04/07/29 16:03 ID:???
>>764
15:00(JST)台ですか。
アクセスログを確認してみます。

766 :root ★:04/07/29 16:22 ID:???
まだログを見ていませんが、今日の昼にやった >>756 の作業が影響しているのかもです。>>764

767 :▲:/usr/local/bin/ch2 -o i686 ◆P8fXJj6wwo :04/07/29 17:18 ID:5ivMrPxN
>>763
投げるべきでしょう。結果は期待できないですがね。

768 : ◆KAGESsh/NQ :04/07/29 17:46 ID:LYTXvje9
「やるべき事」と本質がずれてしまいますが(squid の bug 探し、潰し)…

squid 本家に投げてみるというのも、手かもしれない。
bug track 見てる限りでは、comm.c での assertion faild は出てないみたいですね。
チト source 引っ張ってきて覗いてみたら、

1.何か(すんません、真剣に見てません)の handler 削除のために、
 comm_remove_close_handler() call
2.削除対象探索 in comm_remove_close_handler(), comm.c
 が、探索のキモの部分が for(xxxx; p != NULL; xxxx) になってて、探索対象が
 見つからなければ、for() を抜けて、assert(p != NULL); で落っこちる。

つうことで、多分 memory_pools off の時に、無用な comm_remove_close_handler
call が起こってるんでしょうなぁ。

769 :動け動けウゴウゴ2ちゃんねる:04/07/29 21:09 ID:DcqIsASS
んーそこで落っこちるということはsquid.confで矛盾した設定をしているような気が。


770 :root ★:04/07/29 21:47 ID:???
>>769
うーむ、具体的にはどのあたりかしら。

771 :root ★:04/07/29 23:22 ID:???
【.htaccess】読みこみできない【規制作戦】
http://qb5.2ch.net/test/read.cgi/operate/1082968554/868 でポイントした、
http://pc5.2ch.net/test/read.cgi/linux/997328024/182-189 にあった、

>        reload-into-imsはno-cacheとreloadの命令をIf-Modified-Sinceの
>        リクエストに変えてしまうもの。つまり無いのに、あるかのように装って差分だけ
>        送れと言うわけなのれす。

を読んで、reload-into-ims も追加設定してみた。< blackgoat

772 :root ★:04/07/30 01:32 ID:???
明らかに軽くなった気がして、かつパフォーマンスも前日より出ているので、
今日squidに施したセッティング変更は総合的にはいい方向だったとおもわれ。

http://mumumu.mu/mrtg/mrtg-rrd.cgi/loveaffair/
http://mumumu.mu/mrtg/mrtg-rrd.cgi/traffic/

773 :動け動けウゴウゴ2ちゃんねる:04/07/30 05:42 ID:IPwBzIoJ
http://qb5.2ch.net/test/read.cgi/operate/1082968554/866-868

refresh_patternのminの値は最終更新日時があると参照されない
>FRESH if lm-factor < percent, else STALE
ここでSTALE(古い)と判断されたときoverride-lastmodが有効だと
>FRESH if age < min
>else STALE
これがテストされる(minの値が参照される)
ということか。

つまり、今まで120delayはまったく効いてなかったということだな。

774 :root ★:04/07/30 11:52 ID:???
>>773
ですね。お恥ずかしい。

775 :動け動けウゴウゴ2ちゃんねる:04/07/30 14:20 ID:VTaak0RI
DATをかっさらう悪用で.htaccessで携帯メニューをダウンさせる不届きものが…。
(パクリトロスの2ちゃんねるアーカイブとか言う香具師)
対策しないと、c.2chに円滑に移行出来た所で本末転倒では…。

776 : ◆BFzK/mtqM2 :04/07/31 12:20 ID:evYUF/uU
ただいま帰宅しました。
とりあえず、i.i2ch.netの方は再開しました。

さてこのあとどうしましょうか? > ひろゆきさん、FOX★さん、root★さん

(1) 現状のまま219.113.242.218から直接差分を取る。
(2) GlackGoatを通して差分を取る。
(3) GlackGoatを通して差分せずに取る。
(4) 私家版GlackGoatを作るって、そっちで(2)か(3)

他の私家板(domo2.netなど)にも、開放できるように(4)というのもありなんじゃないかと思ったりして、、、

777 :▲:/usr/local/bin/ch2 -o i686 ◆P8fXJj6wwo :04/07/31 12:33 ID:rBi2iqvk
>>776
たぶん

×GlackGoat
○BlackGoat

778 : ◆BFzK/mtqM2 :04/07/31 13:23 ID:evYUF/uU
>>777
間違えてた orz

779 :動け動けウゴウゴ2ちゃんねる:04/07/31 14:04 ID:S91iSbrB
BlackGoatが落ちたりしたら、私家版全てが使えなくなるってのモナー。
今回のはミラーでディレイ0秒になってたからでそ。
ディレイ60秒くらいにしてやれば、問題ないのでわ?


780 :動け動けウゴウゴ2ちゃんねる:04/08/01 00:34 ID:/iIoW5ht
ディレィ調節は本当に意義があるのか?

781 :動け動けウゴウゴ2ちゃんねる:04/08/01 10:01 ID:UbFDq+9x
2ちゃん側にとってはありまくり


782 :動け動けウゴウゴ2ちゃんねる:04/08/01 10:48 ID:CAXZIMEU
実況で重婚

783 :782:04/08/01 10:54 ID:CAXZIMEU
実況でディレイで新着が見られない

新着と同じレスしてしまう

重婚発生

鯖資源の無駄

784 : ◆BFzK/mtqM2 :04/08/01 11:59 ID:QAWngGjE
そもそもディレイなしでも携帯で実況すれば
重婚しまくると思われ

785 :動け動けウゴウゴ2ちゃんねる:04/08/01 12:11 ID:/iIoW5ht
ディレイ調節は、不便だけで、あまり絶対的な効果はないような???

786 :動け動けウゴウゴ2ちゃんねる:04/08/01 13:27 ID:Cn1/hsFL
>>785
間にBlackGoatのような
大規模キャッシュがあり、
同一スレについて複数
リクエストがあっても、
最低60秒は更新しない
とかなら有効だと思います。


787 :動け動けウゴウゴ2ちゃんねる:04/08/01 15:10 ID:/iIoW5ht
有効ではなく絶対的な効果があるのか?と聞いているのですが…。
単純な個人ユーザーにとって、2分間のディレイは大変な不便を感じています。

788 :動け動けウゴウゴ2ちゃんねる:04/08/01 15:27 ID:CAXZIMEU
>>783と同様の事になる。
あと、実況以外でも”からけよめ”と煽られる。

789 :マァヴ ◆jxAYUMI09s @マァヴ ★:04/08/01 17:57 ID:???
絶対的な効果ありまくりです(^_^;)2chの掲示板サーバの負荷が二桁くらい下がる

790 : ◆BFzK/mtqM2 :04/08/01 18:01 ID:UdPWT0vm
システムが落ち着いたら、c系のディレイ60あたりにしません?
120は結構不便なような気がするのですが、、、

791 :動け動けウゴウゴ2ちゃんねる:04/08/01 20:28 ID:iPnO9Kpv
>>787
不満でしたらマシン代を寄付してやって下ちい

792 : ◆EA.clAssIc :04/08/01 23:39 ID:91ap1Agr
>>root ★さん、
質問なのですが、
現在c.2ch.netにアクセスすると、各キャリアごとに振り分けられたサーバにリダイレクトされます。
DoCoMoなら、c-docomo。(http://c-docomo.2ch.net/z/-/1C/i)
auなら、c-au。(http://c-au.2ch.net/z/-/1C/i)
その他は、c-others。(http://c-others.2ch.net/z/-/1C/i)

1)
このドメイン部分をc.2ch.netで見せることは可能なのでしょうか?
つまり、実際はc-docomo2やc-docomo3に振り分けられていても、
アドレス上はc-docomoであるのと同じように見せることは可能でしょうか?

2)
例えば他キャリアがそのアドレスにアクセスしたときに、
そのキャリア用のサーバにリダイレクトすることは可能でしょうか?
つまり、auで(http://c-docomo.2ch.net/z/-/1C/i)にアクセスした場合、
(http://c-au.2ch.net/z/-/1C/i)にリダイレクトすることは可能でしょうか?

3)
もし上記どちらかが可能な場合、それを行う上で何か不都合なことは発生しますでしょうか?

793 :動け動けウゴウゴ2ちゃんねる:04/08/01 23:44 ID:65dDfZRJ
ここも夏色気分の香具師が多くなってきましたね

794 : ◆BFzK/mtqM2 :04/08/02 01:28 ID:XwiCsMYA
昨日の20時ころからHIT率が下がっているけど、何か設定変えましたか?

795 :動け動けウゴウゴ2ちゃんねる:04/08/02 12:51 ID:rZ9hEif8
5分遅延すれば実況とかチャットとかは機能停止させられるような

796 :マァヴ ◆jxAYUMI09s @マァヴ ★:04/08/02 16:56 ID:???
c-docomo2の負荷が突出してる(^_^;)なんだろう?

797 :未承諾広告※ ◆TWARamEjuA :04/08/02 17:00 ID:d0GScSoh
>>796
c-docomo3 の 16:03 JST(00:03 PST+8PDT) の cron で、何かがすっころんでる悪寒ですね。
c-docomo3 の中には入れないのであくまでも悪寒ですけれども。

798 :未承諾広告※ ◆TWARamEjuA :04/08/02 17:05 ID:d0GScSoh
>>797
と思ったら直った。。。
何かがすっころんだのではなく、処理が重たかっただけなのかな?
http://server.maido3.com/pie/graph/oyster246.gif
を見る限りでは正常稼働していたようですので。

799 :マァヴ ◆jxAYUMI09s @マァヴ ★:04/08/02 17:26 ID:???
もどったーね(^_^;)
http://ch2.ath.cx/load/images/cedf97d7.png
綺麗に負荷が出てるなぁ・・・・

800 :root ★:04/08/03 05:08 ID:???
海外出張中につきレスポンス悪いです。

>>792
1)技術的にはもちろんできますが、そうすると全部1箇所で処理するようになりますからね。
ちょっと負荷的に。あと、cに何かあったときに全部落ちることにもなるので。
携帯だとブックマークに入れて処理する人が多いようなので、
最初の振り分けのところは、あえて名前を変えて飛ばすようにしていたりします。

2)これは簡単です。

3)2)は不都合ないしそれによる副作用も特にないので、入れてみてもOKです。

でも、意味あるのかな。
わざとアクセスしないと、auでc-docomoにアクセスすることはないような。

>>794
夜の時間とか昼休みの時間は、どうも多くの板の多くのスレにアクセスがいくようで、
ヒット率が下がる傾向にあります。

時間あたりのアクセス数が多くならないのは、ひょっとすると携帯キャリア側で
何か口を絞っているのかも。

>>796-799
例のdaily処理問題かも。ううむ。

801 :動け動けウゴウゴ2ちゃんねる:04/08/03 05:13 ID:PZd2kf82
>>800
> でも、意味あるのかな。
> わざとアクセスしないと、auでc-docomoにアクセスすることはないような。

そうでもないです。URLを貼る場合に、仕組みを知ってる人ならc.2ch.netに置き換えて貼るでしょうけど、
知らない人はそのまま貼るでしょうから。

802 : ◆BFzK/mtqM2 :04/08/03 12:14 ID:MltYzUPj
>rootさん

海外出張お疲れ様です。
こまめに水分補給してくださいね。

なるほど、確かにアクセスが増加する昼時と夜は下がりますね。

803 : ◆EA.clAssIc :04/08/03 12:25 ID:vLwEdEml
>>800
ありがとうございます。
そうしましたら、2)を入れて下さると幸いです。
これは>>801さんも仰っている通り、
誘導レスがあっても、キャリアが違うと人大杉になってしまう、
という問題の解決のためです。
これにより、以前指摘された、
削除依頼時や誘導時の不便さもある程度解決されるかと思います。

read.cgiや各2chブラウザなど各ツール側で、
レス整形時にc.2ch.netに書き換えて頂ければ問題無いのですが、
それですと大掛かりになってしまいますので、
Love Affair側での対応で何とかできればと思います。
よろしくお願いいたします。

804 : ◆EA.clAssIc :04/08/03 21:48 ID:vLwEdEml
>>root ★さん、
もう一点お願いしたいことがあります。
●に対応する為に、CURLを入れて頂きたいです。
http://search.net-newbie.com/php/ref.curl.html
http://curl.haxx.se/
現在は、◆BFzK/mtqM2さんのご好意の元、
◆BFzK/mtqM2さんのサーバで認証を行っておりますが、
そちらも c.2ch.net で行えるようになればと思います。
お手数をおかけ致しますが、よろしくお願いいたします。

805 : ◆EA.clAssIc :04/08/04 02:48 ID:5rAZylPf
本日、2:40頃に >>497 の機能削減版スクリプトを導入いたしました。
http://mumumu.mu/mrtg/mrtg-rrd.cgi/access/
http://mumumu.mu/mrtg/mrtg-rrd.cgi/load/
にてアクセス数と負荷状態の推移を計測して頂けると幸いです。
よろしくお願いいたします。

806 : ◆EA.clAssIc :04/08/04 02:51 ID:5rAZylPf
>805訂正。
× 本日、2:40頃に >>497 の機能削減版スクリプトを導入いたしました。
○ 本日、2:00頃に >>497 の機能削減版スクリプトを導入いたしました。

807 :動け動けウゴウゴ2ちゃんねる:04/08/04 03:44 ID:3UY3t6mt
機能削減版は、テンキー操作デフォなんですね


808 : ◆EA.clAssIc :04/08/04 04:27 ID:5rAZylPf
>>807さん、
そうなんですー。
パケ代削減、という枷を外したので。

今後の段階としましては、

1) 表示スレ数、レス数等を設定できるようにする
 ○読込数の抑制
 ×転送量の増加
2) 最新10スレッドを、/板/html/xxxxxxxxxx.htmlから取得する
 ○ソケット接続時間の短縮
 ×キャッシュヒット率の減少

をやっていこうかと。
それぞれ長所短所がありますので、まずは数値をはじき出すところから。

809 :動け動けウゴウゴ2ちゃんねる:04/08/04 04:58 ID:TGKa2rxW
一度に表示するレス数だけでも設定できるようにできないでしょうか?

810 :root ★:04/08/04 05:20 ID:???
>>805
アクセス数もさることながら、トラフィックがとても減ってるですね。
http://mumumu.mu/mrtg/mrtg-rrd.cgi/traffic/

>>803>>804 は、ぼちぼちと。

811 :動け動けウゴウゴ2ちゃんねる:04/08/04 05:22 ID:I2Mfo8ul
それよりもレス全文表示の設定出来るようにして〜
省略表示だと見るのがめんどくさ〜


812 :FOX ★:04/08/04 15:49 ID:???
以下のサーバを 2ch LAN (c.2ch.net用)に接続しました。

oyster244
oyster245
banana402


813 : ◆BFzK/mtqM2 :04/08/04 17:36 ID:q9D93rWx
oyster244とbanana402は何に使うのかな?

814 : ◆g4HrV7ViKA :04/08/05 21:41 ID:pYF49TeV
ハードウェア不良で掲示板運用を離脱したbanana402、こちらで戦線復帰ですか。

で、blackgoatはあくまでソフトウェア的解決を目指すということなので、
単純な予想
cobra2244 = c-docomo4
banana402 = c-au3 or c-others2

815 : ◆BFzK/mtqM2 :04/08/05 21:48 ID:B3RV+BaP
banana402をBlackGoat2にして、負荷分散で
cobra2244はBBM関連かな?

816 :動け動けウゴウゴ2ちゃんねる:04/08/06 00:15 ID:+YzLRjSS
BBMってoyster245でやってたような。(m.2ch.net)
244はドコモの3台目(4台目?)になると予想。

817 :動け動けウゴウゴ2ちゃんねる:04/08/06 03:15 ID:yXYeE+P/
auをpeko鯖にして、
BlackGhostの負荷耐性がどのくらいか
チェックするんじゃなかったけ?


818 :不動楽 ★:04/08/08 16:13 ID:???
c.2ch.net系列のメンテナンスをさせて頂く事になりました。
docomo3のLAが 20040807 16:00 から、
前比2倍くらいの数値を出しておりますが、
この時間、何か設定等変更されましたでしょうか?

819 :root ★:04/08/08 16:42 ID:???
じさぼけぼけ。

>>818
おお。(今後とも)よろしくお願いします。
その時間は特に触ってないですね。

820 :不動楽 ★:04/08/08 17:19 ID:???
>>819
お帰りなさい&よろしくお願いします〜
了解です。
先程、16時前後に最新レスに限って、
xxxxxxxxxx.htmlをリクエストするように仕様を変更しました。
BGのキャッシュヒット率の動向に注目したいですー。

821 :こうすけ ★:04/08/08 17:39 ID:???
16:00と言えば例の定時処理かな?

822 :root ★:04/08/08 18:18 ID:???
>>820
やっぱり変えたですか。html/の下を持ってきているのかな。

「どうしたんだろう」というぐらい、効果ある模様。
http://mumumu.mu/mrtg/mrtg-rrd.cgi/traffic/

823 :root ★:04/08/11 04:02 ID:???
というわけで、クラシックメニューが元のバージョンに戻ったのを契機に、
バックエンドサーバとしてのpekoサーバの能力を実証実験中。

携帯→2ch運用情報スレッド11
http://qb5.2ch.net/test/read.cgi/operate/1091869644/220-240

824 :root ★:04/08/11 05:19 ID:???
残りの作業は、

・違ったキャリアのURLへのアクセスから、正しいキャリアのものに誘導するしかけ(難しくない)
・クラシックさんからメールで頼まれた作業をぼちぼち

かな。

で、一両日様子を見た後で、フロントエンドにもsquid入れて、
Apacheがブロックしないように策を練ってみるか。

825 : ◆X7F1FulWvk :04/08/11 11:31 ID:l6vYlk8w
cobra(・ω・)カルイネ

826 :こうすけ ★:04/08/12 00:09 ID:???
Peko鯖ってすごいね。。。。

827 :root ★:04/08/12 03:41 ID:???
http://mumumu.mu/mrtg/mrtg-rrd.cgi/loveaffair/

ということで1日動かしました。

まだ継続的な観察が必要そうですが、
blackgoatの倍のヒット率を処理できている模様。

またblackgoat2では、今まで観測されていた
アクセスピーク時におけるキャッシュヒット率の急激な低下=>トラフィックの漏れ出しが
かなり少なくなったようです。

つまり、
ピーク時間に漏れ出るトラフィックが少なくなる => ピーク時間の他のサーバへのdatリクエスがト減少 => 負荷軽減

という効果があったと。

828 :root ★:04/08/12 03:47 ID:???
>>827
× blackgoatの倍のヒット率を処理できている模様。
○ blackgoatの倍の時間あたりヒット数を処理できている模様。

おやすみなさい。

829 :こうすけ ★:04/08/12 08:19 ID:???
まちとぴんくを一旦c.2chに復活させて、実際に転送量がどれくらいあるかをみませんか?
とりあえず黒山羊さん1号に飛ばしてみるとか、
もう一台のbananaを黒山羊さん3号にして、別々にプロキシ設定してみるとか、、、

ところでFOXさん、まちも分離の方向でよいのですか?

830 :root ★:04/08/12 11:12 ID:???
>>829
桃色系をblackgoat1号で処理して統計とるというのは、
仮にPINKちゃんねる側で今のc相当のものを準備する場合、
どの程度の設備が必要かの判断に使えそうですね。

PINKちゃんねるは現在拡大路線なので、これによって必要な設備規模がわかり、
かつ設備に対する効果が有用であるという判断がなされれば、
はれて投入の道も開けるかと。

ということで一時的に期間限定で復活させて、データとってみますか。
blackgoat1号のほうは、昼ぐらいまでにいったんキャッシュクリアして前準備しておきます。


831 :こうすけ ★:04/08/12 11:44 ID:???
>>830
そうですね。
Banana1台ですむのは明らかだろうけど、
実際にどのくらいの規模なのかいまいちつかめないので、、、

ソースの方はいじっておきますので、準備が出来たら連絡ください。

832 :root ★:04/08/12 11:53 ID:???
blackgoat側、準備OK。>>831

833 :こうすけ ★:04/08/12 13:11 ID:???
設定したです。

c-au2(c-docomo1)が重い。。。
どうしたんだろう?

834 :未承諾広告※ ◆TWARamEjuA :04/08/12 13:18 ID:13s2gNoe
ping traceroute それぞれは通りますが、http 、ssh は不出。 ftp 劇重たいですね。。。@banana404

835 :未承諾広告※ ◆TWARamEjuA :04/08/12 13:19 ID:13s2gNoe
ということで、リブート要請出しますー

836 :root ★:04/08/12 13:19 ID:???
おつでした。

たしかにようすがへんだ。みてきます。> c-au2

837 :root ★:04/08/12 13:20 ID:???
数分でログインはできる模様。

>>835
あ、ちょっと待っていただけると。

838 :こうすけ ★:04/08/12 13:21 ID:???
ログインは出来ました。

839 :root ★:04/08/12 13:21 ID:???
9:21PM up 21 days, 12:43, 2 users, load averages: 333.31, 283.91, 192.05

840 :root ★:04/08/12 13:26 ID:???
httpdを再起動してみた。< c-au2

841 :こうすけ ★:04/08/12 13:29 ID:???
>>840
おつです。

新しく入れたPHPをキャッシュするところで何か起こったのかな?
それとも、変更したもののバグ?

842 :未承諾広告※ ◆TWARamEjuA :04/08/12 13:30 ID:13s2gNoe
>>837
I'm freeze it.(^-^;)

843 :root ★:04/08/12 13:31 ID:???
なんだかわかりませんが、httpdが超高負荷状態に。
エラーログにはこんなものが。
httpd in free(): error: recursive call
httpd in free(): error: recursive call

844 :root ★:04/08/12 13:33 ID:???
syslogとかには、ハード異常とかそれっぽいのは見当たらないなぁ

845 :root ★:04/08/12 13:36 ID:???
その他のログにも、変な形跡はない模様。
更新したところで起きたようなので、アクセラレータとのからみの問題か、、、。

しばらく観察ということで。

846 :こうすけ ★:04/08/12 13:37 ID:???
やっぱり、スクリプトを入れなおしたときに、何か起こったのかな。。。。

847 :ぴんく丼 ★:04/08/12 13:54 ID:???
>>830
広告関係でオーナーから物凄いクレームが毎回来るので
出来ればやめて欲しいです(or 物凄く短期間にして欲しい)

頼みます、頼みます、
何度激しく起られたことか、、、

848 :こうすけ ★:04/08/12 13:56 ID:???
>>847
了解です。
1日限定ならOKかな?
もっと短く?

849 :こうすけ ★:04/08/12 13:57 ID:???
まずは、2ちゃん管轄の広告を消しましょうか?
あと、可能であれば、ぴんくちゃんねる管轄の広告をだすとか、、

850 :ぴんく丼 ★:04/08/12 14:00 ID:???
実験でやるなら、やらないで欲しい、
向こうも広告の方は統計とっているので直ぐに変化がわかるから、
完全に分離してくださいー
つまり c.2ch.net からは bbspink.com はどんなことがあってもアクセスしない。

たぶん そのうち deny等 する事になると思います。

よろしくお願いします。

851 :root ★:04/08/12 14:01 ID:???
>>847
そういう事情ですか。
では、24時間限定でいきましょう。

明日の14:00でばっさり止めるということでいかが。

で、>>849 は、c.bbspink.com (仮)とかを作る方向で考えればいいかなと。
( 参考 >>830 )

852 :こうすけ ★:04/08/12 14:02 ID:???
了解です。
じゃあ、中止しましょう。

ぴんくちゃんねるで、本当にc.bbspink.comが必要になったら、その時にやりましょう。

853 :動け動けウゴウゴ2ちゃんねる:04/08/12 14:04 ID:GzFaCuRY
書き込む前にリロードしましょうネ

854 :こうすけ ★:04/08/12 14:06 ID:???
(1)今すぐやめる
(2)1日限定
(3)c.bbspink.com(仮)を作る

どうしましょうか?

855 :FOX ★:04/08/12 14:12 ID:???
質問です
c.2ch.net を一週間ぶっつづけでダウンタイムなしで動かすには
どうしたらいいのだろう?

さらに一ヶ月だったら?

856 :root ★:04/08/12 14:15 ID:???
>>850 >>852

了解です。
そこまで理由が明確であれば、「分離する方向で」ではなく「今後完全分離」かと。

c.bbspink.com についてはbbspinkの板などと同様、bbspinkのオーナー・スポンサー方面の意向で。

>>854
私は「明日の14時までに限定、今後c.2ch.netでの復活なし」でよいと思いますがいかが。

857 :root ★:04/08/12 14:21 ID:???
>>855
系全体として、c系のサービスダウンをさせないように、という意味だと理解しました。

金がかかる方法(力技)はたぶんいろいろあるけど(わりと確立している)、
できるだけ知恵で解決できないか、というのが質問の趣旨かしら。

858 :FOX ★:04/08/12 14:24 ID:???
>>857
すべての方法の中から、最善手を考えたいです。

「サーバを六台投入すれば一ヶ月もつ」とかが知りたいです。

859 :root ★:04/08/12 14:32 ID:???
なるほど。>>858
それじゃ、これまでわかったことを下敷きに、グランドデザインを考える必要がありそうだ。

大方針a)落ちないように、専用の機器等を使ってガチガチに固める
大方針b)落ちるものと仮定して、一部マシンが落ちても大丈夫な構成でシステムを組む

が、まず大きな分かれ目になりそうですね。

# 個人的にはb)乗りです。

860 :root ★:04/08/12 14:35 ID:???
で、「見切り」をどこに作るかが次のステップか。

例: フロントエンドとバックエンドを接続しているネットワークはこわれないとみなし、二重化しない、等

861 :こうすけ ★:04/08/12 14:35 ID:???
b)でしょうね。

a)は金がかかりすぎると思う。

862 :FOX ★:04/08/12 14:42 ID:???
勝手にいろいろい仮定して一つの案を出してみると、

仕組み的にはこれまでやってきた方法の延長線上でok
(新しい仕組みを作るにはさらに数ヶ月かかりそうだから)
で、知恵も絞りつくしてあとは若干の性能向上が見込めるだけ、
ということは、物量作戦なのかな?

BlackGoat 二台増設
au banana 四台増設
docomo cobra 四台増設
others banana 二台増設
c.2ch.net banana 一台で独立

これだけあれば九月を乗り切れる

とか、

863 :root ★:04/08/12 14:51 ID:???
ちと、今日はしばらく忙しいので手短に。

>>862
つまり横並び作戦(当初路線の延長線上でいく)ということですね。
どのパーツがどのくらい必要なのかは、これまでとった統計情報から見積もってみるかんじで。

あと試してみたいソフトウェア的な知恵としては、
フロントエンドにsquidを入れて、httpdが満員にならないようにするぐらいですかね。


864 :こうすけ ★:04/08/12 14:52 ID:???
それか、キャリア毎に分けるのをやめてしまうとか。。。

BlackGoat banana 二台 (取り込む鯖で分ける)
c-x cobra 四台 (同じスペックの方がいいんだよね)
c.2ch.net banana 一台 (ロードバランサ)




865 :不動楽 ★:04/08/12 23:00 ID:???
BlackGoatの増設だけで結構いけるんじゃないかと思ったりするんですが。

866 :動け動けウゴウゴ2ちゃんねる:04/08/12 23:16 ID:ucl7kYqS
今のところ、au、docomo、otherに分けている目的って分析だけ?

867 :動け動けウゴウゴ2ちゃんねる:04/08/12 23:57 ID:yr0Ymcf7
キャリア別フロントエンドは既定事項
理由・目的は誰かさんの深謀遠慮

868 :こうすけ ★:04/08/13 00:22 ID:???
アクセス数が横ばいなら、BlackGoat増強だけで解決しそうですね。

869 :こうすけ ★:04/08/13 00:34 ID:???
いまのところ、bbspinkは2chのほぼ1/10程度ですね。

浸透していない、かつ、r.i/p.iが生きているのでこれくらいなのかもしれませんが、、、


870 :動け動けウゴウゴ2ちゃんねる:04/08/13 00:55 ID:fGmLeItu
キャリアごとに分けるの止めると、フロントの数減らせそうだけどな。
あと、一台が落ちても他のに分散して耐えしのげそうなんですけど。
どうなんだろ?


871 :動け動けウゴウゴ2ちゃんねる:04/08/13 01:12 ID:JJOjhSpM
キャリア別って速度で分けるためじゃないの?

872 :FOX ★:04/08/13 05:08 ID:???
>>823
現在の構成をこのスレッドに書いていただけるとありがたいです

>>507 からどの様に変化しているのですか?

873 :こうすけ ★:04/08/13 05:33 ID:???
>>872 FOXさん

フロント側の構成は>>507で変更ありません。

>>507の時は、BlackGoatにbanana406を使っていましたが、
アクセスピーク時(22:00頃〜2:00頃)におけるキャッシュヒット率の急激な低下
つまり、トラフィックの漏れ出しが発生していました。
そこで、ためしにcobra2244を使ってそのあたりが改善するかを調査中です。


874 :FOX ★:04/08/13 05:41 ID:???
つまりこうかな?

フロント(受付嬢)
c.2ch.net (banana405)
|- c-au1 (banana403) -|
|- c-au2 (banana404) -- 二台でロードバランス
|
|- c-docomo2 (peko247) -|
|- c-docomo3 (peko246) -- 二台でロードバランス
|
|- c-others (banana405) - c と共用

バック(黒山羊さん)
BlackGoat #1 (banana406) - 休止中
BlackGoat #2 (cobra2244) - 稼動中

875 :FOX ★:04/08/13 05:44 ID:???
>アクセスピーク時(22:00頃〜2:00頃)におけるキャッシュヒット率の急激な低下
>つまり、トラフィックの漏れ出しが発生していました。
>そこで、ためしにcobra2244を使ってそのあたりが改善するかを調査中です。

この部分なんですが、背景等を解説していただけるとありがたいです
1) キャッシュヒット率の低下がなぜ起るのか?
2) なぜcobra2244 (pekoサーバ) を使うと解決すると予想したのか?

等々



876 :こうすけ ★:04/08/13 06:13 ID:???
>>875 FOXさん

そのあたりの技術的なものは、rootさんに正確に答えてもらった方がいいと思うので、
rootさんの回答待ちということで、、、
一応、1日経過時のrootさんの考察が>>827-828にありますので、参考にして下さい。


877 :こうすけ ★:04/08/13 06:49 ID:???
現在のシステムでは、bananaなBlackGoatでは処理能力不足

そこで、
(1)BlackGoatへのリクエストの量を減らす → 簡易版メニューでの実験
結果、多少改善されたが、負荷ピーク時はBlackGoatに繋がらない状態が頻発

(2)BlackGoatの処理能力を上げる → Cobraで実験
負荷ピーク時でも、BlackGoatに繋がらない状態は起こっていない

次は、じゃあBlackGoatに必要な処理能力はbanana何台分?
になるのではないかと思います。


878 :▲:/usr/local/bin/ch2 -o i686 ◆P8fXJj6wwo :04/08/13 11:26 ID:Q1CkO4vg
bananaに搭載されているPen4コアって北森ですか?ぷれすこですか?
用途を考えるとL2の容量差もヒット率の違いに絡んでいそう。

仮にそうでなかった場合は

・peko/Cobraもう一台をblackgoatとして投入
・各フロントエンドサーバと各blackgoatの間は
 すべてGbE化して間にロードバランサを挟む

ぐらいのことをかんがえないといけなくなるかも・・・。

879 :FOX ★:04/08/13 14:28 ID:???
>現在のシステムでは、bananaなBlackGoatでは処理能力不足

この処理能力が何を指しているかを顕在化させたいんですよね、
そして「結果的にCobraでよかった」じゃなくて、何がどうなったから
Cobraでよかったと言いたいんですよね、そうしなきゃ無駄な投資を
してしまうですー

880 :動け動けウゴウゴ2ちゃんねる:04/08/13 14:31 ID:99eoO+1F
データベースが同じならCPUの違いで
キャッシュヒット率が変わるのかなあと呟いてみるテスト

881 :root ★:04/08/13 14:31 ID:???
いろいろ書きたい事/レスすべきことがありますが、ちょっとあとで。

14:00過ぎたので、c系から大人の時間を削除してくださいー。>両氏

882 :不動楽 ★:04/08/13 15:29 ID:???
あれ?大人の時間、なんで復活しているんでしょう・・・?
取り合えず、作業はいります。

883 :不動楽 ★:04/08/13 15:36 ID:???
>>882
完了です。
c.2ch系列からは完全にアクセスしなくなったはずです。

884 :root ★:04/08/13 15:37 ID:???
>>882
どもです。

1日だけ復活させた経緯は、このスレの>>829あたりから。

885 :root ★:04/08/13 15:41 ID:???
本業ばたばたですんませんが、とりあえずざっくりと観察結果を。

2ch : bbspink = 1 : 1/10〜1/12

bbspink系は、
20:00から上昇カーブに入り、2:00あたりまで上昇曲線。
概ねPCの転送量と傾向は同じだが、
PCよりも1〜2時間ぐらい、ピークがうしろにある。

886 :動け動けウゴウゴ2ちゃんねる:04/08/14 06:14 ID:fvRHjddQ
blockgoatがdat取得するの2分ごとに一括更新の同期式?〉転送量の上下が激しい
それともdatごとに更新の非同期式?〉転送量はなだらかに


887 :FOX ★:04/08/15 00:48 ID:???
2ちゃんねるLANにつながっていて
未投入なのは投入しちゃった方がいいような、

888 :root ★:04/08/15 17:34 ID:???
>>887
今使ってないのはbanana402かな。
blackgoat1号機も使ってないか。

今帰省先なので、>>875- のQも含めて、月曜以降にいろいろと。


889 : ◆BFzK/mtqM2 :04/08/16 19:40 ID:mRGHMp91
GA-7A8DW(未開封新品)が9800円で売ってたので、衝動買いしてしまった。
石二つ探してこないと。。。。。
http://tw.giga-byte.com/Server/Products/Products_ServerBoard_GA-7A8DW.htm



890 :root ★:04/08/17 15:06 ID:???
>>875 にようやくレス。

Cobraを使うと解決すると予想したのは、I/Oの速度の向上への期待です。

旧blackgoatでは、ロードアベレージの上昇はそれほどでもないのに、
アクセス集中時にログインすると、対話的パフォーマンスの低下が起きていました。
(コマンドを入れると詰まる感じ)

systat -v/iostat等で、ad0/ad1がめいっぱい使い切られていると思われる
兆候が見えていました。
(ディスクは、ccdを使って2本のディスクをストライピングで使用)

squidのログを確認すると、かなりの割合でキャッシュからデータが獲得できなかった旨の
エラーが出力されていました。

ネットワークの統計からは、この時点ではまだ帯域は使い切っておらず、またパケットの
取りこぼしや再送も、発生していないように見えました。

squidは400Mぐらいメモリを使っていましたが、メモリが不足している兆候は
まだ見えていませんでした。

このような状況から、

・CPU usageはまだめいっぱいではない
・ネットワークもまだ破綻していなかった
・ディスクI/Oが目いっぱいまで使い切られていた

=>squidのソースを読みきれていないが、ディスクI/Oが目いっぱいの状況の時に、
キャッシュヒット率が悪くなっていることから、ディスクI/Oの速度を上げれば、
キャッシュヒット率が向上し、系全体のパフォーマンスも向上するかもしれない

と、判断しました。

891 :root ★:04/08/17 15:11 ID:???
>>879
ということで、
> 何がどうなったからCobraでよかった

ですが、私の判断ではディスクI/Oパフォーマンスの向上が
最も大きいと考えています。

ディスク構成:

blackgoat1号機:
・同一バス上に接続された80G UltraATA100 IDE 7200rpmディスク2台
・IDEはオンボード、32bit
・FreeBSDでストライピングを設定

blackgoat2号機:
・別々のバス上に接続された36G Ultra320 SCSI 15000rpmディスク2台
・SCSI cardは64bit PCIで接続、64bit OS
・FreeBSDでストライピングを設定

892 :FOX ★:04/08/17 15:13 ID:???
どもです どもです

http://server.maido3.com/pie/graph/oyster244.gif
さらに質問ですが
このグラフを見る限り、深夜ピーク時キャッシュヒット率が以前よりは
向上していると見られるのですが、あってますか?

さらにヒット率をあげることは可能なのでしょうか?
また 現 BlackGoat#2(peko244) の使用率はどれくらいと推測しますか?
つまりまだまだキャパシティがあるのかどうか・・・

893 :root ★:04/08/17 15:17 ID:???
で、>>887-888

banana402: 純粋banana+Intel Ethernet card
memory512M, 10M帯域制限

banana406: 強化banana+Intel Ethernet card (2 I/Fs)
memory1G

投入するとしたら、banana402がcの二重化(現在はcが落ちると全部(りゃ)、
負荷上昇が目立つc-au系の3号機あたりか。

他に何か案は↓

894 :FOX ★:04/08/17 15:20 ID:???
つまり管理人から御代として出されているディレイ60sec実験なんですが、
受付嬢は直接的には何ら変化が無いと予想できるのですが、
(めぐりめぐっての変化はあるかも)

BlackGoatは単純に出口というか入り口というか
2ちゃんねるの各サーバにつながっている方は二倍の量になり
キャッシュしている dat の書き換えも二倍になると予想されるから、

という話しなんですが、

895 :root ★:04/08/17 15:22 ID:???
>>892
あってますね。明らかにヒット率は向上しています。
使用率は、きちんと計測しないといけないところですが、
ディスクI/Oはまだなんとかなるかなと。

ただ、2ちゃんねる用ネットワークのほうが、100Mbps接続でもうかなりめいっぱいに近いですね。

http://mumumu.mu/mrtg/mrtg-rrd.cgi/traffic/blackgoat2-privatetraf.html

896 :FOX ★:04/08/17 15:24 ID:???
>>893

banana406 が他のau機とスペックが同じでしたっけ?
banana402 がちょと違うスペックで、


897 :root ★:04/08/17 15:25 ID:???
>>894
60secにして今のblackgoat2が耐えられるか、ということですね。

どうだろうか。正直、やってみないとなんともいえないところかも。
いままで、ここまでProxyサーバをいじめて使ったことがないし。

>>895 で指摘した、フロントエンド <=> blackgoat2 の間は、
例えばblackgoat2を1G接続にするとかできれば、まだいける気がするです。

898 :root ★:04/08/17 15:28 ID:???
>>896
banana403, 404, 405, 406は全く同じH/Wですね。
bananaベース、メモリ1G、Intel Ethernet I/F x 2

banana402は他のbananaサーバと同じ(メモリ512M)に、
Intel Ethernet I/F x 1を追加したものにみえます。

899 :FOX ★:04/08/17 15:28 ID:???
レスが入り乱れますが、

>>895
2ちゃんねる各サーバ ━む→ BlackGoat ━ら→ 受付嬢  ━さ→ 端末
とした場合の 「む」の部分が 100M 目いっぱいになっているってことですか?

解決策はあるんだろうか・・・
というか その部分の容量 GigaBit じゃ無いんですか?

900 :FOX ★:04/08/17 15:31 ID:???
>>898
ということは
banana406 = c-au3
banana402 = c の独立 or/and 多重化

に一票。
c-docomo はどこから捻出してくるか。。。

Tiger511,512 を BlackGoat に入れて
Peko機はdocomo用受付に転出か・・・

901 :FOX ★:04/08/17 15:32 ID:???
>>897
今日の夜やってみますかー?
みんなの準備が整えばですけど、

んでだめだったら即時撤退ということで、

902 :root ★:04/08/17 15:35 ID:???
>>899
「ら」の部分ですね。
「む」はまだ平気かと。

そこの部分は自動判別で接続してますが、100Mbps full-duplexであると認識されています。
ここは内部ネットで他の部分に影響ないので、スイッチの設定変更でいけるのかな?

903 :root ★:04/08/17 15:36 ID:???
>>901
設定変更は簡単なので(blackgoat2のsquidの設定を変えるだけ、c-xx側は特に変更なし)、
できると思います。やってみるか。

904 :▲:/usr/local/bin/ch2 -o i686 ◆P8fXJj6wwo :04/08/17 15:38 ID:HzgLTySP
>>902-903
実験するのであれば「ら」をGbE化してからやってみる提案をしてみる。

「ら」はただでさえトラフィックの集中するところですからね。

905 :FOX ★:04/08/17 15:40 ID:???
>>903
そっすね、やってみよう。
今変えちゃうとか、

現状の設備でどうなるかを観察したい、

906 :FOX ★:04/08/17 15:40 ID:???
>>904
この実験では 「ら」の部分には影響を与えないのでは?

907 :root ★:04/08/17 15:42 ID:???
>>905
変えてみますか。

では15:45あたりにやってみます。

908 :root ★:04/08/17 15:43 ID:???
「ら」は、dat/subject.txtの要求に対する応答部分なので、
今回のには影響しないとおもいますです。>>904

909 :▲:/usr/local/bin/ch2 -o i686 ◆P8fXJj6wwo :04/08/17 15:44 ID:HzgLTySP
>>906
ああ、そうですね。「む」のトラフィックを倍増させるだけですから。
ただ、状況次第では影響はありそうですがね。

910 :FOX ★:04/08/17 15:45 ID:???
>>909
そですね、
めぐりめぐっての影響はあると思います

たぶん減る方向へ振れるのかな? (勝手な推測)

911 :root ★:04/08/17 15:48 ID:???
blackgoat2のsquidを再起動した。

912 :root ★:04/08/17 15:50 ID:???
前の設定:
refresh_pattern . 2 0% 2 override-lastmod reload-into-ims

今の設定:
refresh_pattern . 1 0% 1 override-lastmod reload-into-ims


913 :こうすけ ★:04/08/17 16:00 ID:???
わくわく

914 :FOX ★:04/08/17 18:19 ID:???
BlackGoat を任務とすると
Peko , Tiger の能力はほぼ等価と考えていいのかな?

915 :root ★:04/08/17 18:23 ID:???
>>914
たぶん。
・64bit OS(Cobra) vs 32bit OS(Tiger)
・LSI Logic(Cobra) vs Adaptec(Tiger)

あたりが微妙ですが、力が半分になってしまうことは、ないと思います。

916 :こうすけ ★:04/08/17 18:47 ID:???
BlackGoatはBanana2台体制で充分じゃないかな?
Cobra、Tigerはフロント側に使う方がよくないかな?

917 :root ★:04/08/17 18:55 ID:???
>>916
blackgoatはI/Oが重要だから、ちょっとそれはおすすめできないような。
逆に、フロントエンドはbananaをいっぱい並べればいいような気がします。

918 :ひろゆき@どうやら管理人 ★:04/08/17 19:13 ID:???
お?お?

919 :動け動けウゴウゴ2ちゃんねる:04/08/17 19:14 ID:7f4cuIco
>>918
好きな芸能人は?

920 : ◆BFzK/mtqM2 :04/08/17 19:16 ID:+oQ7bCVt
なるほど
SCSIがMUSTってことですかね〜

921 :▲:/usr/local/bin/ch2 -o i686 ◆P8fXJj6wwo :04/08/17 19:25 ID:HzgLTySP
SCSIがっていうよりはRPMとバスの帯域の問題。

結果は日付がかわってからになるでしょうか。

922 :FOX ★:04/08/18 16:31 ID:???
機能は docomo3 が落ちちゃったので、

観察の本番は今日と言うことかな?

923 :root ★:04/08/18 16:37 ID:???
>>922
そですね。
今の時点では、落ちないことを祈るしか(りゃ。

ex7で試している設定変更部分はamd64でも有効みたいなので、
あれが効果を発揮するようなら、順次トライか。

924 :▲:/usr/local/bin/ch2 -o i686 ◆P8fXJj6wwo :04/08/18 18:01 ID:JOngQnZV
今夜は
・北島@競泳の決勝その2:翌0130過ぎ
・中西@競泳の決勝:翌0210分過ぎ
・泉&上野@柔道が勝ち上がった場合の各試合:2230以降、決勝は2330ごろから

とくに危険なのは北島か。

925 :FOX ★:04/08/18 18:36 ID:???
Tiger511,512 は、LoveAffaurで使っちゃう?

926 :FOX ★:04/08/18 18:36 ID:???
Affaur -> Affair

927 :root ★:04/08/18 18:53 ID:???
>>925
入れるとするとどこですかね。
ぱっと思いつくことを書いておこう。上のほうほど、脳内優先度高め。

blackgoatを2台体制に
全代表のcを二重化
このところややトラぶり気味のc-docomoのフロントエンドをスワップor増設
c-auが恒常的に目いっぱいなので強化
c-othersも2台体制がいいのかも

928 :root ★:04/08/18 18:55 ID:???
で、できれば今のクラシックメニューの機能を削減することなく、
維持できるぐらいのゆとりは、作っておきたいかなと。

というかそのぐらいゆとりがないと、すぐにパンクしそうな予感も。
Vodafoneや某孫氏あたりが本気になると、さらなる価格とかサービス競争が起こるだろうし。

929 :FOX ★:04/08/18 18:58 ID:???
「ピーク時でも楽々おさばき」にするという作戦で、
二重化等はその後かと、(何台必要になるのか見当も付かないのですが、、、)

BlackGoat を2(複数)台体制にする場合は、
ちと考えてからの方がいいかな、
出来れば 「む」のトラフィックは増えないほうがいい!

930 :root ★:04/08/18 19:00 ID:???
まずはひとつの系として十分な資源にしよう、という作戦ですか。>>929
耐障害性や冗長性はその後で別途考慮と。

Tigerが2台来る前提で、少し考えてみるです。

931 :root ★:04/08/18 19:06 ID:???
で、私は深夜までしばらくおいそがしなので、
その間にパズルしていただけるとうれしいかなと。

blackgoat役はcobra2244(今のもの: メモリ3G = いちばん多い)で確定として、
他の使えるタマの一覧:

標準banana1台 banana402: Pem4 2.8G 512Mmem IDE
強化banana4台 banana403〜406: Pen4 2.8G 512Mmem IDE
cobra2台 cobra2246〜cobra2247: Opteron 244 dual 2Gmem SCSI
tiger2台 tiger511〜tiger512: Xeon 2.8G dual 2Gmem SCSI

さて、どう組み合わせるか↓

932 :こうすけ ★:04/08/18 22:24 ID:???
tigerって、フロントに入れるとどのくらいの能力あるのかな?
cobra : tiger : banana = 3 : 2 : 1 くらい?

933 :動け動けウゴウゴ2ちゃんねる:04/08/18 23:12 ID:nNoGn/yt
>>932
>>917

934 :こうすけ ★:04/08/19 01:05 ID:???
Cobra2244なBlackGoatの落ち込みは
負荷?
ex7鯖落ちのせい?


935 :未承諾広告※ ◆TWARamEjuA :04/08/19 02:55 ID:0XH+5NhZ
Date: Thu Aug 19 02:46:03 2004 JST-9 (Wed Aug 18 10:46:03 2004 PST+8PDT)
Target: cobra2247.maido3.com[c-docomo2.2ch.net] 206.223.151.215

httpd だけが反応無いようですが作業中でしょうか?

936 :未承諾広告※ ◆TWARamEjuA :04/08/19 02:59 ID:0XH+5NhZ
>>935
訂正。sshもftp反応ありませんですね。

937 :未承諾広告※ ◆TWARamEjuA :04/08/19 03:03 ID:0XH+5NhZ
リブート要請出しておきますー

938 :FOX ★:04/08/20 03:23 ID:???
http://server.maido3.com/pie/

939 :root ★:04/08/20 03:32 ID:???
>>938
おお。

わたしも、がんがって作んないと。

# きょうは、ちともう作業できんです。すんません、ごめんなさり。

940 :こうすけ ★:04/08/20 03:34 ID:???
>>938 FOXさん
Love Affair 欄を作ってくれたのですね。
ありがとうございます。

>>939 rootさん
http://mumumu.mu/mrtg/mrtg-rrd.cgi/loveaffair/blackgoat2-hits.html
0時付近の挙動は何なんですかね?
フロント側の問題なのか、BlackGoatのチューニング不足によるものなのかな?
rootさんに、調べてもらいましょう。


941 :root ★:04/08/20 03:41 ID:???
>>940
うーん、ピーク時にsquidがcore dumpを繰り返してる。

Aug 19 09:48:22 <0.6> oyster244 kernel: pid 82560 (squid), uid 400: exited on signal 6 (core dumped)
Aug 19 09:48:24 <0.2> oyster244 kernel: Limiting closed port RST response from 257 to 200 packets/sec
Aug 19 09:48:22 <20.5> oyster244 squid[62646]: Squid Parent: child process 82560 exited due to signal 6
Aug 19 09:48:25 <20.5> oyster244 squid[62646]: Squid Parent: child process 82590 started

旧blackgoatでdiskdの時にやはりcore dumpしたので、
diskdをやめて、aufsにしてみるか。

942 :root ★:04/08/20 03:45 ID:???
aufsにしてみた。

(さっきまで)
cache_dir diskd /usr/local/squid/cache 40000 16 256

(現在)
cache_dir aufs /usr/local/squid/cache 40000 16 256


943 :FOX ★:04/08/20 03:46 ID:???
何を何に使うとか、いろいろ考えつつ並べ替えたのですが、、、

ちなみに次スレpart3は「シーガーディアン」です。

テンプレ
----------------------------------------------
【Love Affair】携帯からのアクセスに対する考察・次の一手 Part3
----------------------------------------------
日増しに増加する携帯からのアクセス。
かつて、羨ブラが生まれたように何かが生まれないと
ならない気がする。

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

Love Affair 作戦。
Part3 シーガーディアン

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


944 :root ★:04/08/20 03:49 ID:???
Sea Guardian ですか、、、。

で、久しぶりにroot権限ありサーバに戻って来たnewsplusの統計情報見て思ったこと。
「携帯(=r.i)の分が減ったのは、すごくおおきい」

# もう今日は限界っす。おやすみなさい。

945 :FOX ★:04/08/20 04:02 ID:???
banana402 -> c-au3
banana406 -> c-au4
遊ばせておいてももったいないから投入しちゃって

tiger511 , tiger512 が来たらこの二台を BlackGoat (一台はc.2ch.net独立でもいい)
あいた peko244 を c-docomo4 にする。

とか、

946 :こうすけ ★:04/08/20 04:04 ID:???
>>943 FOXさん、

そろそろ次スレの時期ですね。

c-auは、強化banana4台
c-docomoは、cobra2台+tiger1台
c-othersは、tiger1台
c.2ch独立で、標準banana
あたりじゃないかと思っているのですが、、、

BlackGoatがcobraで不足の場合は、tiger2台体制
c-docomoは、cobra2台+強化banana1台
c-auは、cobra1台+強化banana2台
c-othersは、強化banana1台
c.2ch独立で、標準banana
(ロードバランスが違う性能の鯖でもOKならばですが。。。)

>>944 rootさん、
お疲れ様でした。

947 :こうすけ ★:04/08/20 04:05 ID:???
>>945
そっちの方が現実的かもしれませんね。

948 :動け動けウゴウゴ2ちゃんねる:04/08/20 13:34 ID:SHKPDpem
金曜会
 三菱自の再生見直し及び追加支援

949 :未承諾広告※ ◆TWARamEjuA :04/08/21 23:39 ID:aQbazH06
c-docomo3が不通のようですが、作業されているのでしょうか?
(uptime記録には1userとの表記があります。> http://sv2ch.baila6.jp/loadlog/c-docomo3.2ch.net.txt

もしリブートが必要でしたら、このスレッドか、
【 MACKEREL HAS BEEN DOWN 】リブート部隊連絡所 -- Count 01
http://qb5.2ch.net/test/read.cgi/operate/1089118995/l50
上記のスレッドにてリブート要請の要請?を宣言していただければ対処いたしますので。

c-docomo3が止まっていますのでc-docomo2に負担が掛かってもいます。
って事でひとまずリブート要請出しておきますm(_ _)m

950 :こうすけ ★:04/08/22 00:34 ID:???
>>949
お疲れです。

一応、sshで接続までは出来たが、入れませんね。。。。
高負荷状態なのかな?

951 :FOX ★:04/08/22 03:24 ID:???
黒山羊さんの転送量がぐ〜んと減ったのはどして?
http://server.maido3.com/pie/graph/oyster244.gif

952 :動け動けウゴウゴ2ちゃんねる:04/08/22 03:39 ID:g97Gr/y4
>>951
読まずに食べたから

953 :こうすけ ★:04/08/22 04:16 ID:???
>>951
現在、c-docomo3がダウンしているからじゃないかな?

954 :FOX ★:04/08/22 04:37 ID:???
>>953
昨日からずっと?

955 :こうすけ ★:04/08/22 05:13 ID:???
>>954
http://ch2.ath.cx/load/
昨日の21:30からですね。



956 :FOX ★:04/08/22 05:18 ID:???
というか

おとといからずっと? と聞くべきか、

957 :こうすけ ★:04/08/22 05:23 ID:???
一昨日と言えば、
942 名前:root ★ 投稿日:04/08/20 03:45 ID:???
aufsにしてみた。

(さっきまで)
cache_dir diskd /usr/local/squid/cache 40000 16 256

(現在)
cache_dir aufs /usr/local/squid/cache 40000 16 256

これかな?

958 :FOX ★:04/08/22 05:24 ID:???
おおっ

1/10 近くななった予感、

959 :こうすけ ★:04/08/22 05:28 ID:???
1/10ですか、激減ですね。

という事は、当分はcobra1台でまかなえそうですね。


960 :動け動けウゴウゴ2ちゃんねる:04/08/22 06:53 ID:IlmPli6f
>>11
俺は泣き脅しがでゑ嫌いだ!

961 :root ★:04/08/22 15:25 ID:???
リブート後、c-docomo3のhttpdが上がっていなかった模様。
今立ち上げなおした。

962 :root ★:04/08/22 15:32 ID:???
で、aufsの方がdiskdよりも効率がいいのか、、、。
そいえば、blackgoat1号機でもそうだったかも。

やってみないとわからんもんですね。

963 :こうすけ ★:04/08/22 15:37 ID:???
>>961
ありがとうございます。

ログインして立ち上げようとしたが、Permission Denied で立ち上げられなかった。

964 :動け動けウゴウゴ2ちゃんねる:04/08/22 19:25 ID:AMjp3ZA3
diskdが死ぬのはSYSVSHMの設定がよわよわだからだと思うのだが。
2chみたいな高負荷リバースプロクシやるのなら
SHMSEG=128
SHMMNI=192
SHMMAX=33554432
SHMALL=8194
ぐらいは増やさないと。
このあたりは他のチューニングと理屈は一緒なのでメモリ量に応じて。

チューニングができたdiskdだったらaufsなんかとは比べ物にならないぐらいリクエスト数がさばけるよ。

965 :root ★:04/08/22 19:58 ID:???
>>964
うーん、そのへんは一応前にも疑っていて、今こうだったり。

%sysctl -a | grep kern.ipc.shm
kern.ipc.shmmax: 33554432
kern.ipc.shmmin: 1
kern.ipc.shmmni: 192
kern.ipc.shmseg: 128
kern.ipc.shmall: 8192
kern.ipc.shm_use_phys: 0
kern.ipc.shm_allow_removed: 0

diskdにするとき、このへんいじったです。

# for squid cache
options MSGMNB=16384 # max characters per message queue
#options MSGMNI=40 # max number of message queue identifiers
#options MSGSEG=2048 # max number of message segments in the system
options MSGSSZ=64 # size of a message segment (Must be 2^N)
options MSGTQL=1024 # max amount of messages in the system

で、こんなかんじ。

%sysctl -a | grep kern.ipc.msg
kern.ipc.msgmax: 131072
kern.ipc.msgmni: 40
kern.ipc.msgmnb: 16384
kern.ipc.msgtql: 1024
kern.ipc.msgssz: 64
kern.ipc.msgseg: 2048

966 :▲:/usr/local/bin/ch2 -o i686 ◆P8fXJj6wwo :04/09/02 13:02 ID:4SB06THC
wikiを更新してみましたが、どっか違っていたらスマソ。

http://info.2ch.net/wiki/pukiwiki.php?Love%20Affair

967 :動け動けウゴウゴ2ちゃんねる:04/09/04 21:44 ID:9owZb4LU
(^^ゞ

968 :root ★:04/09/06 22:16 ID:???
bbspinkのURIが出現した時はcっぽく変換するんではなくて、
今のところはread.cgi => r.iへの変換をしてやるのがいいんではないかしら。

969 :不動楽 ★:04/09/07 18:58 ID:???
>>968
なるほど、そうしましょう〜
ところで、404 Not Foundと、403 Forbiddenのリダイレクト先を、
00.hにしたいのですが、
.htaccessでやってしまって構わないですか?
httpd.confの方が良いでしょうか?

970 :不動楽 ★:04/09/07 19:13 ID:???
>>969
すいません、00.hというのが変わりそうなので、
取り合えず.htaccessでやってしまいます。

971 :root ★:04/09/07 19:40 ID:???
>>970
了解です。それでおねがいします。

972 :root ★:04/09/14 04:07:38 ID:???
tiger511, tiger512, banana402 投入準備できました。
さて、どういう戦略で投入するのがいいのかしら。

ということで、今日はおやすみ。

973 :こうすけ ★:04/09/14 11:03:13 ID:???
banana402はau3かなぁ〜
んで、BG1をothers2に持っていき、tiger511をBGにする。
残りのtiger512はどうしましょうか?c.2ch独立かな?

974 :root ★:04/09/14 15:06:40 ID:???
>>973
いいせんですね。< 上の2行。

tiger512は、c-docomo4がいいかな。

975 :FOX ★:04/09/14 15:08:56 ID:???
docomo は oyster244 で
peko で揃えた方が気持ちいいような

976 :FOX ★:04/09/14 15:09:46 ID:???
Tiger 二台を BG へ
とか、

977 :root ★:04/09/14 15:10:27 ID:???
まとめると、

c代表 & c-others系: banana405 banana406
c-au系: banana402 banana404 banana402
c-docomo系: cobra2247 cobra2246 tiger512
blackgoat系: cobra2244 tiger511

かな。

978 :root ★:04/09/14 15:12:18 ID:???
>>975
メモリ容量が違ったりしますが、たしかにその方がよさげですね。
こうかな。

c代表 & c-others系: banana405 banana406
c-au系: banana402 banana404 banana402
c-docomo系: cobra2247 cobra2246 cobra2244
blackgoat系: tiger511 tiger512
BBM/m: cobra2245

979 :root ★:04/09/14 15:14:52 ID:???
で、>>978 にするためには、まずblackgoatの変更からかな。

ではtiger511とtiger512に、blackgoat用のセットアップを実施します。
今夜あたりにはフロントエンドの変更作業できるようにします。

980 :FOX ★:04/09/14 15:14:53 ID:???
>c-au系: banana402 banana404 banana402

402 が duplicate かな?

c-au系: banana402 banana403 banana404
が正解かしら?



981 :root ★:04/09/14 15:15:12 ID:???
>>980
あ、そうです。

982 :▲:/usr/local/bin/ch2 -o i686 ◆P8fXJj6wwo :04/09/14 16:14:19 ID:jqYkx8ST
980突破したので次スレの季節かと思って立てようとしたけど無理ですた
以下1案。気に食わなければ書き換えて結構でつ
--------
日増しに増加する携帯からのアクセス。
FOX ★の提唱で始まる。

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

システムはほぼ完成、サーバの再編が現在話し合われている

Love Affair 作戦 Part3!
「化物特急 スーパー宗谷2号 札幌行」

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

Part1 http://qb5.2ch.net/operate/kako/1075/10758/1075887465.html
Wikiページ http://info.2ch.net/wiki/pukiwiki.php?Love%20Affair

983 :FOX ★:04/09/14 16:16:13 ID:???
おっ 立てるべか、
行ってきます。

984 :FOX ★:04/09/14 16:19:48 ID:???
次スレ

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

へんな★で立ててしまっただ。

>>982
なぜに 261


985 :▲:/usr/local/bin/ch2 -o i686 ◆P8fXJj6wwo :04/09/14 16:22:47 ID:jqYkx8ST
>>984
最近凝っているんですが、某サイトで1号の前景展望が見れます。

ただし豊富以北がまだ未公開。

986 :動け動けウゴウゴ2ちゃんねる:04/09/15 15:06:23 ID:gdxxJDJ7
150623

987 :動け動けウゴウゴ2ちゃんねる:04/09/16 15:17:41 ID:JYoZE/IT
151741

988 :動け動けウゴウゴ2ちゃんねる:04/09/17 12:23:34 ID:b60OdMMD
122334

989 :動け動けウゴウゴ2ちゃんねる:04/09/18 11:47:48 ID:bynbPVIz
月月火水木金金

990 :動け動けウゴウゴ2ちゃんねる:04/09/19 11:47:48 ID:glLpmPxh
114748

252 KB
■ このスレッドは過去ログ倉庫に格納されています

★スマホ版★ 掲示板に戻る 全部 前100 次100 最新50

read.cgi ver 05.02.02 2014/06/23 Mango Mangüé ★
FOX ★ DSO(Dynamic Shared Object)