bbs.cgi再開発プロジェクト6

◆CPUinDOop. · 2007/04/11(水) 21:48:35

peko鯖の稼動によりﾎﾞﾄﾙﾈｯｸの一つである事がより明らかになった
bbs.cgi作り直しプロジェクトです。

【開発環境の工事現場】
また挑戦。＠2ch掲示板　　http://dso.2ch.net/myanmar/
また挑戦２。＠2ch掲示板　http://dso.2ch.net/yangon/

関連スレなどは >>2-5 くらい

**動け動けウゴウゴ２ちゃんねる** · 2007/06/04(月) 14:22:09

ご指名はいりました

**adultsexmovie** · 2007/06/04(月) 15:05:42

<a href=" http://mtwjsjul.t35.com/adult-dating ">adult dating</a> ？<a href=" http://j9tkcelu.t35.com/adult-dating ">adult dating</a> ？

**動け動けウゴウゴ２ちゃんねる** · 2007/06/04(月) 15:08:45

http://qb5.2ch.net/test/read.cgi/operate/1176295715/111 2007/06/04 15:05:42 ID:nmkxkPD80

**動け動けウゴウゴ２ちゃんねる** · 2007/06/04(月) 15:09:17

規制議論でやれ

**動け動けウゴウゴ２ちゃんねる** · 2007/06/04(月) 15:21:29

rootさんのﾎﾟｲﾝﾄは管理人に監視されています。
|∀･）

**動け動けウゴウゴ２ちゃんねる** · 2007/06/05(火) 21:20:19

>>86の真意はBeポイントを簡単にサクりたいのではないかと。

**動け動けウゴウゴ２ちゃんねる** · 2007/06/05(火) 21:32:26

サクられるようなことしなきゃいいんだろ。
はやくbe表示できるようにしてくれ。

株価【850】 △△ ◆cZfSunOs.U · 2007/06/11(月) 20:03:34

さて...... >>65 のに bbsd 入れてみますかねー．
ex21 は Saborin で HTML がなかなか更新されない状態，
wwwww は差分が発生しやすい状態，の解消をそれぞれ目指す，と......

株価【850】 △△ ◆cZfSunOs.U · 2007/06/11(月) 20:46:19

>>117 done.

**動け動けウゴウゴ２ちゃんねる** · 2007/06/12(火) 04:48:15

ニュー速のsakuツールにはスクリプトからdatに書き出している
疑いがあり、導入拡大の際は注意されたし。

株価【810】 △△ ◆cZfSunOs.U · 2007/06/12(火) 06:19:39

書き込みの多い wwwww では LA も相応に低下してる感じですね．
ちなみに，OS が 5.xR の news21, news22 ではシングルスレッドで動かしてますが，
6.xR の ex21, wwwww ではマルチスレッドで動かしてます．

>>119 言われてみるとそうですね．その時になったら，改めて対処法を考えましょうということで......

**root▲▲ ★** · 2007/06/12(火) 15:18:44

-lpthread じゃなくて -lthr だともっと幸せかも。< MT >>120
libmap.conf 書けばいいわけだけど、明にリンクすればおｋかも。

株価【810】 △△ ◆cZfSunOs.U · 2007/06/12(火) 16:58:56

>>121 そういえばそうでしたね＜libpthread vs. libthr

ただ，コンパイル時には -pthread オプションを指定してたんですが，
libthr の場合にはどうするのがいいのかな（ライブラリをリンクする順番や
必要なマクロ定義などの関係上，スレッドライブラリは -l で直接指定するのは
非推奨のようなので．Solaris で -pthreads 指定すると _REENTRANT のような
マクロも自動的に定義されたりしますが，FreeBSD の場合は
こういうマクロ定義はいらないんでしたっけ）．

ちなみに，こんな動きもあったようで．

http://lists.freebsd.org/pipermail/cvs-src/2007-May/078202.html
>Change the default thread library to libthr.

**動け動けウゴウゴ２ちゃんねる** · 2007/06/12(火) 20:36:23

おとめ組も怪しい

**動け動けウゴウゴ２ちゃんねる** · 2007/06/19(火) 00:55:34

で、>>86はどうなったの？
たにしがプチ優待までbe消せるようにしてるんですが…

株価【845】 △△ ◆cZfSunOs.U · 2007/06/23(土) 08:05:57

http://qb5.2ch.net/test/read.cgi/operate/1169173887/977
>bbs.cgi の foxDNSquery や foxDNSquery2 も、それにすると幸せなようかん。

の件ですが，

a. レスポンスが不要なもの
b. レスポンスが必要なもの

のうち，まず a. は話が早いんですよね．$res->query() を単純に $res->bgsend() に
置き換えた上で，戻り値チェックも何もせずに抜ければいいだけなので．

一方，b. の方はもうちょっと検討が必要ですね．非同期クエリーを行うことによる最大のメリットは，
レスポンスが返ってくるまでの待ち時間を利用して別の処理を進められることです．
そのメリットを享受するためには，DNS 問い合わせの処理を

1. クエリーを発行する
2. レスポンスをチェックする

の二つに分け，なおかつ 1. の処理をできるだけ前倒しし，2. の処理をできるだけ先送りする
のがいいんですね．となると，bbs.cgi 全体の処理の流れを再検討することから始めた方がいい，と．

**動け動けウゴウゴ２ちゃんねる** · 2007/07/23(月) 20:23:10

read.htmlがメモリーリークを起こしててプロセス終了まで開放されずにスワップしまくりの件は、
　　１）何それ初めて聞いた
　　２）I.E.ユーザーのことは後回しでいいよ
　　３）もうread.htmlには興味無いよ
　　４）調べたけど原因がわからないから仕様
　　５）原因がわかったけど直せないから仕様
　　６）原因がわかったけど面倒臭いから仕様
のいずれなんでしょうか。
雰囲気的にはdatを取ってくるオブジェクトが開放されていないような感じで、当該処理をしている窓を閉じてもプロセスが終了するまで確保したメモリーがそのまま残っています。
ざっと１回「リロード[Ctrl+r]」のリンクをクリックする毎にメモリー使用量が20～30M前後増加し、その後何をしても減少しません。
ちなみにWin2k+IE6です。

**動け動けウゴウゴ２ちゃんねる** · 2007/07/26(木) 08:15:08

選挙で名無しは変えるんですかね

株価【795】 △△ ◆cZfSunOs.U · 2007/07/26(木) 19:03:16

>>126 自分で使っている Firefox もプロセスサイズが肥大化しやすい傾向があって，
read.cgi 使用時に比べて read.html 使用時はその肥大化のペースが結構速いんですが，

>ざっと１回「リロード[Ctrl+r]」のリンクをクリックする毎にメモリー使用量が20～30M前後増加

1回のリロードでそこまで一気に増加することもないですし，
また Windows XP SP2 + IE 6 でも動作確認していましたが，
そこまでの急激な増加というのは見たことないですが......

ただ，IE 6 SP1 では↓のようなメモリリークのバグがあるそうなので，SP2 にしてみてはどうでしょうか．
http://support.microsoft.com/default.aspx?scid=kb;ja;890900

# read.cgi / read.html のことはスレ違いな気がするものの，
# 現状では read.cgi スレが落ちてるのでとりあえずここでレスしましたが，
# それでも動作報告スレとかの方がいいような気も．

**動け動けウゴウゴ２ちゃんねる** · 2007/07/26(木) 20:14:45

Windows2000のIE6.0にSP2は無いのにゃ。

株価【795】 △△ ◆cZfSunOs.U · 2007/07/26(木) 21:44:53

Win2k ってもうサポート期間終了してたんでしたっけ？
だとすると，それはあきらめてもらうということで......

**動け動けウゴウゴ２ちゃんねる** · 2007/07/26(木) 22:59:38

http://www.microsoft.com/japan/windows2000/support/extendedsupport.asp

**動け動けウゴウゴ２ちゃんねる** · 2007/07/26(木) 23:47:23

http://ja.wikipedia.org/wiki/Windows_2000

株価【809】 △△ ◆cZfSunOs.U · 2007/07/27(金) 00:34:14

「延長サポートフェーズ」ですか......ともあれ，
古いバージョンのブラウザにあるバグだし，
こちら側ではあえて対処しないということで．

**動け動けウゴウゴ２ちゃんねる** · 2007/07/27(金) 13:19:38

>>128-133了解しました。当面環境を変える予定は無いので、仕様として我慢して使います。
情報提供とご返事にお手数をかけて頂き有難う御座居ました。（ぺこり）

◆TWARamEjuA · 2007/09/10(月) 20:44:12

>>57
→bbs.cgi 軽量化の切り札第一弾（Rock54 データのプリコンパイル）も，
→そろそろやるといいのかなぁ......

これってば、もしかして既に実施済み？
いやあのちょっぴり不具合みたいなのが出ているようでして（苦笑）

♯本体リストの方は大丈夫のもより♪

株価【868】 △△ ◆cZfSunOs.U · 2007/09/11(火) 08:12:14

>>135 ん～と，どんな不具合でしょうか？

◆TWARamEjuA · 2007/09/11(火) 21:04:51

>>136
率直に具体的に云いますと、Rock54登録所では、いわゆる「さくら」がリストの最初に来るように番頭はんがソートしていまして、それを丁稚どんに取りに来て貰っています。
それをもしかしたらbbs.cgi船が出る時に再ソートしていないかなぁと思いましてして。

株価【888】 △△ ◆cZfSunOs.U · 2007/09/11(火) 23:28:53

>>137 こんな感じなんで，bbs.cgi 側ではソートはしてないような......

if(open(ADFILE, 'Rock54DataFile'))
{
# @FOX_Ro54 = <ADFILE> ;
@FOX_Ro54 = map { eval {
no warnings;
my @a = (split /<>/)[5..7];
[qr/$a[0]/, @a[1..2]];
}; } <ADFILE>;
close(ADFILE) ;
}

◆TWARamEjuA · 2007/09/12(水) 00:15:11

>>138
なぁるほど。。。
ってことは、evalで引っかかっちゃってる（qr//でミスコンパイル）のかぁ。。。
でもって鯖によって5.6系と5.8系が混在しているのも何かありそうな。perlreでもよく読んでみよう。。。

**あぼーん** · NG

あぼーん

**あぼーん** · NG

あぼーん

**あぼーん** · NG

あぼーん

**あぼーん** · NG

あぼーん

**あぼーん** · NG

あぼーん

**あぼーん** · NG

あぼーん

**あぼーん** · NG

あぼーん

**あぼーん** · NG

あぼーん

**あぼーん** · NG

あぼーん

**あぼーん** · NG

あぼーん

**あぼーん** · NG

あぼーん

**あぼーん** · NG

あぼーん

**あぼーん** · NG

あぼーん

**あぼーん** · NG

あぼーん

**あぼーん** · NG

あぼーん

**動け動けウゴウゴ２ちゃんねる** · 2007/10/19(金) 05:25:59

！？

**あぼーん** · NG

あぼーん

**usname** · 2007/11/23(金) 11:32:33

FF11 (株式会社iimy)
http://www.playonlanei.com/game

**動け動けウゴウゴ２ちゃんねる** · 2007/11/24(土) 07:51:53

既に忘れ去られている「関連ページ」。
随分前に、管理人の指示でread.cgiからはリンクが外され、
http://info.2ch.net/test/tb.cgi も既に消滅しているわけですが、
index.htmlには未だにリンクが残っていたりします。
通常鯖、bbsd鯖共に。
外しましょう外しましょうー。

**root▲▲ ★** · 2007/11/26(月) 15:11:07

>>158
なるほど。のちほど。

◆MIPS.kHN86 · 2007/12/01(土) 21:48:06

サルベージ

**近藤奈香** · 2007/12/03(月) 10:29:48

FF11攻略情報 www.rmtfcne.com/f11

**山本恵子** · 2007/12/03(月) 11:01:06

FF11攻略情報 www.rmtfcne.com/f11

**動け動けウゴウゴ２ちゃんねる** · 2007/12/03(月) 13:09:29

はいはいトロイトロイ

**root▲▲ ★** · 2007/12/08(土) 13:21:18

>>158
済。

**動け動けウゴウゴ２ちゃんねる** · 2007/12/10(月) 15:53:24

http://qb5.2ch.net/test/read.cgi/operate/1132068132/587-589
この↑まほまほが指摘してるエラーって、bbs.cgiの変更とかと関係あるの？

**動け動けウゴウゴ２ちゃんねる** · 2007/12/10(月) 16:46:32

"を"にエスケープするようになったのはhana=mogera導入された頃だった気がする

**root▲▲ ★** · 2007/12/10(月) 17:37:06

どうするのがいいんですかね。 >>165-166

単に、1行の長さをもう少し許容するようにする、だけでいいものなのかどうか。

◆TWARamEjuA · 2007/12/10(月) 21:27:36

そもそも1行の長さを判定しない。
と言うのもあるかな♪

**stream** ◆PNstream2s · 2007/12/10(月) 21:32:29

そもそも1行の長さを制限するのって何で？
改行するのは段落を変えるときだけのほうがいいと思う

**動け動けウゴウゴ２ちゃんねる** · 2007/12/10(月) 22:08:34

1行に"aaaaaaaaaaaaaaaaaaaa...と "a"を4096文字並べることによって
topページ見たときに、横幅が物凄く広くなる荒らし方が出来るし。

今の2chで出来るかはどうか知らんけど

◆TWARamEjuA · 2007/12/10(月) 22:33:37

width: 64em;
で解決♪

[´・ω・｀] p1110-ipbf204gifu.gifu.ocn.ne.jp · 2007/12/10(月) 22:35:22

２ちゃんねるstrict化計画発動か

**動け動けウゴウゴ２ちゃんねる** · 2007/12/10(月) 22:36:36

エスケープする前に文字数チェックをすればいい

**stream** ◆PNstream2s · 2007/12/10(月) 22:38:32

画面幅に合わせて見る側のブラウザが改行するのが本来でしょ

**動け動けウゴウゴ２ちゃんねる** · 2007/12/10(月) 22:55:39

>>174
それも違うでしょ。
画面幅に合わせる事が絶対では無い。

CSSでの明示指定やブラウザ機能での明示設定ならまだしも、
そうでない場合に強制改行するのは全くの誤り。

株価【857】 △△ ◆cZfSunOs.U · 2007/12/11(火) 04:43:55

>>158,164 bbsd でも変更しますた．で，とりあえず ex21 に反映しますた．
他に news21, news22, wwwww, live25, anime2 あたりにも入ってたかと思いますが，
そのあたりのは一連のリフレッシュ作業により稼働中の板はなくなったようなので，省略．
リフレッシュ後の鯖で入れた方が良さそうなのがあれば，改めて入れましょう，ってことで．

live23b, live24b, snow あたりのはむむむさんにおながいします，ということで．

あと " については，普通の本文中などにある限りはあえて " に
変換する必要もないんでしょうが，確認画面で input タグの中に入ると
問題があったので一律に変換するようになったんですよね．なので，
変換が必要なケース（input タグ中に入る場合とメール欄）と
不要なケースを峻別して，そのあたりの処理を見直すというのも
一つの方法かもですが......

**root▲▲ ★** · 2007/12/12(水) 00:21:42

>>176
snow のは root 権限なくても更新できるようになっているです。
移行の際にそうしますた。

といってもいま、落ちてますが、、、。(´･ω･｀)

株価【939】 △△ ◆cZfSunOs.U · 2007/12/12(水) 00:35:07

>>177 なるほど，そうですたか．では snow のは復旧したらこちらでやっておきます．

株価【880】 △△ ◆cZfSunOs.U · 2007/12/12(水) 21:06:06

>>178 snow の更新しますた．

**root▲▲ ★** · 2007/12/12(水) 22:41:31

>>179
おつでした。

live23, live24 の bbsd 更新しました。

**動け動けウゴウゴ２ちゃんねる** · 2007/12/13(木) 09:54:56

http://qb5.2ch.net/test/read.cgi/operate/1196560836/714,716
だそうです

株価【851】 △△ ◆cZfSunOs.U · 2007/12/17(月) 10:40:44

・ qb5 で詰まる原因を探りやすくすべくログを取るようにする
・いつぞやのように規制リスト配布がバグっても 500 エラーにならないようにする
・ >>176 の後半

あたりをやってみようかと......

株価【851】 △△ ◆cZfSunOs.U · 2007/12/17(月) 12:01:34

ってことで "done." >>182

**動け動けウゴウゴ２ちゃんねる** · 2007/12/17(月) 19:38:10

＆quot; ではなく
＆quot と書いても " に変換されてるみたいだけど正常なのかな？

全角　→　半角
ｑｕｏｔ　→　quot
＆ｑｕｏｔ　→　"
＆ｑｕｏｔ；　→　"

**動け動けウゴウゴ２ちゃんねる** · 2007/12/17(月) 19:40:46

それは2chと関係ねえよ

**動け動けウゴウゴ２ちゃんねる** · 2007/12/17(月) 19:44:31

>>185
ありがとう。

**stream** ◆PNstream2s · 2007/12/17(月) 19:51:59

いや関係あるのでは？

▲ ◆garnetGnNk · 2007/12/17(月) 19:58:38

http://who.sakura.ne.jp/img/test.html

ブラウザ依存じゃね？

**stream** ◆PNstream2s · 2007/12/17(月) 20:00:48

おー、それは知らなかった

株価【850】 △△ ◆cZfSunOs.U · 2007/12/17(月) 22:07:29

dat 中（というか HTML ドキュメント中）の &quot が
ブラウザでどう表示されるか，という話ならブラウザ依存でしょうね．

で，とりあえず今のところログに残ってるのは

[2007-12-17 16:26:18] &foxSetHost($GB) ; #　ホストの判定: took 23s
[2007-12-17 17:22:31] &foxSetHost($GB) ; #　ホストの判定: took 22s
[2007-12-17 18:32:17] &foxSetHost($GB) ; #　ホストの判定: took 23s

てな感じですが（DNS 問い合わせで詰まってる？），
これはいつも qb5 で詰まる時のパターンなんですかね？
ともあれ，bbs.cgi の実行時間が長くなった時に
ログに記録する仕組みは動くことが確認できたので，
さらにもうしばらく観察......

**root▲▲ ★** · 2007/12/18(火) 01:02:20

>>190
qb5 ですが、なんか、qb6 で動くものと動機しているっぽい気がしました。
アクセスログと見比べてみるといいかも。

株価【880】 △△ ◆cZfSunOs.U · 2007/12/18(火) 02:29:24

>>191 なるほど．っていうか >>190 のログと 500 エラーのタイミングも一致してませんね．
これは，bbs.cgi 実行に入る前の SpeedyCGI そのものの実行段階で詰まってるってことかな......

**root▲▲ ★** · 2007/12/18(火) 02:40:43

あと、ほとんどの場合は 500 エラーが出ても書けているんですよね、、、。
つまり、少なくとも dat に追記するところまでは処理が動いていると。

株価【858】 △△ ◆cZfSunOs.U · 2007/12/18(火) 05:07:09

当てずっぽうで書きますが......現状で 512 になってる kern.maxusers を
さらに増やしてみてはどうでしょう，とか......

**FOX ★** · 2007/12/18(火) 05:42:52

酔っ払いの私にはわかんですー

**動け動けウゴウゴ２ちゃんねる** · 2007/12/18(火) 05:50:21

もっと飲んで。

**root▲▲ ★** · 2007/12/18(火) 10:50:23

>>194
資源系ですか。

何か、資源系で足りないものがあるような、というのには、
私も同意。

株価【858】 △△ ◆cZfSunOs.U · 2007/12/18(火) 11:52:56

あくまで推測ですが，speedy <-> speedy_backend 間の通信（Unix ドメインソケット経由）が
qb5 / qb6 の環境ではエラーになりやすいということかも知れないのではないかなぁ，と．
SpeedyCGI のソースを見てみると
----------------------------------------------------------------------
http://speedycgi.cvs.sourceforge.net/speedycgi/2.x/src/speedy_frontend.c?view=markup
388 /* Create sockets in preparation for connect. This may take a while,
389 * esp on FreeBSD, when it's out of sockets.
390 */
391 if (!sockets_open++)
392 speedy_ipc_connect_prepare(socks);

http://speedycgi.cvs.sourceforge.net/speedycgi/2.x/src/speedy_ipc.c?view=markup
22 #ifdef ENOBUFS
23 # define NO_BUFSPC(e) ((e) == ENOBUFS || (e) == ENOMEM)
24 #else
25 # define NO_BUFSPC(e) ((e) == ENOMEM)
26 #endif

48 static int make_sock(void) {
49 int i, fd;
50
51 for (i = 0; i < 300; ++i) {
52 fd = socket(AF_UNIX, SOCK_STREAM, 0);
53 if (fd != -1)
54 return fd;
55 else if (NO_BUFSPC(errno)) {
56 sleep(1);
57 speedy_util_time_invalidate();
58 }
59 else
60 break;
61 }
62 speedy_util_die("cannot create socket");
63 return -1;
64 }

180 void speedy_ipc_connect_prepare(int socks[NUMFDS]) {
181 int i;
182 for (i = 0; i < NUMFDS; ++i)
183 socks[i] = make_sock();
184 }
----------------------------------------------------------------------
FreeBSD では socket(AF_UNIX, SOCK_STREAM, 0) が ENOBUFS になりやすいということかも？
そこで，ENOBUFS になりにくいようにするにはどうしたらいいか，というのがポイントかも知れないんじゃないかと......

あと，こんなのもあるようですが......

UNIX domain sockets MFC's
http://unix.derkeiler.com/Mailing-Lists/FreeBSD/stable/2007-05/msg00206.html

**動け動けウゴウゴ２ちゃんねる** · 2007/12/18(火) 13:44:09

SpeedyCGI で speedy_backendを使わないoptionったないんでしたっけ?
もしあったら少しの間それで援用してみるとか、

**FOX ★** · 2007/12/18(火) 13:44:42

援用じゃなかった運用

株価【851】 △△ ◆cZfSunOs.U · 2007/12/18(火) 14:40:51

>>199-200 http://daemoninc.com/SpeedyCGI/ でそういうオプションは見あたりませんが，
普通の Perl スクリプトとして動かせばそういう形にはなるかもですね．

株価【851】 △△ ◆cZfSunOs.U · 2007/12/19(水) 05:01:24

>>201
>普通の Perl スクリプトとして動か

すようにしてみました． @qb5

**FOX ★** · 2007/12/19(水) 05:03:31

おおー
さてどうなるか、、、

株価【851】 △△ ◆cZfSunOs.U · 2007/12/19(水) 06:49:42

普通の Perl スクリプトにしてからは 500 エラーは出てないようですが，しかし......
bbs.cgi の実行時間が異常に長くなってたくさんたまってしまうことが相変わらずあるようで......
今ログを取るようにしてるメインルーチンより前の段階で詰まってるってことかな？
そっちでもログを取るようにしてみるか......

last pid: 80866; load averages: 0.08, 0.07, 0.02 up 63+17:39:52 06:41:07
18 processes: 1 running, 17 sleeping

Mem: 519M Active, 1110M Inact, 210M Wired, 63M Cache, 112M Buf, 74M Free
Swap: 4096M Total, 116K Used, 4096M Free

USER PID %CPU %MEM VSZ RSS TT STAT STARTED TIME COMMAND
ch2qb5 80773 0.0 0.7 15700 14792 ?? I 6:39AM 0:00.28 /usr/bin/perl bbs.cgi (perl5.8.8)
ch2qb5 80774 0.0 0.7 15700 14792 ?? I 6:39AM 0:00.28 /usr/bin/perl bbs.cgi (perl5.8.8)
ch2qb5 80775 0.0 0.7 15700 14792 ?? I 6:39AM 0:00.28 /usr/bin/perl bbs.cgi (perl5.8.8)
ch2qb5 80776 0.0 0.7 15700 14792 ?? I 6:39AM 0:00.28 /usr/bin/perl bbs.cgi (perl5.8.8)
ch2qb5 80778 0.0 0.7 15700 14792 ?? I 6:39AM 0:00.28 /usr/bin/perl bbs.cgi (perl5.8.8)
ch2qb5 80780 0.0 0.7 15700 14792 ?? I 6:39AM 0:00.28 /usr/bin/perl bbs.cgi (perl5.8.8)
ch2qb5 80781 0.0 0.7 15700 14792 ?? I 6:39AM 0:00.28 /usr/bin/perl bbs.cgi (perl5.8.8)
ch2qb5 80782 0.0 0.7 15700 14792 ?? I 6:39AM 0:00.28 /usr/bin/perl bbs.cgi (perl5.8.8)
ch2qb5 80783 0.0 0.7 15700 14792 ?? I 6:39AM 0:00.28 /usr/bin/perl bbs.cgi (perl5.8.8)
ch2qb5 80785 0.0 0.7 15700 14792 ?? I 6:39AM 0:00.28 /usr/bin/perl bbs.cgi (perl5.8.8)
ch2qb5 80788 0.0 0.7 15700 14792 ?? I 6:39AM 0:00.28 /usr/bin/perl bbs.cgi (perl5.8.8)
ch2qb5 80791 0.0 0.7 15700 14792 ?? I 6:39AM 0:00.28 /usr/bin/perl bbs.cgi (perl5.8.8)
ch2qb5 80792 0.0 0.7 15700 14792 ?? I 6:39AM 0:00.28 /usr/bin/perl bbs.cgi (perl5.8.8)
ch2qb5 80794 0.0 0.7 15700 14792 ?? I 6:39AM 0:00.28 /usr/bin/perl bbs.cgi (perl5.8.8)
ch2qb5 80809 0.0 0.7 15700 14792 ?? I 6:39AM 0:00.28 /usr/bin/perl bbs.cgi (perl5.8.8)

**root▲▲ ★** · 2007/12/19(水) 10:25:39

>>204
普通のPerlでも詰まりますか。

# 逆に、原因究明がやりやすいのかも。

株価【851】 △△ ◆cZfSunOs.U · 2007/12/19(水) 11:17:42

再び SpeedyCGI モードに戻して様子見てみます......

株価【851】 △△ ◆cZfSunOs.U · 2007/12/19(水) 12:21:29

どうにか，SpeedyCGI モードにしても 500 エラーにならないようにできたようです．

さて，500 エラーになっていた原因ですが...... FreeBSD の Unix ドメインソケット問題とかではなく，
なんと人為的な要因（POST データの送信に時間をかける DoS 攻撃により
speedy_backend のスロットがふさがってしまっていた）だったようです．
実行時間のかかるルーチンのログをメインルーチンに入る前の段階で取るようにしたら，
フォームデータ読込のところで時間がかかっていることから判明しました．
で，それへの対策を取りました，ということで．

**動け動けウゴウゴ２ちゃんねる** · 2007/12/19(水) 12:23:01

攻撃だったのか・・・

**動け動けウゴウゴ２ちゃんねる** · 2007/12/19(水) 12:23:58

どこからそんな攻撃を受けてたんだろう。