【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/19 16:23:52

>>505
今の大敵は「スレ立て攻撃」かなと。
超短時間の間にぼこすかといっぺんにスレ立てされるのが、
一番システムのダメージが大きいみたい。

感情にまかせたレスはそういうもんだと思うことにして、
感情にまかせたスレ立て(例: >>483)って、どうにかならんもんなのかな。

**留守番 ★** · 04/11/19 16:27:41

>>506
サーバ毎に(or 板毎に) 最小間隔チェックでも考えますかねぇ
bbs.cgi のなるべく最初のほうでチェックするようにして、

来年になるとは思いますが、、、

ちと仕事でコードばしばし書いているので
コード書きに食傷ぎみな年の暮れ

**root▲ ★** · 04/11/19 16:34:56

>>507
そうすね。

コードすか、、、。書けるひとのことはまじ、尊敬するです。(素)
私はセッティングとかチューニング方面の人なんで。

そういえば、動的に変えるってやつがあったんだった。

短時間で(あるいは問い合わせ内容に応じて)ダイナミックにDNS応答を変えるってのは、
意外とめんどうだったり、するかも。

**▲:/usr/local/bin/ch2 -o i686** ◆P8fXJj6wwo · 04/11/19 16:41:08

>>506-507
確かにスレ立てはディスクIOの負荷が一番大きいですからね。

・datファイル生成、この重さは追記やchmod操作より重いはず
・subbackやindex等の更新

そのようなじゅうたん爆撃をされてはかなりきついのは当然でしょうね。
いっそ全板スレ立てチェックシステムがあるといいかも。仮にbbtシステムとして、

　リモートIP.dat.板名.鯖名.CGI名.bbt.2ch.net

をコールして板または鯖ごとに設定された何かの数を返すようにすればいいかと

**留守番 ★** · 04/11/19 16:42:43

サーバまたぐ必要ないし
局所的に聞けばいいんで
サーバ内(or 板毎) にファイル一個持てばokな感じ

スレ立ったら　touch して　スレ立て来たら stats でタイムスタンプ読んで
みたいな、

**動け動けウゴウゴ２ちゃんねる** · 04/11/19 16:49:00

お茶飲め、餅搗けのすれたて版ですか

**留守番 ★** · 04/11/19 16:50:36

mnewsplus もジンギスカン化するので
ちょっとと止まります

**動け動けウゴウゴ２ちゃんねる** · 04/11/19 16:53:01

ほい。

**留守番 ★** · 04/11/19 17:00:19

完了。

**動け動けウゴウゴ２ちゃんねる** · 04/11/19 17:03:07

おつおつですー。

**▲:/usr/local/bin/ch2 -o i686** ◆P8fXJj6wwo · 04/11/19 17:51:56

>>510
局所的なのはそれでもいいかもですが、
板や鯖をまたいだスレ立て爆撃に対応できますか？

もっとも既存の別システムで撥ねれば済む話かもしれませんが

**root▲ ★** · 04/11/19 17:53:21

>>516
それはバーボンハウスでかなりいけてるんじゃないですかね。
今問題になってるのは、長短時間の間での同じサーバでのスレ立てなんで。

**root▲ ★** · 04/11/19 17:53:35

長→超

**動け動けウゴウゴ２ちゃんねる** · 04/11/19 18:48:28

次の目標ができたということで（ｒｙ

**動け動けウゴウゴ２ちゃんねる** · 04/11/19 19:21:36

要するにファイル作成のコストが大きい、つまりbbs.cgi自体の起動は問題ないわけですね。
だから、bbs.cgiで、超短時間での同じサーバーでのスレタテが起きたときに「しばらくしたら立ててね」みたいなエラーメッセージを表示すればOKじゃん？

**root▲ ★** · 04/11/19 19:26:36

>>520
それが >>510 っていう話かなと。

**動け動けウゴウゴ２ちゃんねる** · 04/11/19 19:45:25

スレ立てn秒規制ですか
DDoSを利用したスレ立て爆撃、みたいな未来の攻撃にも備えられますな

というか、実況板のスレ立て爆撃は事実上DDoSと同じことかｗ

**留守番 ★** · 04/11/19 19:48:09

風物詩がなくなる寂しさとの天秤ですなぁ

**root▲ ★** · 04/11/19 19:51:50

>>523
そうっすよね。
live系にたまに立つ単独スレのスレタイって、結構物事の核心を突いている場合が多い。

◆cZfSunOs.U · 04/11/19 20:01:45

こんな感じですかね．

my ($now, $mtime) = (time(), (stat($CHECKFILE))[9] || 0);
if ($now - $mtime < $INTERVAL_TO_DENY) {
/* 廊下に立ってなさい */
}
else {
utime($now, $now, $CHECKFILE);
}

**動け動けウゴウゴ２ちゃんねる** · 04/11/19 20:25:30

金曜ロードショーのガイドライン2
http://that3.2ch.net/test/read.cgi/gline/1097480104/

たしかに寂しいですねえｗ

**▲ 某ソレ511** · 04/11/19 20:27:38

>>526
そこのは全然風物詩、ってわけでもないでしょ。
むしろはっきりいってただの運営妨害だ。

**動け動けウゴウゴ２ちゃんねる** · 04/11/19 21:00:55

あまりにもののけ姫スレが立ってるので流れ流れてここに来ました。
技術的な事はわからないけど「もののけ姫」とか同じ単語がつくスレは何スレまでとか
規制をつけると、その時あるスレを使う訳だし乱立にもならないのではとか思いました。

**動け動けウゴウゴ２ちゃんねる** · 04/11/19 21:02:35

ここはもう実況はどうなっても構わないの心意気で、
live系のセッティングだけ甘くしておくとか…

もしくはex系だけ（ｒｙ

**動け動けウゴウゴ２ちゃんねる** · 04/11/19 21:02:38

そのアイデアは散々既出ですから！
残念！！

**不動楽 ★** · 04/11/19 21:51:52

>>留守番 ★さん、root ★さん、
＞超短時間の間にぼこすかといっぺんにスレ立てされる
確認してみたのですが、
bbs.cgiでのお茶飲め規制（LA規制）が機能してないようです、、、
これを再度機能させて様子見てみて良いですか？

**root▲ ★** · 04/11/19 21:55:08

>>531
お茶はFreeBSDなマシンではわざわざはずしてるんですよね、、、。
正直、あまり意味がないんで。

LAが高くても下がり目の時は大丈夫だし、
低くても「どば」が来ればだめです。

そもそもお茶が出るときはみんながいらいらしてbbs.cgiを上げるから、
いつまでたってもLA下がらないし。

**不動楽 ★** · 04/11/19 21:55:52

なるほど。。。
了解です。

**root▲ ★** · 04/11/19 22:11:24

今のtigerサーバにはリモートコンソール(シリアル)があるわけだから、
強制的にDDBにいけるようにしてみるというのは、手なのかも。

**root▲ ★** · 04/11/19 23:25:19

【実況板】 live15/16/17 鯖 Part1
http://qb5.2ch.net/test/read.cgi/operate/1097931665/666-678

ということで、live8 live16 live17 ex7 で、

net.inet.icmp.icmplim=3000
net.inet.icmp.icmplim_output=0

を /etc/sysctl.conf に追加し、sysctl で設定した。

◆BFzK/mtqM2 · 04/11/19 23:28:51

>>535
おつです。
ぐぐってみると結構でてましたね。。。。＜icmplim

次の祭りはいつでしょうかね

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

http://www.freebsd.org/doc/en_US.ISO8859-1/books/faq/networking.html#ICMP-RESPONSE-BW-LIMIT
UDPで接続できなかった場合にも出るのか
つーとやっぱsyslogか

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

そのうちTV局に金渡して鯖飛ばし依頼とか出たりして

**root▲ ★** · 04/11/20 03:03:42

hobby7にも、>>535 の設定を入れてみた。

**root▲ ★** · 04/11/20 07:41:10

Nov 19 13:14:09 <3.1> tiger503 savecore: reboot after panic: lockmgr: thread 0xc49b24b0, not exclusive lock holder 0xc3565640 unlocking
Nov 19 13:14:09 <3.5> tiger503 savecore: writing core to vmcore.2

だそうで。< ex7

vmcoreはちゃんととれてるっぽいんで、後で見てみます。
搭乗時間が迫ってるんで、とりあえずまた。

**root▲ ★** · 04/11/20 15:15:34

news18 news19 にも >>535 の設定を入れた。

**root▲ ★** · 04/11/20 17:05:29

>>540
(kgdb) where
#0 0xc0507ca2 in doadump ()
#1 0xc050829b in boot ()
#2 0xc05085c1 in panic ()
#3 0xc04fcd29 in lockmgr ()
#4 0xc0553b83 in vop_stdunlock ()
#5 0xc0553a33 in vop_defaultop ()
#6 0xc061dc67 in ufs_vnoperate ()
#7 0xc0616947 in ufs_inactive ()
#8 0xc061dc67 in ufs_vnoperate ()
#9 0xc055c2f0 in vrele ()
#10 0xc061a3cb in ufs_close ()
#11 0xc061dc67 in ufs_vnoperate ()
#12 0xc05666b0 in vn_close ()
#13 0xc05675a2 in vn_closefile ()
#14 0xc04ea014 in fdrop_locked ()
#15 0xc04e8e61 in fdrop ()
#16 0xc04e8e17 in closef ()
#17 0xc04e861f in fdfree ()
#18 0xc04f01c8 in exit1 ()
#19 0xc04efcf4 in sys_exit ()
#20 0xc066b9ff in syscall ()
#21 0xc06593af in Xint0x80_syscall ()

**root▲ ★** · 04/11/22 01:30:45

うーん、難しいなぁ。

mod_perl化って、言われているほど簡単じゃなさそうだ。

**root▲ ★** · 04/11/22 02:22:23

なるほど、mod_perlすると最初のディレクトリが / になるんか、、、。

**留守番 ★** · 04/11/22 02:53:47

導入されたですか?

**root▲ ★** · 04/11/22 03:22:10

悪戦苦闘中、、、。

ほとんどの障害はクリアできそうなんですが、
親元のcgi側で、

require "本体.cgi";

ってやって、
そっちで exit; ってやると(ごぞんじのようにbbs.cgiはそうやっている)、

[Sun Nov 21 10:17:31 2004] [error] ModPerl::Util::exit: (120000) exit was called at 本体.cgi line exitがある行Compilation failed in
require at 親元.cgi line requireの行.\n

ってなって、500 Internal Server Error になるです。

最近のmod_perlは、exit; を使ってもいいように改良されているのですが、
requireした先で exit するのは許してないのかも。

あるいは mod_perl そのもののバグなのかどっちなのかは、現在調査中です。

**root▲ ★** · 04/11/22 03:25:32

つまり、>>546 を簡単にいうと、

A.cgi
--------------
#! /usr/bin/perl
...
require "B.cgi";
--------------

B.cgi
--------------
exit;
--------------

ってのが、ちゃんとうごかんわけです。

**root▲ ★** · 04/11/22 03:27:16

個人的には、mod_perlのバグのような気がするなぁ。

**root▲ ★** · 04/11/22 03:31:14

いままでにクリアした障害:

1)SuExecと相性が悪い

UserとGroupをch2ex7/ch2に設定

2)カレントディレクトリがcgiを置いてあるディレクトリにならない

とりあえず明示的に最初のほうでchdir()する

3)bbs.cgi以外のcgiに影響をおよぼして欲しくない

<Files bbs.cgi>
</Files>

で囲む

**root▲ ★** · 04/11/22 03:46:04

試しに require をやめて、親元の下に本体をくっつけてみると、mod_perl配下でちゃんと動きました。
うーーーむ、、、。

**動け動けウゴウゴ２ちゃんねる** · 04/11/22 03:46:05

exit;
を
Apache::exit;
にしてみるとか。

**root▲ ★** · 04/11/22 03:47:47

>>551
それはもうやったんすよ。

ちなみに、Apache2だからmod_perl2なんで、
Apache::exit; じゃなくて ModPerl::Util::exit; にしないとだめです。

**root▲ ★** · 04/11/22 03:48:29

で、結果は同じでした。
ちゃんとModPerl::Util::exitはexit;だけで呼ばれるみたい。

**root▲ ★** · 04/11/22 03:50:19

む、、、止まったか。< ex7

**動け動けウゴウゴ２ちゃんねる** · 04/11/22 03:52:47

gotoで最後に飛ばすとか。。。

http://www.google.co.jp/search?hl=ja&c2coff=1&q=mod_perl+exit+goto&lr=lang_ja

**root▲ ★** · 04/11/22 03:54:01

bbs.cgi をとりあえず動く状態 (>>550) にして少し動かし続けたところ、突然反応がなくなりました。
pingはかかる、、、。

メモリリークとかが起こった予感。

**root▲ ★** · 04/11/22 03:57:51

ex7はリブート要請しました。

みんなが何年もの間言っていたほど簡単には、mod_perl化はできないとわかった、、、。

**動け動けウゴウゴ２ちゃんねる** · 04/11/22 03:58:24

いっそbbs.cgiを1から書き直すとか……。

誰がやるんだとか言う突っ込みはなしの方向で一つ。

**動け動けウゴウゴ２ちゃんねる** · 04/11/22 03:59:58

俺も一から書き直したが早い気がする。

言い出しっぺの法則で>>558が（りゃ

**さぼてん ★** · 04/11/22 04:09:50

やっぱbbs.cgiが（りゃだからか、、

**root▲ ★** · 04/11/22 04:32:54

ここでテストしてましたが、mod_perl配下だとTZ環境変数もおかしくなるみたい。

鯖が不安定なんだけど
http://ex7.2ch.net/test/read.cgi/morningcoffee/1101034399/

少なくとも今日のところは、撤退せざるを得ないなと。

で、SuExecをやめたぶん、ほんのちょっぴりパフォーマンスがよくなったのかも。
これについては、要経過観察で。

**root▲ ★** · 04/11/22 04:38:57

今後やるとしても、まずは、基礎研究とじっくりとした調査が必要そうですね。
環境変数とか、動作の違いとか。

で、世の中の解説やWebにあるページとかを見ても、
mod_perlの2系(with Apache2)は、実はあまり多く解説されていないように見えます。
つまり、練りが足りないということがじゅうぶん考えられる。

もちろん、じっけん！じっけん！(AA略して、
ここで練るというのもありですが、
そうするにしてもまずは事前準備をじっくりやって、勝ち目が出てきてからってことになるかなと。

ということで今日のところは、負け&撤退ということで。

**root▲ ★** · 04/11/22 05:05:41

寝る前に、試みた設定をダンプしておこう。
何か、設定に間違いがあったのかもしれない。

・mod_perlはportsからインストール(www/mod_perl2)

・httpd.conf

LoadModule perl_module libexec/apache2/mod_perl.so
<IfModule mod_perl.c>
PerlModule Apache2
</IfModule>
(略)
<Directory "/home/ch2ex7/public_html">
(略)
<IfModule mod_perl.c>
<Files bbs.cgi>
SetHandler perl-script
PerlResponseHandler ModPerl::PerlRun
PerlOptions +ParseHeaders
</Files>
</IfModule>
</Directory>

# 以下は動作確認の際のみ入れた設定
# mod_perl status
<IfModule mod_perl.c>
<Location /perl-status>
SetHandler perl-script
PerlResponseHandler Apache::Status
</Location>
</IfModule>

**root▲ ★** · 04/11/22 05:09:05

これで、有効にした後でエラーなくカキコできたことは確認。(>>561 のスレの最後のほう2つ)
しかしその後、リモートログイン窓の反応なくなる。

リモードコンソールのlogin:も出なくなった(エコーバックはあった)

メモリがめいっぱいになった時と同様の動作であったため、
メモリリーク? が起こったのかもしれない。
ただしsyslogには、そのようなメッセージはなし。

**動け動けウゴウゴ２ちゃんねる** · 04/11/22 07:49:03

<Files *.cgi>
SetHandler perl-script
PerlResponseHandler ModPerl::Registry
PerlOptions +ParseHeaders
Options +ExecCGI
</Files>
Perlrequire "～/startup.pl"

===startup.pl================================
use Apache2 ();
use subs qw(exit);
*exit = \&ModPerl::Util::exit;

1;
============================================

#!/usr/local/bin/perl

use strict;
use warnings;

if (exists $ENV{MOD_PERL}) {
my $path = $ENV{SCRIPT_FILENAME};
$path =~ s|/[^/]*$||;
chdir($path);
}

**root▲ ★** · 04/11/22 11:33:19

>>565
自分の環境でやってみました。
>>546 なパターンのプログラムの場合、同じ結果ですね。

で、ModPerl::Util::exit に変えても同じ。

[error] ModPerl::Util::exit: (120000) exit was called at ./test2.cgi line 1Compilation failed in require at /home/hoge/public_html/test/mod_perl/mod_perl_test.cgi line 33.\n

つまり、requireした先でModPerl::Util::exit; は呼んではいけないらしい。

**root▲ ★** · 04/11/22 11:39:36

use Apache::compat; を startup.pl に入れてみたけど、結果は同じ。
この問題が解決できないと、メンテナンス性という意味でつらいかも。

ということで、とりあえずここまで。
しばらく本業します。

**動け動けウゴウゴ２ちゃんねる** · 04/11/22 15:26:07

bbs.cgiをPerl5.8.5以降専用に大幅にリファクタリング。
mod_perl2でバグるところは書き方がしくじっている可能性が高い。

**root▲ ★** · 04/11/22 19:14:57

土曜の日テレの「ｷﾀｰ」と、
さっきのCXの「ドーン」を無事にクリアできたということは、
やはり >>535 が効果を発揮したのか。

**動け動けウゴウゴ２ちゃんねる** · 04/11/22 20:59:48

21:00からのTVタックル@liveanbでどうなるか

**動け動けウゴウゴ２ちゃんねる** · 04/11/23 00:48:12

やっぱPerlのような物に拘るのはもう限界じゃない？
preg_hogehoge()も付いてるあれの方がまだ安全というか、なんというか。

**動け動けウゴウゴ２ちゃんねる** · 04/11/23 10:32:48

>>571
ひ(ryがいぢれないものはだめなのでわ？

**動け動けウゴウゴ２ちゃんねる** · 04/11/23 17:43:35

PHPならひ（ｒｙのひともいじれるんじゃ？

**動け動けウゴウゴ２ちゃんねる** · 04/11/23 23:05:28

夜○さんが弄れない予感。

**動け動けウゴウゴ２ちゃんねる** · 04/11/24 04:55:41

で、その夜○さんとやらはmod_perl2用のPerlが弄れるのか？

**留守番 ★** · 04/11/24 17:07:33

たぶん　たぶん
2001年8月の２ちゃんねるの規模は、、、
現 tiger 2台とみた、

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

北ネット弱えええ！！！

**動け動けウゴウゴ２ちゃんねる** · 04/11/24 18:42:32

それは・・・（びっくり

そりゃあ色々変わっていくのが自然だよなぁとオモタ。

**root▲ ★** · 04/11/24 19:45:50

>>576
今一番働いているtiger = tiger503 = ex7の最大転送量が、
圧縮して14～15Mbpsぐらい。
http://mumumu.mu/mrtg/mrtg-rrd.cgi/traffic/ex7traf.html

2台だと、圧縮して30Mbpsぐらいはさばけると。

この頃って、もう圧縮してた(mod_gzip)はずだから、
http://web.archive.org/web/20011127064159/http://www.yakin.cc/

tiger4台分ぐらいなんじゃないかしら。

**root▲ ★** · 04/11/24 19:49:12

てことはなにかい。

4 x (morningcoffee + news4vip + entrance + keiba + base) = 2001年8月の２ちゃんねる

っていうことなのか。

**動け動けウゴウゴ２ちゃんねる** · 04/11/24 19:49:12

8月の閉鎖騒動の時は圧縮してなかったんでわ？

**root▲ ★** · 04/11/24 19:50:21

>>581
そっすね。
圧縮前の転送量ベースなら、ほぼぴったりか。

**動け動けウゴウゴ２ちゃんねる** · 04/11/24 19:50:39

>>580
狼とVIPの書き込みの多さはただごとじゃないからのう
野球と競馬もROMが半端なく多いからのう

**さぼてん ★** · 04/11/24 19:59:30

つまり、圧縮して30Mbpsくらいだったのかぁ。
2001年8月の２ちゃんねる
= 2 x ex7鯖
= ex7鯖 + news18鯖 + news19鯖 x 2
= morningcoffee + news4vip + entrance + keiba + base + anime + mnewsplus + newsplus x 2
(trafiicinfoは各種データがmnewsplusの2%くらいなのではずした)

(ﾉ∀`)ｱﾁｬｰ

**動け動けウゴウゴ２ちゃんねる** · 04/11/24 21:53:32

すげー

あらゆる意味で・・・

**動け動けウゴウゴ２ちゃんねる** · 04/11/24 21:56:21

もしかして、bbs.cgi内で開いたファイルで
明示的にcloseしてないのがあって
それがmod_perlで動作させようとしたときに影響してる、
なんてことはないですかね。

いや、mod_perlでexitした時の動作とか全然知らないし
メモリ不足が原因なら、全然関係ないんですが。

**動け動けウゴウゴ２ちゃんねる** · 04/11/25 05:31:21

exitの代わりにreturnで戻すのはだめ？
常駐してんだから終了させんじゃなくapacheに戻してやる。
exitするとデータがクリアしたのに、他のプロセスで同じモジュールが動き続けて馬鹿になってゾンビが出る。
dieは？こいつも同じ原因を作る。

**root▲ ★** · 04/11/25 18:15:12

mod_perlからはとりあえず一時撤退するとして、
SpeedyCGIを使ってみるというのは、どうなんだろう。

**root▲ ★** · 04/11/25 18:45:57

Perl側を変えないとすると、こうかな。
# まだ入れてない。

LoadModule speedycgi_module libexec/apache2/mod_speedycgi.so

# まずは安全のため、機を見てコメントアウトとか数字を増やすとか
<IfModule mod_speedycgi.c>
MaxRuns 0
</IfModule>

# bbs.cgiだけSpeedyCGIにしてみる
<IfModule mod_speedycgi.c>
<Files bbs.cgi>
SetHandler speedycgi-script
</Files>
</IfModule>

**root▲ ★** · 04/11/25 23:23:58

きたく。ねむい。

>>589は、明日昼間あたりに入れてみるか。

**留守番 ★** · 04/11/25 23:29:25

これは何がどうなってどうなると予想されるものなんですか?
現状の２ちゃんねるにおいての話しとして、

**root▲ ★** · 04/11/25 23:38:52

>>591
これが、一番まとまっていると思います(原文の翻訳かな)
http://perldoc.jp/docs/modules/CGI-SpeedyCGI-2.21/SpeedyCGI.pod

つまりうまくいけば、Perl CGIの実行パフォーマンスが数倍になると。
で、こいつはmod_perlよりお手軽で、
mod_perlほど元プログラムをいじらなくても導入できる見込みがあると。

かつ、suexecとも仲が悪くないらしいし、
root権限なくても動かせるというのも、魅力的すね。

**root▲ ★** · 04/11/25 23:40:32

mod_perlにしてもそうですが、
基本路線としては、c系(PHP)を高速化した路線と大同小異です。

つまり、毎回でっかいPerlインタプリタを起動するコストを下げたいと。

**留守番 ★** · 04/11/25 23:45:11

LA を下げるのに寄与するって考えればいいのかな?
処理が比較して短い時間で終るからどんどん捌けるという路線?

**root▲ ★** · 04/11/25 23:47:15

てなわけで、

if 成功
bbs.cgi のすばらしい高速化が実現し、負荷耐性が上がるかもしれない
else
歓迎せざる、予期せぬ結果を招くかもしれない
endif

ということになります。

いろいろ調べていて、それなりに高速化の成功例も報告されているようなので、
まずは実験してみようかなと。

**root▲ ★** · 04/11/25 23:49:43

>>594
そですね。短い時間というか、
1つのbbs.cgi起動・実行をより少ない資源で済むようにすると。

仕込みはしてあるので、
万一「あっちゃー」が起こった時にリブートしていただけるんでしたら、
今やってもいいかなぁ、とか思っていたりして。して。

**動け動けウゴウゴ２ちゃんねる** · 04/11/25 23:51:44

　 _ 　∩
(　ﾟ∀ﾟ)彡　じっけん！じっけん！
　⊂彡

**留守番 ★** · 04/11/25 23:51:48

i am ready

**root▲ ★** · 04/11/25 23:52:40

>>598
どもです。
んでは、やってみますね。

**root▲ ★** · 04/11/25 23:56:52

入れた。まずは、

<IfModule mod_speedycgi.c>
MaxRuns 0
</IfModule>

入り。

**root▲ ★** · 04/11/25 23:57:53

#<IfModule mod_speedycgi.c>
#MaxRuns 0
#</IfModule>

をコメントアウトした。

**留守番 ★** · 04/11/25 23:57:59

tiger503 (ex7) ですか?

**root▲ ★** · 04/11/25 23:59:22

ちょっと様子見、、、。

**root▲ ★** · 04/11/25 23:59:35

>>602
そうです。

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

ひょっとすると、設定間違ってて、
bbs.cgiの1行目を直さないといけない、、のかも。