【Project peko】2ch特化型サーバ・ロケーション構築作戦 Part15

**▲:/usr/local/bin/ch2 -o i686** ◆P8fXJj6wwo · 04/08/21 15:04

peko作戦について語るスレです。
サーバロケーションPIEに関する話題もこちらで。
現在の主要なテーマはpeko/cobraおよびtigerサーバが
特定条件下における突然死の原因究明です。
９月にrootさんが現地へ渡米して作業するそうです。

＜関連サイト＞
レンタルサーバー maido3.com ２ちゃんねるの転送量: http://server.maido3.com/pie/
MRTGによる統計情報: http://mumumu.mu/mrtg/
２ちゃんねる/PINKちゃんねる稼動中のサーバ一覧: http://mumumu.mu/serverlist.html

＜運営板PINKちゃんねる関係＞
【Project ama】PINKちゃんねる特化型ｻｰﾊﾞ構築作戦 Part2
http://qb5.2ch.net/test/read.cgi/operate/1082721809/l50
【PINKちゃんねる】新サーバ獲得会議☆3
http://qb5.2ch.net/test/read.cgi/operate/1080295660/l50

＜携帯電話特化型サーバ構築作戦関係＞
【Love Affair】携帯からのアクセスに対する考察・次の一手 Part2
http://qb5.2ch.net/test/read.cgi/operate/1088657713/l50

＜前スレ＞
【Project peko】2ch特化型サーバ・ロケーション構築作戦 Part14
http://qb5.2ch.net/test/read.cgi/operate/1087666806/l50

**root▲ ★** · 04/11/29 00:27:26

>>691
ちと長くなるので、別々に答えます。
まず結論から。

1) Yes

動作原理は後述します。

2) 現在の2chの運用形態なら、bbs.cgiの配布・保守形態は現在のままでよい

2-1)親bbs.cgiがrequireしているファイル、
例えばbbs.cgi主処理部(頻繁に変更される方)が
更新された場合は、特に何もする必要はありません。

なぜかというと、現在の２ちゃんねるでのSpeedyCGIの運用形態が
「バックエンドエンジン毎回起動モード(-r1)」だからです。
理由は後述します。

2-2)親bbs.cgiそのものが更新された場合は、>>659にあるように、
bbs.cgiの1行目を#!/usr/bin/perlから
#!/usr/local/bin/speedy -- -r1 -t60に変更する必要があります。

ただし、急いで変更しなくてもSpeedyCGIのパフォーマンスにならないだけで、
従来のPerlのパフォーマンスで動き続けるため、運用にすぐに支障が出るわけではありません。

現状、親bbs.cgiにはめったに更新がかからないため、
親bbs.cgiに変更がかかったのを私が知ったら、その都度作業するというポリシーで、
当面はいけると考えています。

# というか、想定質問っす(w。

## 後述は、めしくってから書きます。

**root▲ ★** · 04/11/29 00:28:38

ちなみに、bbs.cgi主処理部が更新された場合に
ちゃんとそれが即座に反映されることは、実地に確認してありますです。はい。

**FOX ★** · 04/11/29 00:50:19

bbs.cgi がこれによってかなり美味い具合になってきたとすると、
もう一つほとんど更新されないcgiがあるわけですが、
そっちはどのような方針がいいんですかね?

1) Perl にして同様にSpeedy化する。
2) C のまま、Apache のモジュール化する。

2) の方が効果があると思ってはいますが、
実は 1) でも 2) の90% くらいの効果が望めるので 2) にするとか?

read.cgi ですが、

**root▲ ★** · 04/11/29 00:58:31

今既にCで書いてあるもので、かつコンパクトなプログラムなので、
私は 2) がよいと考えていますです。
めざす方向は、mod_readがいいなと。

1)にして効果を上げる(SpeedyCGIの本来のパワーを発揮させる)ためには、
それなりにきちんと(Per作法l的に)プログラミングする必要があるようです。

今のbbs.cgiはいわば「SpeedyCGIを使ううまみの1割も使っていない」状況です。
それも、あわせて後述を。

**FOX ★** · 04/11/29 01:00:06

んじゃ　若さの暴走ということで
mod_read に挑戦してみますかー

と、

**root▲ ★** · 04/11/29 01:44:09

以下はにわか勉強なので、間違い・不足な点はご指摘いただけるとたすかります ]

・SpeedyCGIの動作原理

SpeedyCGIは、フロントエンド部とバックエンドエンジンに分かれています。
フロントエンドは、ApacheモジュールまたはCGIプログラム(/usr/local/bin/speedy)として呼ばれます。

フロントエンドはバックエンドエンジンがいなければ起動し、Perlプログラムをプロセス間通信で
バックエンドエンジンに渡します。

バックエンドエンジンはPerlプログラムを＊実行前に＊コンパイルし、できた中間コードをメモリ上に展開し、
それを実行します。

つまり、Perlをインタプリタで実行せず、コンパイル後のバイナリを実行するようになるため、
その分実行が高速になります(効果1)。

その後、デフォルトではバックエンドエンジン側の処理が終わっても、
コンパイル後のバイナリコードは開放されることなくバックエンドプロセスのメモリ上に残り、
次に同じプログラムのリクエストをフロントエンドから受けた場合、
cgiプログラムが更新されていなければ
(ここで本体cgiの時間をチェックし、更新されていれば自動的に再読み込み&再コンパイル)、
同じバイナリコードを、そのまま再利用します。

つまりデフォルトでは、2回目以降はバックエンドエンジンの再起動なし、
再コンパイルなしでそのままバイナリコードが動きます。
ということで、動作がとても高速になります(効果2)。

しかし、この場合Perl側でコードの再利用(主に変数関連)を考慮した、
行儀の良いコードを書く必要があるため、
場合によっては、Perlプログラム側を行儀の良い形に書き直す必要が出てきます。

で、bbs.cgiは残念ながらこれに該当したため、デフォルトの状態では動かなかった。

(続く)

**root▲ ★** · 04/11/29 01:47:30

(続き)

これを避けるために、SpeedyCGIのオプションとして、
バックエンドエンジンの再起動インターバルを指定することができるようになっています。
これが、#!/usr/local/bin/speedy -- -r1 -t60 の -r1 のところです。

ここで1を指定してあるため、1回ごと(つまりフロントエンドが起動されるたびに、毎回)、
バックエンドエンジンを起動しなおすことになります。
つまり、上記の(効果2)を捨てることになるわけです。

**root▲ ★** · 04/11/29 01:50:02

といったところが、SpeedyCGIの私の理解です。

で、量産型bananaにもSpeedyCGIを入れていただけると、
全部のマシンのbbs.cgiを
#!/usr/local/bin/speedy -- -r1 -t60

にできるので、bbs.cgiの管理が楽になったりするです。

>>697
おおっっ。

**FOX ★** · 04/11/29 01:51:38

もったいなかと、

**root▲ ★** · 04/11/29 01:52:50

なお、デフォルトのモードの場合、requireしているほうの子供Perlプログラムが更新された場合には、
自動的には更新を検知できないため、
その場合には >>692 にあるようにApacheをリセットするか、
親cgiをtouchする必要があります。

# ２ちゃんねるの場合「毎回起動モード」なので、たまたましなくてもいいと。

**root▲ ★** · 04/11/29 01:54:19

>>701
ですよ(ο･д･)(･д･`ο)ﾈｰ

bbs.cgiを、具体的にはどう改良すればいいんだろうか。
>>638-639 あたりが答えの一部?

**FOX ★** · 04/11/29 02:03:21

>>703

気分が盛り上がっているので
先に　read.cgi に挑戦したいなと、

read.cgi再開発スレ
http://qb5.2ch.net/test/read.cgi/operate/1087199303/

**root▲ ★** · 04/11/29 02:28:10

>>704
てなわけで、今日はなんだか記念日みたいです。

**FOX ★** · 04/11/29 02:57:01

bbs.cgi の speedy化の効果２をねらう改造の為に
サブドメインが必要な気がしまーす
read.cgi も一緒にやるか、

やっぱ明日、tiger に一個サブドメイン増やそうぜ

**root▲ ★** · 04/11/29 03:00:24

>>706
了解です。

今日は、いい気分で寝られそうな気がするですよ。

◆tuboBGQODY · 04/11/29 11:15:23

電子雑誌だったらできそうな悪寒＞ここのスレのログっぽいの

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

＞697 ：FOX ★ sage ：04/11/29 01:00:06 ID:???
＞んじゃ　若さの暴走ということで
＞mod_read に挑戦してみますかー
↑これ、笑うところ？

**root▲ ★** · 04/11/29 13:56:35

質問・雑談スレ81＠運用情報板
http://qb5.2ch.net/test/read.cgi/operate/1101642955/79-82 を前に、
live8 の bbs.cgi を perlcc 版から SpeedyCGI 版に変えてみた。

昨日の座頭市の時のLAの上がり方から考えて、
毎回起動モードでも、SpeedyCGIの方がいい気がするんで。

**root▲ ★** · 04/11/29 14:17:44

live8 だけ、read.cgi の時も KeepAlive を有効にした。

今の設定:

#
# Thank you for http://qb5.2ch.net/test/read.cgi/operate/1093068260/391-393
#
SetEnvIf Request_URI ^/test/bbs\.cgi nokeepalive
SetEnvIf Request_URI ^/test/subbbs\.cgi nokeepalive
#SetEnvIf Request_URI ^/test/read\.cgi nokeepalive <= ここをコメントアウト

**FOX ★** · 04/11/29 14:25:08

たのしみ　たのしみ

**動け動けウゴウゴ２ちゃんねる** · 04/11/29 14:40:51

いろんな意味でワクワク……。

**動け動けウゴウゴ２ちゃんねる** · 04/11/29 17:37:24

ついでに鯖争奪戦論争も電子ブック化して（ry

サブタイトル募集ちう

**動け動けウゴウゴ２ちゃんねる** · 04/11/29 17:56:52

プロジェクトＸあたりでやって欲しいよね。

◆tuboBGQODY · 04/11/29 17:57:06

サーバ争奪戦は04/08/15（tiger509,510）からはやってないですな

**動け動けウゴウゴ２ちゃんねる** · 04/11/29 18:01:41

争奪戦なんかちゃねらーの一部しか読まないだろ・・・

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

バナナしかよこさないからだろ

あと雑談するなや
質問・雑談スレ81＠運用情報板
http://qb5.2ch.net/test/read.cgi/operate/1101642955/

**root▲ ★** · 04/11/30 18:08:53

>>659 SpeedyCGI導入以降のex7のLAのようす:
http://mumumu.mu/mrtglog/2004/11/30/load/ex7load.html

WeeklyとMonthlyを見る限り、効果はかなりあるみたい。

**動け動けウゴウゴ２ちゃんねる** · 04/11/30 18:49:29

兄貴、かっこいいぜ兄貴。

**ヾ（ﾟﾊﾟ）ﾉ** ◆f0.zuburi6 · 04/11/30 22:32:30

>>719 金曜日深夜域を見ると一目瞭然で砂。
勝ち組宣言楽しみにしてます(素

**いす（仮）** · 04/11/30 23:04:44

bbs.cgi改造するなら、そろそろ古い機能はとっぱらっても良いような。
>>の数チェックとかはもういらないような。

**動け動けウゴウゴ２ちゃんねる** · 04/11/30 23:36:06

むしろ、>>nnでリンクする機能を、.datに直接書き込むのではなく
read.cgi/r.i及び、bbs.cgiでhtml/*.htmlを作成時に変更したら良いのでは。

以前実際の各種板の全.datから計算したら、
通常の板でおよそ10%程度、AA系の板で3%程度、.datのサイズが小さくなるはず。
実況系はその間くらいかな。

専用ブラウザの対応は問題ないはず。
というのは、外部実況板などで>>nnのリンクは.datに入ってないところも多々あるから。

**動け動けウゴウゴ２ちゃんねる** · 04/11/30 23:50:22

少しでもdatを小さくしようと、あえて>を１個にしてる人もいるよね。
2chブラウザなら全く問題ないし。
# 2chブラウザへの移行を促す効果も（Webブラウザだと不便に）
# いわゆるh抜きも同様の効果があるかな、と。

**root▲ ★** · 04/12/01 01:17:30

質問・雑談スレ81＠運用情報板
http://qb5.2ch.net/test/read.cgi/operate/1101642955/371-402

★☆★【娘。】モー狼板運用情報【狼】2☆★☆
http://qb5.2ch.net/test/read.cgi/operate/1099581556/735-759

というわけで、SppedyCGIの-M32オプションをex7で実験中。
live8/16/17にも同じのを入れてみることにしよう。

**動け動けウゴウゴ２ちゃんねる** · 04/12/01 09:44:05

>>724

最小は＞724らしい。
>は実体参照に書き換えられて格納されるとか。

**動け動けウゴウゴ２ちゃんねる** · 04/12/01 10:51:11

全角打ち込むのマンドクセ

**動け動けウゴウゴ２ちゃんねる** · 04/12/01 10:55:11

流れ的にスレ違いだぞ
read.cgiかbbs.cgiのスレでやれ

**動け動けウゴウゴ２ちゃんねる** · 04/12/01 14:07:40

>>724
＞# 2chブラウザへの移行を促す効果も（Webブラウザだと不便に）
＞# いわゆるh抜きも同様の効果があるかな、と。

ここにレスするのも何だけど、そういうのはProxomitronで簡単にフォローできるから
初心者以外は促せないかなぁ…

**root▲ ★** · 04/12/01 14:46:17

cgiの開発･実験用のバーチャルホストですが、さてどこに作りますかね。

特に問題なければ、game9 = tiger506 あたりにしようかなと。
名前は dso.2ch.net でいいのかな。

**FOX ★** · 04/12/01 14:48:08

ほいほい

**root▲ ★** · 04/12/01 14:51:14

では作業行ってきます。
出来次第、儀式→掲示板システム入れ込みへと。

**動け動けウゴウゴ２ちゃんねる** · 04/12/01 14:57:07

すんませーん、SpeedyCGIを入れたところはLoad Averageが低くなるけど、
LAがサーバーの実際の負荷と比べて恐ろしく低く表示されるから、
LAが低くても安心できないって事ですか？

**root▲ ★** · 04/12/01 15:00:26

>>733
書き込み(bbs.cgi起動)の同時起動が抑制されるので、負荷が低くなる、ってことです。
つまり、bbs.cgiを産児制限することになるから、本当に負荷が低くなると。

# 特にlive系などは、負荷の8割が書き込みだと思われ。

つまり、システム的には落ちなくなるけど、
もう少し書き込みパフォーマンスが出せるようにしたいなと。

**root▲ ★** · 04/12/01 15:13:07

では、儀式行きます。

+dso.2ch.net:206.223.152.30

を、DNSに追加お願いします。

**root▲ ★** · 04/12/01 15:16:56

これから、mod_cgidsoを入れる工事に入ります。
(DNSには登録いただいてOKです)

**FOX ★** · 04/12/01 15:18:12

UA が上がりっぱなしの時はどうすればいいのか・・・

**root▲ ★** · 04/12/01 15:21:38

>>737
UAってなんでしょ。

**FOX ★** · 04/12/01 15:31:15

すみません、
Uric Acid です

**root▲ ★** · 04/12/01 15:33:14

http://www.google.co.jp/search?hl=ja&c2coff=1&q=%E5%B0%BF%E9%85%B8%E5%80%A4%E3%81%8C%E9%AB%98%E3%81%84&lr=

**root▲ ★** · 04/12/01 15:37:16

>>736 の仕込み終わりました。
dsoのユーザのread.cgiと.so拡張子が、DSOの対象となります。

SpeedyCGIは既に導入済み。

**FOX ★** · 04/12/01 15:47:06

>>735
どーん

**root▲ ★** · 04/12/01 15:55:09

http://dso.2ch.net/
IPアドレス： http://206.223.152.30/~ch2dso/
バーチャルホスト変換前： http://tiger506.maido3.com/~ch2dso/

**FOX ★** · 04/12/01 15:56:46

dso.2ch.net に板を作るべくいろいろ転送中。。。

**FOX ★** · 04/12/01 16:06:30

Perl CGI が　500error になるっす

http://dso.2ch.net/test/check.cgi

**root▲ ★** · 04/12/01 16:13:18

>>745
む、ちと確認します。

**FOX ★** · 04/12/01 16:23:14

read.cgi (DSO味)はうまく動いているもよん

http://dso.2ch.net/test/read.cgi

**root▲ ★** · 04/12/01 16:24:16

直ったはず。

同一ホストに2個以上バーチャルホストを切ると、
UIDの都合によりそのままではSuExecなしにはできないみたい。

ということで、game9もSuExecありにしました(運用上は問題ないです)。

**root▲ ★** · 04/12/01 16:24:47

>>747
こっちは、SuExecじゃないモード(httpdのオーナー)で動きますんで。

**root▲ ★** · 04/12/01 16:25:16

というかこれで、i386/amd64の両方で動くことが確認できたと。
まずはめでたいです。>>747

**FOX ★** · 04/12/01 16:29:25

http://dso.2ch.net/

↓作業用板名案だし

**動け動けウゴウゴ２ちゃんねる** · 04/12/01 16:30:10

dso攻撃

**FOX ★** · 04/12/01 16:36:04

なんとなく myanmar にしてみる。

**動け動けウゴウゴ２ちゃんねる** · 04/12/01 16:36:29

運金を移転させればいい

**動け動けウゴウゴ２ちゃんねる** · 04/12/01 16:39:28

安直にoperate3
もっと安直にdso

**root▲ ★** · 04/12/01 16:39:29

ミャンマーすか、、、。そのこころは。>>753

**FOX ★** · 04/12/01 16:40:43

http://dso.2ch.net/myanmar/

じゃじゃーん

**動け動けウゴウゴ２ちゃんねる** · 04/12/01 16:41:32

dso、土葬・・・・・。縁起でもない・・

**動け動けウゴウゴ２ちゃんねる** · 04/12/01 16:48:48

なぜミャンマー？

**動け動けウゴウゴ２ちゃんねる** · 04/12/01 18:08:44

むしろ、どぞー．にちゃんねっと、

**じじぃ その４** ◆HETAREzfq. · 04/12/01 18:17:54

>>757
ぶっ

相変わらず面白いのぅ

**root▲ ★** · 04/12/01 20:58:20

-M32は結局流れを阻害するので、やめ。

-b1048576 (CGIからのPOSTの時のバッファをデフォルトの8倍にする)したら、ex7がとっても好調に。
しばらく見て調子いいようなら、これにしてみよう。

ただしlive8の変更は、本日が落ち着いてから。

**root▲ ★** · 04/12/01 21:46:58

SpeedyCGI環境では、ある「壁」までは、割と軽く動くみたい。
その壁にぶち当たると、だめと。

**root▲ ★** · 04/12/01 22:41:06

今のhttpdの並列数は、768～896あたりがせいぜい。
1024だともう苦しくて、それより大きいと「どーん」に耐えられないと。
大きくしても、bbs.cgiが詰まるだけ。

**FOX ★** · 04/12/01 22:47:03

りょうかいですー

read.cgi(DSO味) の実験は live8 に触らなくてもよくなってからにします、
来年にでもまた、

**root▲ ★** · 04/12/01 22:50:00

>>765
そですね。

live8のbbs.cgiは今の(8.01+)でいきますか。
で、仕込みをdso.2ch.netでしっかりやる方向で。

**動け動けウゴウゴ２ちゃんねる** · 04/12/01 23:09:01

これ見ました？
http://www-6.ibm.com/jp/developerworks/linux/041119/j_l-optperl.html
dW : Linux : Perlを最適化する

**root▲ ★** · 04/12/01 23:16:28

915 名前：root▲ ★[sage] 投稿日：04/12/01 23:15:49 ID:???
ex7は、httpdの並列数を896に戻した。
これ以上増やすと(少なくとも1280とかにすると)、
bbs.cgi(speedy_backend)が増殖しまくって、さっきみたいに結局意識不明に。

ex7も、入れたら768に戻しておこう。
カキコ遅くても、今のままだとこれ以上は、無理な模様。

>>767
おっ。見てみるか。

**root▲ ★** · 04/12/01 23:17:32

いきなり

> お粗末なプログラミングで、お粗末なパフォーマンス

きびしいのう。
といってもこれは、私だけで何とかできる問題でもないわけで。

dsoのbbs.cgiスレに期待しよう。

**root▲ ★** · 04/12/01 23:20:46

ざっと読むと、泣けるなぁ。書いてあることはわかります。
直感ですが、とっても、該当しているような気が。

dsoのbbs.cgiスレかここのbbs.cgiスレあたりで、話題振ってみていただけると。

**root▲ ★** · 04/12/01 23:28:40

さて、

・httpd起動数はもうこれ以上は増やせない (tiger: 768, cobra: 896)。
・「スロットいっぱい」「bbs.cgi詰まり」が観測された。
kqueueステータスだったので、DNSまわりの結果待ちな予感。
=> DNSサーバの再チューニングが必要か。
=> 特にBBS/BBQ/DNSキャッシュサーバ。

・mod_cgidsoは、パフォーマンスを確実に底上げしている。
read.cgiは、この路線で進むのが当面、正解と思われる。

・やっぱりbbs.cgi、こいつを何とかしなきゃ。

他に何があるかな。

**root▲ ★** · 04/12/01 23:41:25

http://mumumu.mu/mrtg/mrtg-rrd.cgi/bbqbbx/bbs.html

BBS変だったみたい。

**root▲ ★** · 04/12/01 23:42:59

BBQは(少なくともDNS側は)、変じゃなかったのか。
http://mumumu.mu/mrtg/mrtg-rrd.cgi/bbqbbx/bbq.html

BBQはCobra(oyster243)だからなぁ。

**さぼてん ★** · 04/12/01 23:45:13

http://mumumu.mu/mrtg/mrtg-rrd.cgi/traffic/bbqtraf.html

ちなみに、oyster243は、トラフィックのほうだと多少おかしく見えるけど、
bbs宛てのぶんかなぁ

**root▲ ★** · 04/12/01 23:47:36

BBSのDNS側ログをチェック中。
明らかにBBSシステムのDNS側、変でしたね。
この間、ひとつも処理できていない。
(時間はPST)

2004-12-01 05:06:03.757482500 cedf94fa:201d:2913 + 0001 1101906363.4977.60.40.234.32.0.40.1092895397.loveho.sakura02.bbspink.com.bbs.bbs.2ch.net
2004-12-01 05:45:57.994422500 cedf9837:c3f7:d610 + 0001 1101906363.66646.220.102.118.141.0.19.1101897431.dancesite.live17.2ch.net.bbs.bbs.2ch.net

**root▲ ★** · 04/12/01 23:51:45

日付変わったら、live8のbbs.cgiを他と同じものにしよう。

**root▲ ★** · 04/12/01 23:53:33

>>771
で、「スロットいっぱい」は、「bbs.cgi詰まり」により、惹起された模様です。
つまり、BBS処理がふんづまりになることによってbbs.cgiが滞り、
それによって詰まってしまった。

BBQは詰まっても大丈夫なように若者が対応したはずだけど(実験もした)、
BBSはどうなんだろう。

**root▲ ★** · 04/12/02 00:02:14

banana238 = BBS/BBY/BBX のdjbdnsを強化版(make WITH_PERSISTENT_MMAP=yes)に更新した。
おかしかったら、指摘よろしくです。

**root▲ ★** · 04/12/02 00:07:01

oyster243 = BBQ(niku) のdjbdnsも、強化版に更新。

**root▲ ★** · 04/12/02 00:15:00

cobra2245 = BBM のdjbdnsを同様に更新。
これで、更新はひととおりできたはず。

BBSがbananaではもたない、、、ということは、あるのか、ないのか。

**FOX ★** · 04/12/02 00:16:09

「絶対に持つ」を前提に話すのが吉と思われ、

**root▲ ★** · 04/12/02 00:17:07

さて、めし、くってくるです。腹が減ってはなんとやら。

落ち着いたらもいっかい今日いじった掲示板cobra/tigerサーバ群の設定を見直しておこう。
設定もれとかがあると、いまいち。

**root▲ ★** · 04/12/02 00:19:15

>>781
ふむ。わたしもそう思っています。< BBS
BBQがbananaではもたなかったのは、DBがでっかかったから(これは明確)。

今のBBSはDBを持ってないので(データがないことしか返していない)ので、
もちろん、もつはずという前提です。

その前提で、サービスが停止した原因を考える必要があるとおもわれ。

# めしめし。

**root▲ ★** · 04/12/02 00:21:17

ちなみに今のBBQデータ。でかっ。

%ls -l data
-rw-r--r-- 1 ch2bbq ch2 73286705 Dec 1 07:20 data
%wc -l data
5158061 data

**root▲ ★** · 04/12/02 00:31:28

BBQ/dnscacheのログ
http://mumumu.mu/mrtg/mrtg-rrd.cgi/traffic/bbqtraf.html

該当時間、INが少ないですね。

つまり、一般の軽かったサーバも含めて、
問い合わせがDNSキャッシュに十分に行っていなかった、ってことなのか。

BBSのぶんがなかった、というのと一致するわけか。
さて、理由は。

**FOX ★** · 04/12/02 00:36:58

bbs.cgi での各処理の順番はどうだったかな、、

BBQ -> BBX -> BBS -> BBY だったかな

**FOX ★** · 04/12/02 00:41:22

>>777
>BBQは詰まっても大丈夫なように若者が対応したはずだけど(実験もした)、
>BBSはどうなんだろう。

ここでのお題目は、その「つまり」を起こさないことかな。
起った場合の逃げコードはサザン ★君が暇になったら
ぼちぼちやってもらうという事にして、

**FOX ★** · 04/12/02 00:44:48

BBQ -> BBX -> (BBY) -> BBS だった。

**FOX ★** · 04/12/02 00:54:17

Load Average @ stats.2ch.net

2004/12/01 21:00:00 LA= 9:00PM up 186 days, 22:19, 0 users, load averages: 0.00, 0.06, 0.11
2004/12/01 21:10:00 LA= 9:10PM up 186 days, 22:29, 0 users, load averages: 0.08, 0.10, 0.08
2004/12/01 21:20:00 LA= 9:20PM up 186 days, 22:39, 0 users, load averages: 0.20, 0.18, 0.12
2004/12/01 21:30:00 LA= 9:30PM up 186 days, 22:49, 0 users, load averages: 0.06, 0.12, 0.11
2004/12/01 21:40:00 LA= 9:40PM up 186 days, 22:59, 0 users, load averages: 0.17, 0.10, 0.08
2004/12/01 21:50:00 LA= 9:50PM up 186 days, 23:09, 0 users, load averages: 0.25, 0.15, 0.10
2004/12/01 22:00:00 LA=10:00PM up 186 days, 23:19, 0 users, load averages: 0.06, 0.12, 0.10
2004/12/01 22:10:00 LA=10:10PM up 186 days, 23:29, 0 users, load averages: 0.07, 0.10, 0.08
2004/12/01 22:20:00 LA=10:20PM up 186 days, 23:39, 0 users, load averages: 0.05, 0.11, 0.08
2004/12/01 22:30:00 LA=10:30PM up 186 days, 23:49, 0 users, load averages: 0.02, 0.05, 0.06
2004/12/01 22:40:00 LA=10:40PM up 186 days, 23:59, 0 users, load averages: 0.04, 0.09, 0.08
2004/12/01 22:50:00 LA=10:50PM up 187 days, 9 mins, 0 users, load averages: 0.29, 0.32, 0.20

**FOX ★** · 04/12/02 00:55:13

LA 見る限りは、特に負荷が上昇しちまったようには見えず、

**root▲ ★** · 04/12/02 01:00:52

上がるとしたら、負荷じゃないですね。

BBQがだめぽになった時も、LAがあがらなかったです。
プロセスが増えるわけじゃないから。

BBQの時はI/Oがつらくなって、処理がふんづまりました。
LAは低いままで、DNS問い合わせに答えられなくなったと記憶。

てなわけで、今送信側(news18とかnews19)のDNS問い合わせログをチェック中。

**root▲ ★** · 04/12/02 01:01:20

1行目の「負荷」は、LAと読み換えてくださいです。>>791