【雪だるま】bbsd⇔各cgi間のI/F仕様について考え・詰めていくスレッド

**root▲ ★** · NG

雪だるま作戦において開発をすすめているbbsdでは、

　　　　　　　　　　　　　　　　　 +- [ フロントエンドサーバlive22x1 ] -- ユーザは
[ バックエンドサーバlive22 ] -+- [ フロントエンドサーバlive22x2 ] -- live22xという代表名で
　制御プログラムbbsd　　　　　 +- [ フロントエンドサーバlive22x3 ] -- これらにアクセス
　 |　　　　　|　　　　|　　　　　　　　dat直読みや、
dat subject.txt subback.html　　　bbs.cgiやread.cgiやofflaw.cgi、
書きこみログ(芋掘り)ファイルなど　　(こちらは基本的に書き込み操作なし)
(書き込み操作はこちらで)

# 復帰/削除cgiなどについては、さてどっちかな => 今後の課題

という形で「ユーザの相手」と「各種ファイル処理」を複数のサーバに分業することにより、
さらなるパフォーマンスの向上を目論んでいます。

つまりこの場合、dat/subject.txt/subback.htmlは
バックエンドサーバで動作するbbsdというプログラムがリクエストに応じて生成し、
更新や場合によっては削除する形となります。

ということで、bbs.cgiをはじめとする従来２ちゃんねるで動いているcgiでは、
これらが同じサーバにあるつもりでファイル操作をしていましたが、
上記に示すように、少なくとも元本は同じサーバにはなくなるため、
何らかの形で対策を考慮する必要があります。

また現在、ID生成の種やSamba24や
timcount/timeclose等の規制関係で使用している一時ファイル等、
複数のフロントエンドサーバが同じ情報を、
何らかの形で共有する必要があるものもあります。

このスレッドではこれらの処理方法や実装方法について考えながら、
bbsdに持たせたい・持つべきな機能をあぶり出し、実装仕様を詰めていくことを目標にしています。

**削除車 ★** · 2006/01/01(日) 01:57:49

＞◆cZfSunOs.さん＆rootさん、関係各位

本年もよろしくお願いします。

live22xのsage復帰ですが、一度で上手くいかずに何度か呪文を唱える事になりました。
呪文を唱えるたびに、42→36→34→33のようにsubjectのスレッド数が変化しました。
(上手くいっていれば一度で42→33になるはずです)

何らかの問題が潜んでいるのか、今回だけなのかわかりませんが、とりあえずご報告します。
またlive22x復帰する機会があったら、挙動をよく見ておきます。

http://qb5.2ch.net/test/read.cgi/operate/1127134565/686-688

よろしくお願いします。

▲ ◆cZfSunOs.U · 2006/01/01(日) 12:27:59

>>386 こちらこそよろしくお願いします．

で，ご報告ありがとうございました．う～む......sage 復帰でスレが subject から消される条件は

if (stat(*worker->paths, &st) && errno == ENOENT)

つまり dat ファイルへの stat() が失敗しかつ errno が ENOENT な場合ということなので，
何らかの原因で ENOENT 以外だったんでしょうか．いずれにせよこのあたり要観察ですかね．
# 番外編として，本来マルチスレッド環境で MT-Safe であるべき errno に虫がいるかも
# ってのもあり得なくはないのかも......