【スイカ】雪だるま作戦に思いを馳せながら雑談するスレッド Part3

２ちゃんねる全体で　240万投稿/day
１サーバで 50万投稿/day
1,300投稿/min 等を達成した peko 作戦が完了し

いよいよ次は 雪だるま作戦
目標は live系の板を１サーバに入れる。
最速 1,000スレは 15sec以内。
こんなとこかしらん

前スレ
◆　雪だるま作戦に思いを馳せながら雑談するスレッド Part2
http://aa5.2ch.net/test/read.cgi/nanmin/1118138260/
◆　雪だるま作戦に思いを馳せながら雑談するスレッド
http://aa5.2ch.net/test/read.cgi/nanmin/1117044394/

キャップかYO

スイカってなんだYO!

きっと２つ重ねてwater melon manだよ。

>>1
スイカか？スイカが食いたいんか？



よーしぱぱ(ry

子供はもう喜ばない

ぼみょー

西瓜ってあんま好きじゃない

お父さんはスイカ送られると喜ぶね。
一部地域のお父さん限定ですが。

それはもしかしてｓｕｉｃａですか？

1ﾓﾂ

あースイカの臭いする鮎が食いたくなった

誰だお前は！



誰何。先に自分で消化しておく。

Seanさんの血のにじむような努力により、tiger2522(姉)にあった
ハードウェア上の問題はすべてfixされました。

本日寝るまでに、live22の儀式依頼をします。
顛末は、あとで別途ここに。

これから、セットアップの最終フェーズをします。

Thank you for your work .
と,Seanさんとむむむさんに(w お伝えください。
ていうかお疲れ様。
.　ξ
つ旦

儀式依頼しました。
live22のアカウント情報を、これから各位にメールします。

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

ジンギスカン準備工事等、基本部分のセットアップはすべて終わっています。
DNS登録儀式終了後は、掲示板システム入れ込み、live20からの板移転、
すすめられる状態となっておりますです。

Seanさんの努力により、
ハードウェア的にはメモリが3.5Gしか認識しない問題を除き、
持てる力をフルに発揮できる状況になっております。

love3 -> love4
human5 -> human6
music4 -> music6

↑これまだ？

>>17
土地はできているようなので、
向こうのスレでぼちぼちなんではないかと。

Seanさんからメールで報告をもらいました。

抄訳
・SCSIからエラーが上がっていた原因は、サーバのケース(入れ物)の問題だった
・サーバ単体でテストした時は、何の問題もなかった
・しかしラックマウントした状態では、SCSIからエラーが上がって動かなかった
・調べた結果、SCSIケーブルがケースのふたに圧迫されてつぶれ、まずい状態になっていた
・今回のサーバは、Polywellが準備した新しい仕様の1Uケースに入っているが、
　そのケースはラックに積んだ状態では、上からのしかかる分も含めた
　サーバの重さを支え切れなかったため、ケースの真ん中の部分にゆがみが生じ、
　今回の障害が発生した
・今回Seanさんは、緊急にtiger2522をラック内の一番上のポジションに移動した上で、
　下支えするための板を急遽導入して、とりあえず難を逃れた(これはICQで別途聞きました)

ということで、
Jimさんに「今後はもっと強いケースに入れれ」とPolywellにゴルァしてもらおう、そうしよう、
という話をして、数時間前にSeanさんのICQをクローズしました。

どうもSeanさんは"Train Man TV Drama"にサーバの投入を間に合わせるために、
睡眠時間を削って作業してくれたみたいです。

というわけで、感謝、感謝。
しかし、いろんなことがあるもんだなと。

おぉ、Seanさんお疲れ様です。
しかし重さを支えきれないラックって（汗

で、あとは私がリモートコンソールからBIOSの設定を微調整したり、
動作確認したり、雪だるまで使うプライベート側ネットワークの調整をしたりして、
概ね作業ができたと、そういうわけです。

Seanさんに
「明日(現地は7月6日)は、たぶんPIEがはじまって以来のトラフィックとページビューを記録すると思うよ」
って言ったら、激しく興味を示していました。
「それって何時ごろ? 」「サーバがちゃんと動いたかの顛末を教えて」と言っていたので、
明日は米国側でも、自主的に様子を見ているかもしんないです。

>>20
ラックじゃなくて、サーバのケースの強度の問題かと。
積み重ねたサーバの重さで、真ん中がたわんでしまったんだと思われ。

>>22
なるほど、ケースの方っすね。
寝ぼけてるのかな（汗
しかし、、（汗

さて、いよいよですね。

>>1
乙です。
とりあえず、スイカ食わなきゃと思った。
電車男はまあ何とかなるだろうと思った。

本日デビューの姉妹の名前はまだ決まってないんでしたっけ。
んじゃとりあえず叶姉妹（仮）とかでｗ

アメリカまで電車の話は伝わってるのか…


>>25
とらしまい（重要ポイント：ひらがな）
とか

　

　

　　

30ゲット

お姉妹（お終い）
強姉妹（獅子舞）

…で、live22のセットアップですが、
livecxだけじゃなくてlive20の板をまるごと全部移転するほうが、面倒が少ないような気がしたです。

そのへんは、おじさんの裁量ということで。

I talked to Sam at Polywell about it today...
he Gave me some Brackets that are stronger that will fit our Racks.
Hopefully this will improve chassis strength and prevent the flexing.
-Sean

とのこと。

対応早いっすね。

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

妹も、DNS登録依頼出しました。
妹はメモリディスクを1Gとってあります。

live22x.2ch.net という名前で参照できるようにしています。

将来、ここをlive22という名前*でも*見られるようにするか、
live22からの移転扱いにするのかは、作戦の行方次第ということで。

live22x.2ch.net のアカウント情報を
関係者にメールしました。

思わず本質を見失いそうになった私がいます。
目標は『1台の壁を越えろ』ですもんね。
それでこそ、『雪だるま作戦』ですもんね。
live22だけでは『1台の壁は越えられない』ですもんね。

そう思いました。

http://tv7.2ch.net/tvd/が重くなってまいりました。

過去ログ置き場を作ってみました。
ttp://angler.ddo.jp/snowman.html
何かあれば、馴れ合うスレなりに連絡ください。

乙乙

【例のやつ】負荷監視所
http://live14.2ch.net/test/read.cgi/liveplus/1120736993/673-680

ということで、現有戦力で最大限、がんがりました。
今後は、雪だるまをがんがりましょうってかんじで。

>>37
でも、メモリ3.5G仕様のlive22の「単独の力」を測ってからじゃないと、
雪だるま作戦の「効果」を、定量的に測れないような気も、するですよ。

今日はlive20でよかったと、思ってるですけどね。
live22の力は、また測れる機会が、いずれ近いうちに来ることでしょう。

おやすみなさいです。

おはよ

つまり、いろいろぐっと来てしまい
酒ににげたです。

感無量。

おはようございます。
今度は、一緒に負荷監視実況しましょうか。

これも、今回新しい流れが出来ましたって感じで。
受け入れてくれた、liveplusのシャボーンさんと
liveplus利用者の皆さんに感謝。

どっかにおいちゃんの愚痴を聞くスレをたてましょうかｗ

水飲み場があるジャマイカ

blogもあるでよ

ぐっときたのは、電車男のせいでして、
現場にはいれなかったのだ。

うむぅ。
電車男の何にぐっときたんだろう。

登場人物の誰かに感情移入してしまったとか。似たような経験があるとか。

たぶん泉谷しげる

納得ゥ

ちと違ったりして、、、

「もう絶対大丈夫」と思えるシステムを何年もかけて作り上げてきて
一方で「電車男」等が産まれ出て行き、そりがそのシステムに挑戦状を
叩きつけるわけだ。。。

大リーグボール二号が打たれた時の感覚というか・・・

ダースベーダーが暗黒面に落ちて敵になった感じか

ガンダムMKII作ったら奪取された感じか

どっちも進化してるって事か

複雑だなぁ

ドラゴンボールの法則ですね

ひっくり返った伴宙太効果？＞大リーグボール対策

ヒント:サーバ資源は必ず、あればあるだけめいっぱい使われる。

２号が打たれても３号を編み出す。
左肩が壊れても右で投げる。
ピッチャー生命が終わってもバッターの道がアル。

たけしの挑戦状よりいいじゃん

>>61
懐かしいな

たけしの挑戦状は凄く難しかったイメージがある

また気合入れていきませう!

ってとこですか、

いざというときは酒があるｗ

雪だるま作戦は私ががーっとやっていいんでしたっけ?

とりあえず、がーっとやってみて
誰も止めなければOKってことでは？

私踊る！

>>66
どんなかんじで、やろうとしてるですかね。

脳内にある基本路線を、ここにでも書いていただけると。
あと、SunOSさんが書いている通信版bbs.cgiとのからみは、どんなかんじかしら。

前スレ844(一部改)
2) までは、やってしまっていいような気がするです。

844 名前： ◆MUMUMUhnYI [sage] 投稿日：2005/06/27(月) 22:03:03 ?##
>>728
恥ずかしいミスで。もちろんNoconaが正解ですね。

数日中には、(仮名)tiger姉妹の基本設定は仕上がるです。
で、方針ですが、ざっくりで、
・SCSI版(以下姉)
・IDE版(以下妹)

1) まず姉をlive22にして普通に掲示板を入れ、一部をlive22に移転して試運転する
# メモリ4Gな32bitははじめてなので、セッティング出しとか

2)問題ないようなら、live20とlive16からlive21に全部板を移転する

3)道具を作りつつ、妹を姉につないでみる
# このへんどうやるかは、このへんとかoperateとかで話す

というかんじですかね。

通信版bbs.cgi ってしらないですけど、

あ、live21 => live22
# 1箇所直し忘れたです。

bbs.cgi再開発プロジェクト6
http://qb5.2ch.net/test/read.cgi/operate/1113117347/738-

雪だるま作戦には関係ないのでは? >>73
出来てもいないのに移転するですか? たぶん作るのに数ヶ月かかると思うけど、 >>70

>>74
ふむ。

バックエンドをlive22として動かしながら、フロント(live22x)にチェック部分や読む部分を
移動していくのかなぁと(おぼろげに)思っていたです。

そうではなくて、別の戦略ってことですか。

つまり、

live22 <=> ユーザ
↓
live22 <=> live22x <=> ユーザ

に、段階的に(実装できたところから)移していくのかなと。

live22x <=> live22 <=> ユーザと考えていますが、、
んで live22 は並列でラウンドロビン化へと

>>77
live22x のほうが、HDDが遅いほう(IDE)です。
live22 が、HDDが高速なほう(SCSI)。

というか、名前の付け方が問題ってことですね、それ。

ふーむ。

とすると、名前を変えたほうがよさげ?
まだ今ならできるので、そうしますか。

live22x っていう名前でユーザにアクセスさせることを、考えていたです。
x は雪だるま仕様っていうことで。

うおっ　こんらん、、

名前の問題だけなので
live22 <=> live22x(N台) <=> ユーザ

でokでーす

x でいいです　いいです　>>80

>>80
了解です。

# というか、もうちと、すりあわせておくべきだったのかも。
# ほとんど漫才みたいなやりとり。

というわけで名前問題は共有できたので、
せっかくですから、脳内にある構想をここにでもぼちぼちと
お願いいたしますです。(>>66 >>69)

で、みなでそれをレビュるってことで。

いやおもしろかったからｗ

で、live22 <=> live22x 間は、1Gbps プライベートアドレスで
接続可能な環境を、既に整えてあるです。

携帯の front <=> BG 間と基本的に同じ。

考え中。。。

live22 <=> live22x(N台) <=> ユーザ

1) live22x に掲示板システムを入れる
2) bbs.cgi@live22x の実際に書き込むところはlive22のcgiを呼ぶように修正
3) live22 に snowman.dso (bbs.cgiの書き込み部だけ)を作る
4) ※ subject.txt index.html の更新は・・・　ここで 通信版bbs.cgi???
5) live22 -> live22x への .dat index.html subjext.txt SETTING.TXT 等の同期を作る

これで live22x を専ブラ,IE等で見れるようになるはず。
ただし同期のタイミングや頻度がどうなのか・・・という部分を検証して
いろいろ試してみる、使用感がいまいちなら撤退かも、というとこです。

A)
bbs.cgi@live22x は現bbs.cgi@all と同じものを使い共通とする
つまり if(servername =~ /x$/) なんて処理にする

B)
snowman.dso は新規に C で書く。
ログも live22 に記録するので受け渡すものは結構巨大。

C)
とりあえず B) でindex.html,subjext.txt を更新するか?
それとも 通信なんたらを組み込むか?

D)
live22 <-> live22x(N台) の各種ファイルの同期

E)
あと何かあったっけ?

私の頭の中はこんなとこです。

>>87
1) 5) は、そんなかんじだと思います。
1) は、全部メモリディスク上で動くようにするってことですね。(確認)

2) 〜 4) も、基本はこれだと思うのですが、
実装をどうするかというのは、いろいろな武器(手段)が考えられるですね。

2) の live22x <=> live22 を http ではなくて別のプロセス間通信(ソケット使う)にするとか、
そうすると 3) を httpd + dso じゃなくて bbsd にするかもとか、
4) の処理がちょっと重そうだから、live22x(のメモリディスク上)にしたいかもとか、
そういう議論点は、いくつかあると思うです。

個人的には、live22 では dat の管理以外、あんまりやらせたくないなと。

んで私の脳内では
ひとつの物を二台(最初)に分散なわけだけども

live22 : live22x = 1.5 : 8.5 くらいの感覚です。

>>88
A) は、そういうしくみでいくですか。
それなら、管理コストを下げられそうですね。
悪くなさげです。

B) は、showman.dso か bbsd かあるいは他の何かかは、
ここでいろいろ考えるかんじですか。
データが巨大なのは、専用の通信路を持っているのでなんとかなるかな。
汎用のhttpdでも悪くはない気がしますが、
専用の何かを作ってもいいところかもしれないなと。

C) >>90 の第三段落 4) の処理

D) SolarisのCacheFSみたいなしくみをうまくやれるといいですね。
汎用 http + squid or apache reverse proxy(cache) あたりか。

E) とりあえず思いついたのは、>>90 あたり。

>>91
その数値は、全体的なコスト計算ってかんじですかね。

私は「得意な人には、できるだけ得意なことだけに専念してもらえるようにしよう」
っていう感覚をもっています。

妹(フロント)は、巨大なメモリディスクを持っていて、キャッシュ的な動作に強くするです。
でもディスクはIDEなので、書き込みは速くありません。
CPUは、姉と同じです。

ということで、(キャッシュからの)読み出させ、各種チェック、
動的なものの生成(subject.txtとかsubback.htmlとか)を、
やってもらおうと。

姉(バック)は、高速なHDDを持っています。
巨大なメモリディスクはディスクキャッシュのエリアを圧迫するので、
作らない予定です。

ということで、ディスクへの書き込み(dat log)、ディスクからの読み出しを、
やってもらおうと。

んで、今回(最初)は何を目的として行動するかと・・・

1) 一台の壁を越える
2) 現状を見ると「短期での完成」が要求されている

と思うんですよ、まずは作ってから
徐々に改良か、ほぼ完成してからやっこら投入か・・・
その中間はないかも

>>93
どちらでもいいんですが、
私の懸念は

a) ちゃんと同期が取れるのか?
b) 全体のコストとしてはフロントはN台になるので xN になりますよ

ということです。

>>94
ってことは、

まずは基本システムを作る
みゃんまーややんごんみたいなのをlive22xに作って、徐々に改良していく
いいかんじになったら、live20から本ちゃんの板を動かす

こんなかんじ?

>>96
と、思っています。

そうですね。結構切迫しているかも。
昨日の電車男の負荷状況を見て思いました。
もうすぐ、夏休みにも突入しますし。人が増加しそうですし。
live20がいつ限界になるか。。。と思うと。

live20 にRAM増設というのも当面の選択肢かと・・・

ふむ。
昨日の状況を見てると、むむむさんの『安全装置』は
役に立っていたと思ってますが、何せスレが乱立して
安全装置のいいところが発揮できていないような気がしましたんでね。

>>95
> a) ちゃんと同期が取れるのか?

1) それぞれの live22x たちが独自に作る
2) live22 で作った原本を live22x が参照

の、てんびんってかんじですね。
動機を考えると、2) かな、っていうことかしら。

> b) 全体のコストとしてはフロントはN台になるので xN になりますよ

そういうことですね。
フロントが増えていっても、悪くてもリニアか、
できれば対数とか平方根でバックの負荷が増えていくようにしたいところです。

>>99
可能であれば、すぐにでもそうしたいところです。

んで　私のできることは
A) B) だけだったりして、 C) はどうなるか、
また B) を dso(C) でやらないならば A) B) も私にはできないということになり

わーい、私は待っているだけで完成?

live20は、私のいう安全装置が「既に動いている状態」なんです。>>100

・index.html subback.html は既にさぼっている
・IsKoukoku は既にスキップしている

昨今の実況板を見ていて感じるのは
圧縮の頻度を上げるということが必要なのかな?
と思っています

毎分各板でやるとか、
あたらしい dat 落ちシステムをちょちょっと作ったほうがいいかも・・・

>>101

>>99
可能であれば、すぐにでもそうしたいところです。

live20だけでいいですか?
Tiger何番でしたっけ?

tiger503.maido3.com >live20

>>102
そうきましたか。
何もしないでじっとしているのが苦手な方は、
そういうことゆっちゃいかんです。

C) は、>>88 案の前半(B) で) でスタートで、いいかなと思うですね。
問題が起こるなら、後で変えられる部分でしょう。

D) は、私がごそごそってことになるでしょう。
いくつか、予備実験を前にしているです。

B) は、SunOS の中の人とも、相談してみるかんじですね。
そのうち、きていただけるかと。
仮に B) が dso じゃなくなっても、PerlでのAPIがあれば、
おじさんにがんがっていただくことは、十分に可能なのでご安心を。

>>105
↓
>>106 です。

Perl はなしかと、

で、今の状況であれば、live20 だけでいいかなと。>>105
ふくらみ続ける ex11 とかどきどきしますが、
今すぐってかんじでもなさげ。

live22x はあと二台追加しますかね?
一台でいい?

tiger503.maido3.com　はメモリ増設します
2G -> 3.5G でいいのかな?

>>109
>>88 のうちPerlなのは、A) だけですね。(おじさんががんがる)

B) は、dso か bbsd か知りませんが、C/C++ とかですね。

C) は、B) でやるかんじかな。

D) は、既存のソフトウェアをうまく使えば、いけるんじゃないかと思っていたりするです。

>>111
tiger503 は旧仕様「64ビット非対応マシン」なので、
4G いけるような気がします。
マザボの種類わかっているので、こちらで調べてみるです。(本日中)

というか、4G分(RAMが偶数になるように)刺していただかないと、
たぶんパフォーマンスがいまいちになったり、場合によっては動作が不安定になったりするです。

で、live22x、最初からもうマルチでいくですか。
何台必要かは、ちとすぐには判断しにくいです。
…それでも、判断しなきゃいけない局面?

>>113
live22x は現在一台
都合４台はいらないと思うから

三台でやるか二台でやるかってところかと
あと納品までに時間がかかる(bananaのように即日というわけにはいかない)
から、今決めて今月中に間に合うかどうかかと、

あと二台発注しまーす。 live22x

tiger503 2G->4G 発注しまーす。

>>114
「えいや」でいくって、ゆってますね。それ。

live22 <=> live22x * 3 になると。

>>115
了解です。

メモリが4Gにできることは確認しました。
FreeBSD/i386 で 4G 認識するかは、調べ中。

えいやっ

発注しました。
live22x x 2
tiger503 RAM 2G -> 4G

おぉぉ〜
雪だるま、いきなり転がりだしたっすねｗ

雪だるま四姉妹に…｡

like a rolling snowball

メモリはいつになるんだ？

いつの瞬間も、
どんどん過去になっていくのだ

んじゃ　作り始めていいかな?

>>124
live22 live22x の器の準備は、既に整っているです。

ほほーい

はじまり　はじまりー

四姉妹ってことで、愛称は若草物語の四姉妹の名前でひとつ。

スペック・設定を簡単にまとめ

・live22x
CPU NococaコアXeon 2.8GHz dual
memory 4GBytes (3.5GBytes認識)
HDD 80G 7200rpm IDE x 1 (bananaのと同じ、ただし1台だけ)
/md を1GBytes設定(設定変更可能)
httpd準備済み、SpeedyCGIとmod_cgidso設定済み

・live22
CPU NococaコアXeon 2.8GHz dual
memory 4GBytes (3.5GBytes認識)
HDD 36G 15k SCSI x 2 (tiger仕様)
/md を128Mbytes設定(設定変更可能)
httpd準備済み、SpeedyCGIとmod_cgidso設定済み

何か入用なら、その旨お伝えください。>>126

あと1点相談ですが、
tv7 (tvd) は、このままだとへたをすると週に1回
放送後に毎週つぶれるような気もするんですが、
さて、どうしましょうかね。

とりあえず最低限、ジンギスカンにはしておいた方が。

live22x を作っていて思ったんですけど、、、

live22x が複数台になったら
live22x とは別に live22x1 live22x2 live22x3 と名前が必要なような、、、
別名っていうんですか?

ex5やex9が何かある度にへたれた過去を目撃してると、
さっさとtigerかcobraに移した方が手間が少ないと思うのだが。
雪だるまがある程度まとまるまではtv用tigerの空きはなさそうだし。

tv7 ってどうして重くなるんでしたっけ?

>>130
ですね。携帯のフロントエンドと同じことをする予定です。

ログインにはlive22x1 live22x2 live22x3 とかいうかんじの名前を使って、
DNS 的にはラウンドロビンすると。

>>132
電車男放送後のゆり戻し。

で、発注かかったんだから、
その名前作っておく必要があるですね。

DNS登録依頼を出しておくです。
peko 作戦スレにて。

のこか。。。

>>134
http://qb5.2ch.net/test/read.cgi/operate/1115133136/923

>>135
Nocona っていうのは、どうも私の指には鬼門のようです。ううむ。

>>133
具体的にどの板の問題なのかを知りたかったり、

あと、
キャップの同期も必要だ。

>>137
http://tv7.2ch.net/tvd/
ドラマ版電車男の本スレがある

>>137
>>129 にも書きましたが、tvd の模様ですね。

なるほど〜

tvd の ex 移転ですなぁ

ex10おめでとう行きおめでとう

電車男問題じゃなくて、かつスレッド移動のことを気にしないんなら、
tvd を etc4 に動かせば(りゃ とか言うんですが、
etc4 には male があるわけで。

exですか、、、。

いまや懲罰ではないとはいえ。

ex12 ex13 って余力ばしばしでなかったっけ?

ex10ですかね。入れるとしたら。
入るとは思います。スレッド移動問題とかですか。

まぁ、ex、、しかないわなぁ、、
ex10か12か13かはしらんけど（まぁ10か）

>>144
あ、そっちですか。
tvd っておおきさどのくらいでしたっけ。

どっちでも特に問題なく、入ると思います。

これか。
http://stats.2ch.net/suzume-tv.cgi?yes

たぶんex10 12 13、どれでも入るでしょう。

live22 は bbs.cgi read.cgi 止めてっと
offlaw.cgi はそのままにしておこう(問題先送り)

雪だるまで過去ログはどうするか・・・

まぁ、12/13どっちかというとex12よりもex13なのかなぁ。
ex12、サッカーのほうはいちおう盛り上がりそうなイベントがあるし、、東アジア選手権でしたっけ、
ex13、野球のほうはこれといって集中して盛り上がるようなのは少ないようなふいんき、

んじゃ

tvd tv7 -> ex13 移転ということで、(来週までには)

live22 live22x が出来た(と思う)

bbs.cgi@本体 にもフックかけた
bbs.cgi@live22x -> live22 部分作るです
まずは Perl で書いて見るっす。

>>149
datが入るのは、live22 のほうですか。
ということは、offlaw.cgi を、ちょっとごにょごにょするか、
あるいは単にバックにとばすだけにするか、どっちかですかね。

>>152
おつです。

>>152
F22 は、どうしますか? < live22 / live22x

どうしますか? というと?

live22x に書いたら
live22 に dat & log が生成されるようになった。

live22 で index.html subject.txt subback.html 等の更新、
live22x で dat index.html subject.txt 等の同期を行えば
動き出す予感。

>>155
んと、現状でf22の起動リストに入れますか、ってことです。

同期部分、本日帰宅したらちょっとごにょってみるです。

ここで当初の私の計画では
live22に作った snowman.cgi が subject.txt index.html subback.html
を更新する予定だったけど、なにやら 通信bbs.cgi というのがあるので
ここで作業はやめたほうがいいのかな?

ということは私の作業は完了したのだ。

「うまく行きそう」となったら snowman.cgi を　snowma.dso に書き直すです。

>>156
必要があるか? ということですか?

必要性を論じないと答えが出ないし
必要性を論じれば答えはでるかと、、

どっちも必要な気がしますが・・・

live22 : dat落ち処理
live22x : 規制等

お，急に動き出しましたね......


bbsd なんですが，subject 更新等重い処理の軽量化とデータ書き出し処理の分離での
雪だるま対応という両にらみのものとなってます．ソースは C なんで mod_cgidso 対応の
プログラムを作れるなら bbsd に手を加えていくことも可能だと思います．

>>158
です。< 必要性

それを見ると、確かに必要そうですね。

>>157
snowman.cgi は、Perl バージョンってことですか。
今後の作業については、SunOSさんのご意見も、聞いてみたいところで。

f22叩いていい状況ですかね。今。
問題ないなら、f22側に登録してくるです。

あ、でも、
http://qb5.2ch.net/test/read.cgi/operate/1115133136/923 が done. にならないと、
live22x の F22 は、動かせないかも。

>>159
あ、来てたですか。

>>157 >>159 をふまえると、
「おじさんのテクなら bbsd でも dso でもたぶんいじれますよ、きっといじれますよ」
ってことですかね。

bbsd を live22 に入れたら
勝手に index.html subback.html subject.txt が出来る

と思っていいんですか?

snowman.cgi すら必要ない、
snowman.cgi から bbsd に何らかの信号をおくる必要がある、
bbsd で三種の神器が生成されるタイミングと live22x とのfile同期の
タイミングはどうなのか?

>>161
>「おじさんのテクなら bbsd でも dso でもたぶんいじれますよ、きっといじれますよ」

そうですね．

>>162
>bbsd を live22 に入れたら
>勝手に index.html subback.html subject.txt が出来る

index.html は今はまだ未実装ですが，最終的には生成させる予定です．
フロント側の bbs.cgi からソケット経由でデータを渡してやれば
dat や subjext.txt etc. が生成されるようになってます．

>>161
うんうん、多分大丈夫かと、
ちとやる気になっているわたし
bbsd に挑戦。

どんな手順でやるですか?
bbsd は思いっきり公開? して私が組み込むとか
MUMUMUさんが入れて私がちょこちょこしていくとか、、、

>フロント側の bbs.cgi からソケット経由でデータを渡してやれば

の部分をちと詳しく、

つまり live22x の bbs.cgi から live22 の bbsd を直接コール?
1) dat 書き込み
2) log 書き込み
3) subject.txt index.html subback.html 更新

全部やってくれると考えていいのかな?

>>165
>>フロント側の bbs.cgi からソケット経由でデータを渡してやれば
>の部分をちと詳しく、

bbs.cgi からの渡し方は

http://qb5.2ch.net/test/read.cgi/operate/1113117347/738-739n
http://qb5.2ch.net/test/read.cgi/operate/1113117347/745

の中で説明してあります．

>つまり live22x の bbs.cgi から live22 の bbsd を直接コール?

そうです．

>1) dat 書き込み
>2) log 書き込み
>3) subject.txt index.html subback.html 更新

2) はどういうログを吐けばいいのかわからないので今は実装されてませんが，
実装することは可能ですね．なので，そのあたりも実装すれば

>全部やってくれると考えていいのかな?

ということになります．

F22 動かしてくるです。< live22 / live22x1

ふむふむ

あとは「どうやって live22 の中に bbsd を入れるか」ってとこかな?
あと、logdat 部分は秘密な部分があるのでコーディングはどうするか。。。

>>168
秘密の部分はサブルーチン呼ぶ形で作っていただくことにして、
サブルーチン部分はおじさんが作る、ってことでいいんではないかと。

f22 status:
live22.2ch.net: on
live22x1.2ch.net: on

リロードバーボンは、動かしていません。

　 _ 　 ∩
(　ﾟ∀ﾟ)彡　SunOs ★！SunOs ★！
　⊂彡

と言っても、
実はbbsdが dat に追記したり log を追記したりする部分においては
bbsd は中身が何であるかはどうでも良く(カプセル化)、

所定のファイルに貰ったデータを追記するだけだから
ログファイルを書き出すファイル名を作るサブルーチンでよかったりする。

今作った snowman.cgi(Perl) は
bbs=dancesite
key=1123456789
outdat= .dat に追記すべき文字列
logdat= log に吐き出すべき文字列
を貰って上記の追記を行うというプログラムだす。中身は見ていない。

>>172
>今作った snowman.cgi(Perl) は
>bbs=dancesite
>key=1123456789
>outdat= .dat に追記すべき文字列
>logdat= log に吐き出すべき文字列
>を貰って上記の追記を行うというプログラムだす。中身は見ていない。

なるほど......今の bbsd は bbs, key, outdat に相当するものは
受け取るようになってますが logdat に相当するものが今はないので，
そのデータも受け取るように bbs.cgi とのやりとりの部分は変更しなきゃですね．

>>171
本人がご希望であれば、qb5/6の★はきっと出せるんではないかと。

bbsd を live22 に組み込んでいただいて、
修正の仕方を教えて頂ければあとはつくるだけでーす。

コードのありかと、たぶん make の仕方。

>>175
システムスタート時に bbsd を自動起動するしかけは、
私がしこめると思うです。

>>175
>コードのありかと、

http://sunos.saita.ma/bbsd.c
ただ，>>173 対応で今書き換え中ですが......,
bbs.cgi からの呼び出し方も変更になりますね．

>たぶん make の仕方。

gcc -o bbsd bbsd.c [-DUSE_THREADS] [-O3 ...]

-DUSE_THREADS を付けるとマルチスレッド版になります．
-O3 等最適化フラグは適宜......

修正については，分からない点があれば質問して下さい．

どすればいいのだろぅ、、、

おおっ
時間差攻撃。。。

>>177 を むむむさんに入れてもらえばいいのかな?
どこに置くとかいろいろわたしじゃ力不足、すんません。

>>179
はい。そんでは。

>>177
本日帰宅後にやりますんで、
今やっている書き換えが固まったら、このスレで教えてくださいです。

で、起動方法とかそのへんは、適当に教えていただければ
たんたんとやっていくです。

そんで、 live22 <=> live22x の間はプライベートアドレスで通信しますので、
INADDR_ANY じゃなくて、コマンドラインから指定したIPアドレスで
ソケットをbind() できるようになっていると、うれしいですね。

あと、クライアント側から突っ込む時のAPIの仕様をメモにすると、
おじさんが喜ぶでしょう。

で、qb5の★を発行する時期に入っていると思いますが、いかが。

たこが。

ウニが。

イカが。

>>180
>で、起動方法とかそのへんは、適当に教えていただければ
>たんたんとやっていくです。

bbs.cgi スレの 738 あたりに説明がありますが，それで不明な点があれば質問して下さい．
入れる場所は適当でいいんですが例えば /usr/local/sbin とか......

>そんで、 live22 <=> live22x の間はプライベートアドレスで通信しますので、
>INADDR_ANY じゃなくて、コマンドラインから指定したIPアドレスで
>ソケットをbind() できるようになっていると、うれしいですね。

そのための -b オプションでして......ちなみにデフォルトは
INADDR_ANY じゃなくて 127.0.0.1 になってます．

>あと、クライアント側から突っ込む時のAPIの仕様をメモにすると、
>おじさんが喜ぶでしょう。

ん〜と.....クライアントってのは bbs.cgi のことですか？

>で、qb5の★を発行する時期に入っていると思いますが、いかが。

ほしいのは星より太陽で......というか，まだまだ修行が足りない身ですんで......

太陽→●

こっちか

何をおっしゃいますやらｗ

この隙間を利用して tvd 移転なんぞを、、、

Σ(゜□゜ノ)ノ

やっちゃえやっちゃえ

収容先はex10 or ex13 ?

http://ex13.2ch.net/tvd/

ex10はやめてくださいー

はやっ

おわた >>187

もうできてるしｗ

>>187
乙です

おつかれさまでしたー

>>194
乙乙

>>173 対応しますた． http://sunos.saita.ma/bbsd.c

bbs.cgi 側では
----------------------------------------------------------------------
use Socket;

use constant BBSD_HOST => inet_aton('127.0.0.1');
use constant BBSD_PORT => 2222;
use constant BBSD_TIMEOUT => 1;

sub bbsd {
    my ($rfd, $str) = ('', '');
    my $sin = sockaddr_in(BBSD_PORT, BBSD_HOST);
    socket(SOCK, AF_INET, SOCK_DGRAM, 0) || return "$!";
    send(SOCK, join("\x8", @_), 0, $sin) || (close(SOCK), return "$!");
    vec($rfd, fileno(SOCK), 1) = 1;
    if (select($rfd, undef, undef, BBSD_TIMEOUT)) {
        recv(SOCK, $str, 256, 0) || (close(SOCK), return "$!");
    }
    else {
        $str = "書き込みを受理しましたがサーバが混雑しています．書き込みが反映されない場合もあります．";
    }
    close(SOCK);
    return $str;
}
----------------------------------------------------------------------

で，$logline にログへの出力行を入れておいて

書き込み処理:
　　　　my $errmsg = bbsd($bbs, $key, $datline, $logline);
レスの通常あぼーん:
　　　　my $errmsg = bbsd($bbs, "delete:$key", $range, $logline);
レスの透明あぼーん:
　　　　my $errmsg = bbsd($bbs, "tdelete:$key", $range, $logline);
スレッドのゴミ箱逝き:
　　　　my $errmsg = bbsd($bbs, "delete:$key", '*', $logline);
スレッドのファイル自体削除:
　　　　my $errmsg = bbsd($bbs, "tdelete:$key", '*', $logline);
subject.txt 等の再生成:
　　　　my $errmsg = bbsd($bbs, 'repair', $logline);

土器土器

和久和久

手化手花

雨露雨露

>>95
今現在ではなく、将来的なコトを考えれば
b) は必ずしも純粋な逓倍にはならんとおもうよ

今やコンシューマ向けのやすいやつでヅアルCPUが組めますからのう、

それとも、前と後ろが同じhardでないと拙いとかあるんだべか？

?
どういう意味?

金銭的なコストのことでは。
今Opteron64*2でやってるのをAthlon64x2に置き換えられれば
同じ性能でぐんと安く作れるとかで。
でも運用コストは変わらないというか増える気がする。

値段で比較しる場合

backのねだんを１とした場合
将来的にfrontは0.5以下に出来るかも試練、ということ
いまは、じっけんということでfrontもbackもおなじ筐体で
やっておるからねだんはほぼbackとおなじねだんだべ

＞そのため、リアルタイムにHQ Codecに変換するための動作環境として、
＞CPUがPentium D、もしくはXeon 2.8GHz×2以上、メモリ1GB以上が推奨されている。
http://www.watch.impress.co.jp/av/docs/20050706/canopus.htm

こういう記事もあるでね
コンシューマも廃エンドも、（すとれえじ関係なしで）
計算させるだけならもはやあまりかわらんのかのう、と

ちなみにPenDの場合、"機械だけ"なら今すぐにでも入手可能だす
OSやら冷却システムやらがどうなんかがおおきなもんだいではありますが、、
http://developer.intel.com/design/motherbd/tp/　コレ、約\15Kだす

ま、かのうせいということで

>>207
んだなぁ
こういうコトをしると扱う機械のしゅるいがふえますからのう、

帰宅です。

まずは、めしを。
昨日は10分もかけずに早飯したんで、
今日はちょっとだけ、ゆっくり目に。

>>210 お帰りなさい．ごゆっくりどうぞ．


で，sunos.saita.ma で拝借してる tiger 上で試しに動かしてるんですが，

    warning: setsockopt: No buffer space available

になってしまいますね（まぁこれでも一応動くことは動くんですが）．
FreeBSD 上で setsockopt() で設定できる SO_RCVBUF の最大値がわからんのですが......今は

    #define SO_RCVBUFSIZE 262144

にしていて，man によると

    The system places an absolute maximum on these values, which is
    accessible through the sysctl(3) MIB variable ``kern.ipc.maxsockbuf''.

とのことで，sysctl kern.ipc.maxsockbuf で出てくる値はまさに 262144 なんですが......


あと，

    gcc -o bbsd bbsd.c -O3 -fomit-frame-pointer -march=pentium4 -Wall -DUSE_THREADS -pthread -s

で一応マルチスレッド版はビルドできて動いてはいるようです．
といっても，まともに負荷がかかった時もちゃんと動くかまではわかりませんが．

なつかしい書き込みをしるひとがおったで
こっちにゆうどうすてみた

フロントがN台の時

ある処理を バックでやったら一回で済むけど
N台のフロントでやったら N回かかるという話しをしているんですけど、、、
高いマシンでやろうが安いマシンでやろうが、

めしおわり。ちょっとﾏﾀｰﾘしてから。

>>211
当然、デフォルトの値なんかでは使ってなくて、

/etc/sysctl.conf
# increase listen queue
kern.ipc.somaxconn=8192
kern.ipc.maxsockbuf=2097152

%sysctl kern.ipc.maxsockbuf
kern.ipc.maxsockbuf: 2097152

となっているので、ご安心を。

>>214 なるほど．UDP なんで，SO_RCVBUF が小さいとリクエストが殺到した時何も言わずに
パケットが破棄されちゃいますからね．これは余裕を持った値にしておきたいと．

>>213
ああ、なるほど

さいしゅうてきにどこまでやらせるんかはいまいちわかりませぬが、
とりあえずfrontで表示(read.cgi/dat公開)することだけをやらせるのなら
いままでどおりな（BBYとかとおなじような）「更新しました信号」を
backが更新のつどfrontに発射しるだけなんでなかべか？


おらはバカなのでようわかりませぬが。。

>>215
UDPですか(まだ、ソース読んでいません)。

TCPは結構まじめにチューニングしてあるつもりですが、
UDPは、どうかな。

それなりには、大丈夫だと思いますけど。

あ，そうそう，>>199 の
    use constant BBSD_HOST => inet_aton('127.0.0.1');
は，実際に bbsd が動いてる鯖のアドレスに適宜変更して下さい．

--- bbsd.c.ORG Fri Jul 8 06:15:00 2005
+++ bbsd.c Fri Jul 8 09:52:54 2005
@@ -196,7 +196,7 @@
(inet_pton(sockaddr.sin6_family = AF_INET6, cp, &sockaddr.sin6_addr) \
|| inet_pton(sockaddr.sin6_family = AF_INET, cp, &((struct sockaddr_in *)&sockaddr)->sin_addr))

-int parse_argv(server_t *server, int argc, const char *const *argv)
+int parse_argv(server_t *server, int argc, char *const *argv)
{
const char *p;
int c;
@@ -1188,7 +1188,7 @@
return 0;
}

-int main(int argc, const char *const *argv)
+int main(int argc, char *const *argv)
{
int status;
server_t server;

ってしないと、getopt() がwarningを出すですね。

man 3 getopt すると、

int
getopt(int argc, char * const argv[], const char *optstring);

だそうです。>>219

で、-O2 -DUSE_THREADS で、 -lthr して動かしてみようかと。

>>219-220 乙です．反映しておきますた．

雨季雨季

>>218
ということは
(新規追加)
+live22.2ch.net:206.223.150.54

このIPアドレスを入れればいいんだな !!

-pthread 使わずに -l で直接スレッドライブラリ指定する場合は
-D_REENTRANT とかも指定しなきゃかな．

>>223 ですね．

>>223
ではなく、192.168.100.1 を使ってくださいです。

>>224
-pthread のほうがいいですか。では、それで。

はいー

192.168.100.1を使います

% make clean
rm -f *.o bbsd
% make
cc -O2 -DUSE_THREADS -o bbsd bbsd.c -pthread
% su
# make install
install -c bbsd /usr/local/sbin/bbsd
# ldd /usr/local/sbin/bbsd
/usr/local/sbin/bbsd:
libpthread.so.1 => /usr/lib/libpthread.so.1 (0x2807b000)
libc.so.5 => /lib/libc.so.5 (0x2809f000)

さて。

>>199 の bbsd(); はどういう引数で呼べばいいのかな?

>>226 そうだった，プライベートアドレスじゃないと......

>>229 とりあえず
    my $errmsg = bbsd($bbs, $key, $datline, $logline);
ですね．

はーい

>>199 いれましたー@live22x

こっちでも、
rootさん、こんばんはーヾ('-')ﾉ

#!/bin/sh
exec 2>&1
exec env - PATH="/usr/sbin:/usr/bin:/bin:/usr/local/bin" \
setuidgid ch2live22 /usr/local/sbin/bbsd -f \
-b 192.168.100.1 -d /home/ch2live22/public_html \
-i 5 -I 60 -n 4 -p 2222 -s live22.2ch.net

ってのを作って、daemontoolsの配下にしてみた。

ちゃんと、常駐しているみたい。

%netstat -f inet -a -n | grep 192.168.100.1.2222
udp4 0 0 192.168.100.1.2222 *.*

問題なければ、叩いてみてくださいです。

>>234
おお、いい瞬間に。
なんかこれから、歴史的なことが起こるみたいですよ。

たたけー

No such file or directory になった

雪だるま作戦 (live22x.2ch.net)
No such file or directory

だそうです。< dancesite

スレ立てだから?

何かファイルが欠けてるのかな...... SETTING.TXT か何か......

dancesite にlog は書かれているな、

.log じゃなくて .cgi にしてくださいー

>>242
snprintf(*worker->paths, sizeof *worker->paths, "%s/%s/.ht.bbsd.log", server->docroot, request->bbs);

ここですか。

たぶん

あるいは subject.txt か......サイズ 0 でもいいので置いてないと......

>>243 名前変えるならそこですね．

>>236
こんな所に隠れて、なにやってるのー？

ところで、rootさんの背中に付いてる「べ：」ってなんですかー？ヾ('-')ﾉ

サイズ 0　で subject.txt おきます

本番では無いときの場合の処理が必要と思われ、

おおっ !
とおった?

http://live22.2ch.net/dancesite/

>>246
取り込み中です。あとでー。

というか、浦島さん?

>>243
とりあえず、.cgi にしたです。

subback.html
subject.txt
が出来てる出スよ !!

ですね。私も確認しました。
最初の段階は、クリアしたのかな。

>>247 じゃあないときはサイズ 0 の subject.txt が存在するのと等価な扱いにしておきましょう．

datもあるですね。
FOX ★<><>2005/07/09(土) 02:34:58 ID:???<> ffff <>cffff

>>253
おねがいしますー

>>252
live22x と同期とれば専ブラからだったら
ほぼ完成かと、

で、index.html subject.txt subback.html とかを
同期できるしくみが、別にあればいいのかな。

live22x のほうで、subject.txt subback.html index.html って、
作ってるんでしたっけ。

スレ立てちゃった

live22x では全ては live22 からやって来るというつもりで
何も作っていませーん

あーっ、なんか面白そうな事やってるーヾ('-')ﾉ ｽﾞﾙｰｲ

了解です。>>259
ってことは、live22xのApacheにそれらのファイルへのアクセスがあったら、
live22にとりにいくことにして、live22xのApacheでそれらをキャッシュ的に
保持できればいいのかな。

│＿Ａ
│・−・） 枠枠。。。
↓ ⊂）

public_html/dancesite/ は /md へのシンボリックリンクです
dat も /md 配下です

さて、subject.txt subback.html index.html の共有ですが、、、。

NFSする(ちとあれかな)
CacheFSする(ないものねだり)
どうする?

つまりそこへファイルを格納してもらえれば。。。
ただしアクセスあったやつだけじゃなく
定期的に(2sec? 5 sec? 10sec? ...) 全てのファイルをです。
なぜなら LIVE22X は複数台あるから、

>>263
それは、live22 live22x どっちの話でしたっけ。
live22 かな。

>>266
どちらもです

インターバルでやるですか。

bbsd経由でやるですかね。

bbsc(仮称)を、live22xで動かして、bbsdと数秒感覚でお話して、
index.html subject.txt subback.html の mtime が更新されてたら、
とってきて格納するかんじで。

ふーむ、、、。

やっぱ、CacheFSがほしいけど、
それよりはApacheのmod_proxyとかsquidとかを使うほうが、
スマートな気がするですね。

タイムなんてみないでばっさばっさと送り込め(取り入れ)ばいいような、
なんせ LIVE サーバですし、 hdd より超高速ですし、

mod_cacheだったかも。

>>270
そういう方針がよさげですね。

>>242 >>253 反映しますた．

えっと、live22x の http://live22x.2ch.net/dancesite/ の下は、
まるごと live22 の http://live22.2ch.net/dancesite/ の下を参照するようにする、
っていうイメージでいいのかしら。

で、
・最初はないから、live22のをひっぱってくる
・で、live22xに用意したキャッシュに入れる(メモリディスクがよさげ)
・次はメモリキャッシュのとタイムスタンプを比べて、更新があったらひっぱってくる

ってかんじか。

で、最初の段階では、タイムスタンプなんて
みなくてもいいかも、ってゆってるですかね。

>>274
そです　そです

定期的に上書きされればいいのです
いらないものは無いほうがいいけど(dat落ち等の話し)

まぁ Apache の mod_proxy + mod_cache ですかね．フロント側で read.cgi 動かすとなると
Squid では直接は動かせないことになるんで．それでも，CacheFS のように直接 dat を open()
できないんで，read.cgi は Apache に HTTP リクエストを投げて dat を取ってくることになりますが．

最初も後もあんまタイムスタンプ見る必要性を感じないんですが、、
たぶん全部転送しても多く見積もって 200msec くらいじゃないかな?

リバースプロキシの設定すればいい、ってかんじですね。

NFSしちゃおっかな。
NFS越しの書き込みとかロックとか、起こらないですよね。これだと。

うそついた、

本当は 10msec以下のような、

てか、-ro で NFS してもよさそうだ。

NFSしちゃえば、read.cgiはそのまま動かせる、、、とか、
皮算用していたり。

でも、mmap()してたらだめか。

う〜む......やはり CacheFS があればってとこなんですよね......

ちょっと、NFSしてみるです。
久しぶりに設定するから、ちとどきどき。

つまり

NFS と言われても何がどうなるのか
私にはわからないのであった。

まぁバックエンド (live22) が意外と余裕綽々ならそっちで read.cgi 動かすって選択肢も
ありますけどね．それならフロント (live22x) は Apache + mod_(proxy|cache) で済みますし．
その場合 read.cgi での Last-Modified チェックは入れるべきでしょうけど．

NFS
New Fuck'n Sucker の略だそうだ（すいません黙ります）

http://live22x.2ch.net/dancesite/

おっ
ギコナビからみれました

スレ立てしたり書き込みしたりしてもいいのかしら

うしし。
http://live22x.2ch.net/test/read.cgi/dancesite/1120844098/

動いてる〜

live22x にログインして、df って打ってください。
NFS というのは、そういうものです。

janeで見ようとすると、見れないなぁ　>>293

あとは，アクセスが殺到した時に耐えきれるか，ですかね......＜CacheFS なしの NFS

すれたてもできたー

NFSの定義が知りたいんじゃなくて、
どういう動作を想定して　←　ここ重要
結果 NFS になったということが知りたいのだ。

そですね。
read onlyでしかmountしなくて、ロックもなしなら、
まぁ、クリティカルじゃなければ。

しかしNFSまわりのチューニングって、何年ぶりなんだか。
すっかり /etc/exports の書き方を忘れていたことは、秘密にしてください。

http://live22.2ch.net/dancesite/

復帰して index.html 作ってみた

>>299
live22x の public_html/dancesite 以下のファイルの参照は全部、
live22 の public_html/dancesite 以下のファイルを参照させる

という動作を、想定しています。
リードオンリーです。

NFSでの書き込みの機能もありますが、それは思いっきり「事故の元」なので、
考えていませんです。

>>293
わたしエラーで書き込めないですヾ('-')ﾉ

>>299 live22x で動かす read.cgi から dat を読むことを考えてでしょうね．
HTTP proxy だと直接 open() できませんから．

みえますね。
http://live22x.2ch.net/dancesite/

>>304
そういうことです。

これで、改造なしで read.cgi をフロント側で動かせると。

つまり　フロント側(live22x)のRAM を使うんじゃなくて
すべて回線経由でバック側のRAMを見に行くとうことかしら?

ＩＥと鹿公園α２で見えましたけど両方とも書けなかったです。

現状ディスクI/Oをlive22側で全て引き受けるってことですよね

>>307
＊今は＊そうです。

毎回、ネットワーク経由でいくと。

SolarisだとCacheFSってのがあって、
2回目は自分のを見に行かせられるのですが、
FreeBSDだと、そんなふうになりますね。

ここはもうちょっと、いいしくみにできるとうれしいなと思っているです。

復帰しても subject.txt が正しくならないのはなぜ?
全ての dat が表示されていない

あ、RAMディスクなのか。なるほどなるほど。

かけているような。
http://live22x.2ch.net/test/read.cgi/dancesite/1120844098/

>>309
その辺なんですが、、、
たぶん大丈夫だと思いますが、これからのテストで明らかになるということで、

復帰は、live22でやってください。
live22xでは、dancesiteの下に書き込むことはできないです。
わざとそうしている。

>>313
あれー？さっきまで表示されなかったのにーヾ('-')ﾉ

>>315
したのですが、

>>311 subject データは bbsd がオンメモリで保持していて，他のプログラムが
subject.txt 等を変更しても bbsd に上書きされてしまいます．その対策として

subject.txt 等の再生成:
　　　　my $errmsg = bbsd($bbs, 'repair');

という機能も実装しているんで......

だから index.html ができた

>>318
私の知っている復帰スクリプトに組み込んでみます。

鹿公園で無事に書けました。

>>318
なるほど、、、。bbsdが支配しているのね。

live22x の Apache に mod_cache を組み込む & read.cgi で Last-Modified チェックを
入れる，って形にすれば，フロント側でキャッシュが効いてくれるかな．

live22のpublic_html/dancesiteの下をlive22xに見せるのをNFSでやっているのは、
「とりあえず、こんなふうに動くかんじ? 」っていうイメージを見せるためにやっているんで、
ほんとはもうちょっとかっこいい仕組みを、入れたいなぁと思っていたりするです。

>>323
mod_cacheやmod_proxyを、うまく生かしたいかんじもするですね。 > かっこいい仕組み

次のページなんて久しぶりにみたよ

>>320
完了。

うまく行ったようです。

と思ったら、、、

また元にもどっちまったぞ　???

なんか毎回IDがかわっちゃうような
今なら自演し放題ｗ

（´-`）.｡oO（凄く進んでますね）

>>330
まだ、先は長いんじゃないかなと。

壷だと板トップがうまく表示されないんだけど。

IDかわるねえ。中途半端にかわったりも。

なんで ID 変わるんだろ、、、

ID作ってるのは、どっちだっけ。
live22xでいいのかな。

書き込めなくなった…｡

beの表示もへんだし

>>335
そのつもりでやってます

が、

もう一回復帰してみた dancesite@live22

復帰した瞬間は正しい subject.txt だけど
しばらくすると(次の投稿があると?)もとに戻っちゃうようです

----[bbs.pl]----------------------------------------------------------
#!/usr/bin/perl -w

use strict;
use Socket;

use constant BBSD_HOST => inet_aton('192.168.100.1');
use constant BBSD_PORT => 2222;
use constant BBSD_TIMEOUT => 1;

sub bbsd {
    my ($rfd, $str) = ('', '');
    my $sin = sockaddr_in(BBSD_PORT, BBSD_HOST);
    socket(SOCK, AF_INET, SOCK_DGRAM, 0) || return "$!";
    send(SOCK, join("\x8", @_), 0, $sin) || (close(SOCK), return "$!");
    vec($rfd, fileno(SOCK), 1) = 1;
    if (select($rfd, undef, undef, BBSD_TIMEOUT)) {
        recv(SOCK, $str, 256, 0) || (close(SOCK), return "$!");
    }
    else {
        $str = "書き込みを受理しましたがサーバが混雑しています．書き込みが反映されない場合もあります．";
    }
    close(SOCK);
    return $str;
}

print bbsd(@ARGV)."\n";
----------------------------------------------------------------------
>>340 とりあえず↑のような Perl スクリプトこしらえて，コマンドラインから
    bbs.pl dancesite repair
とか実行してみて下さい......

えっと、まずリンクふんだらでてきますよね、板。そんでそこにあるスレ達の
レスって、一番最新のレス数個のはずですよね。
それが最新じゃないんですけど。レスを全部読む、を押して初めて一番最新のレスまで
出てくるんですが。
そういう仕様にしたんですか？

>>342
まさに今、そのへんをやってるわけです。
まだ、先は長いってことで。

>>341をsunos.saita.maに置いて、おじさんがwgetできるようにするとよさげ。

あ、すんませんありがとうです。完璧文系なもので・・・
引き続きがんがってください。

NFSする以外に、いい方法ありますかねぇ。

ベースはApacheのmod_cache + mod_proxyで動かして、
そのうえでread.cgiに小改造を加えて、datがローカルになかったらhttpでフェッチするとか、
そんなかんじですかね。

>>344
いやいや、まだ初日なんで先は長いっすよ、きっと。
ご指摘はたんたんとしていただけると。

スレ開くと人大杉になるんだけど

>>343 置きますた．http://sunos.saita.ma/bbs.pl

>>345 よく考えたら，NFS 使ってても mod_cache 使えば普通にフロント側でキャッシュしてくれますね．
read.cgi は NFS で dat 取りに行っちゃいますが，Last-Modified チェック入れれば出力段階で
mod_cache がキャッシュしてくれますし．

NFS + md とかかなぁ。

で、あるインターバルで、しゃにむに rsync するとか。

>>348
> よく考えたら，NFS 使ってても mod_cache 使えば普通にフロント側でキャッシュしてくれますね．

そんな気がするんですよね。
NFS + mod_cache っていう手も、あるのかな。

でも、単純に >>349 っていうのも、有力かも。

でも、インターバルが15秒とかでも、
ちとつらそうだなぁ。

なにせ、liveだもんね。

NFs + mod_cache あたりが、よさげかも。

http://live22.2ch.net/dancesite/index.html

実況せんかいｺﾞﾙｧ！＠芸能ch 復帰完了。。。errmsg=[]

errmsg でるようにした

しゃにむにNsync

うーん「POP」をずっと踊れと言うのか・・・（てか今このネタ分かる人ここにいるのか）

ねむくなってきたかも、、、。

リブートしても大丈夫なような処理だけして(live22x)、
今日のところは沈没の方向かもです。

ただ、なんか基本的な路線は、少しだけ見えてきたような肝。

>>354
眠い時は寝ましょう。

げ、名無しに戻るの忘れてた。

>>354
お疲れ様です〜。
んで素朴な質問ですが、x系（妹でいいのかな）が複数台になったときに
ユーザには都度どれかが割り振られることになるんですよね？

ID生成の元は姉側で管理することになるのかしら。

今日の設定内容をダンプしておくか。

NFSはとりあえず動かしただけなので、完全にデフォルト状態です。
各デーモンは、4つしかいないと。

・live22
/etc/rc.conf
rpcbind_enable="YES"
nfs_server_enable="YES"

で、/etc/exports で、
/md -alldirs,ro -network 192.168.100.0 -mask 255.255.255.0

と指定。


・live22x
/etc/rc.conf
nfs_client_enable="YES"

で、手で、
# mount -r 192.168.100.1:/md/ch2live22/dancesite /home/ch2live22x/public_html/dancesite

を実行。

>>357
おぉー。
つまり、妹を複数台にしたら、そいつらでは同じIDが生成されないといけないのねん。

レスを全部読む、を押すと、人大杉が出る・・・

レスを全部読む、を押すと、人大杉が出るかた:

http://live22.2ch.net/dancesite/ ではなく、
http://live22x.2ch.net/dancesite/ を見るようにしてください。

http://live22.2ch.net/dancesite/ は、ユーザに見せるほうじゃないです。

サーバ名と板名がおなじだから同じIDになるんじゃないの?

乱数ってのもあるのか?
md5.cgi も共有されるから若干のbbs.cgiの改造でokと踏んでいたですよ。
ただし md5.cgi は live22がセット

>>362
でぶらんだむ、よんでませんでしたっけ。

>>361
了解しますた。

よんでるですね。
foxCreateMD5id

読んだ結果を保存して
あとは使いまわすという仕様かと、

んで一日一回生成

ってことは、でぶらんだむ読むところを、
小改造ってかんじですか。

スキップするだけかと、

て優香、md5.cgiって、ファイル書き込んでるんですか。

>>348
やってみるです

実際のレス数に、真ん中のスレタイトルとレス数欄のレス数が全然おいついて
いない件。

http://live22x.2ch.net/dancesite/subback.html
subbackのスレ一覧のスレへのリンクがlive22xじゃなくlive22になってる。

>>370

Invalid argument

と言われたです

>>373
あ，$logline も必要でしたね......

bbs.pl dancesite repair repair.from.log

おっ　うまく行ったかも >>374

ちとふっきにも入れてみます

192.168.100.1:/md/ch2live22/dancesite home/ch2live22x/public_html/dancesite nfs ro,bg,intr 0 0

を、live22xの/etc/fstabに入れた。
これでリブートかけても、同じようにマウントされるはずです。

で、もしmount時にlive22が落ちていてもバックグラウンドでリトライして、
上がったらmountされるです。

で…、眠いです。すんません。

明日あさっては、本業しながらたまにここを覗くかんじで。

有意義な1日でした。
bbsd をいれかえて、それがおわったらねるです。

.dat のパーミッションを参照して動くスクリプト多数なんで
この変も修正が必要かも

通常の dat = 0666
スレスト = なんだったっけ、、、

あとでまとめます。

あとは、あれですか、

過去ログとか削除とか、それ系もあるですね。

>>375

$errmsg = bbsd($FORM{'bbs'}, 'repair', 'repair.from.log');

これを復帰に組み込んだけど
やっぱり一旦は正しく復帰されるけど、ちょっとすると戻っています
ちなみに log には　repair.from.log　が書きだされています

bbs.pl dancesite repair repair.from.log
の場合はうまく行くようです。

>>376-377 乙ですた．

>>381
bbsd を今のバージョンに入れ替えました。
リスタート済み。

スレいくつか移転した？

>>380 不思議ですねぇ．sub bbs {} でやってることはどちらも同じなんですが......

>>384 s/sub bbs/sub bbsd/

というわけで、おやすみなさいです。またあした。

>>386
乙です

>>386
乙でした〜

>>385
おつです

明日行こう

細かなところは直すことより洗い出し優先ってことで
みなさまお願いします。

大きなところでは
index.html の更新ですねぇ
bbsd でやるのかそれとも・・・

Snowmanでテストで実況とかして良いのかしら？

明日お出かけですかｗ

okok >>391

ID同じになった。

IDのタネは一日一回 live22 の方で
全板分作る方式へ変更

あっ
やっぱり突っ込まれた? >>392

>>383
なんかfestival(お祭りch)から2スレほどきてるような気がする

>>395
復帰のテスト用だす

なるほど、そうでしたか

http://live22x.2ch.net/test/read.cgi/dancesite/1120848798/4-5
ID同じになったの確認しました

>>393
タネのやりとりもbbsd（か同形式のもの）でやれるようになるといいですね

というか，live22 で cron から呼んで1日1回生成させれば，
あとは NFS なり何なりで普通に読み込めるかと．

くそっ乗り遅れた

・index.htmlにある各スレへのリンクが旧形式、subback.htmlにあるリンクは新形式になってる
・Firefox1.04、Sylera2 2.1.28でsubback.htmlを見るとフォントが異様に小さい
IE、Sleipnir1.66では運用情報と同じ
live22x<body style="font-size:x-small;">　qb5<font size=2>とIEコンポの違いかな？

>>400
そうそう
そんなような新仕様を作成中。。。

専用ブラウザについては、作者さんあてに仕様みたいなのが出るのかな？
書けない専用ブラウザも出ているようで。。

http://live22x.2ch.net/test/read.cgi/dancesite/1120844098/315

315 名前：名無しさん 本日のレス 投稿日：2005/07/09(土) 14:21:17 3uApnaR9
ラブリーとStyleも書けなかった
V2Cも駄目
今使ってるのはLive2ch

rootさん、こんにちはー
これは、ブレードサーバ導入の布石ですか？ヾ('-')ﾉ

もうとっくにブレードでしょ。

Lovely書けたお
基礎をLovelyに依存してるStyleも書けるんじゃないかな

色々やってみるか

Style1.24は無理でした。

Lovelyが書けたって事は2.00は書けるのかな？

もうブレードなのですかーヾ('-')ﾉ ｼﾂﾚｲｼﾏｼﾀｰ

ギコナビかけないぽ(´･ω･`)

>>409
ギコナビ書けましたよ。
Version ﾊﾞﾀ50(1.50.0.581)

http://live22x.2ch.net/test/read.cgi/dancesite/1120844098/317


>>401の
＞・index.htmlにある各スレへのリンクが旧形式、subback.htmlにあるリンクは新形式になってる

これの関係と思いますが、壷で見ようとしたときに、旧形式のリンクを踏むと壷が効かなくなるようです。

>>410
Version ﾊﾞﾀ50（1.50.0.595）でやってみましたが、無理でした。

何が問題なのだろう。。。

あっちではIz6GYiKcのIDでテストしてるんで、ブラウザ名書いてるのはOK

>>407
2.03で書ける

live22x
なんか反映されるのが遅い
live2ch は書き込み直後にリロードするんだが、そのタイミングでは反映されてない

>>413
私が使っているホットゾヌ2 age20 ﾊﾞﾀ29でも
同じ現象になりますね。
スレに投稿を書き込み（POST）してスレをリロード（GET）する時のタイミングが
専用ブラウザの方が早いから起こる現象なのかな？
よく分かりませんが。

>>412
Style2.03かけなかった
？

主要ブラウザはほとんど書けるね。公式p2も書けるらしいし。
A Boneだけは誰か確認して欲しいかも。

>>413
live22とlive22xの同期がリアルタイムじゃないんだろうね。
書いてからレスが読み込めるまでの差もまちまちだった。

OK
Lovely0.1.6.4
Style2.03
Doe View 0507040153
本家Doe 0.1.12.2
kage0.99.1.1155
ホットゾヌ2 age20 ﾊﾞﾀ33
ギコナビ ﾊﾞﾀ50(1.50.0.595)
twintail 2.0.33.0
壺2.5.5.3

微妙
A Bone1.49
「ＥＲＲＯＲ：ブラウザを立ち上げなおしてみてください。」と出るけど書けてる。気がする。

スレdat落ちしてた

>>415
なんでだ？
Style2.03落として解凍して板追加して、即書けるけど。

>>416
おぉ、乙です。

janeNidaも書けているみたい。
バージョンは分かりませんけど。。
http://live22x.2ch.net/test/read.cgi/dancesite/1120844098/313

さいしんばんかな？
050703だす

くおーたーばっくでたすけるよはどうですかといってみるてすと

http://sanuki.s151.xrea.com/main.cgi/live22x/dancesite/

見えた見えた

kacyu1155からこんにちは

ごばく。　ｏｒｚ

index.html 生成に関してなんですが，ページの下の方に表示される
BB* や Samba24 等規制関連の情報などはフロントエンド (live22x) が持っているもので，
バックエンド (live22) は持ってないんですよね......

さらに，しばらく前に話が出たままたなざらしになってる

■ pageview.cgi導入計画
http://qb5.2ch.net/operate/kako/1112/11122/1112257332.html

というのもあるんですが，仮にこれを走らせるとなるとやはりフロント側の仕事ですよね．
で，index.html というのはまさに pageview.cgi の1ページ目の表示内容である，と．
そこで考えてみたのですが，

1. CGI 等が index.html を生成 → その index.html をブラウザに返す
2. CGI 等が動的コンテンツ生成 → それを mod_cache でキャッシュ → そのキャッシュ内容をブラウザに返す

この両者は mod_cache が有効に作用する限りにおいて
実質的にはあまり大きな差はないのではないかと思えるんです．
つまり，Last-Modified チェックを行い（必要に応じて Cache-Control も
吐くようにして）出力が mod_cache でキャッシュされるようにした
pageview.cgi を作成し，それをフロント側 (live22x) で動かして，
index.html 宛のリクエストは mod_rewrite で pageview.cgi の1ページ目への
リクエストとして扱うようにしたらいいのではないかと思ったんですが，
いかがでしょうか．

# pageview.cgi そのものの復活による影響への懸念があるということなら，
# とりあえずは1ページ目だけしか出力しない形にしておけばいいのではないかと．

【スレスト】のテスト
http://live22x.2ch.net/test/read.cgi/dancesite/1120850897/

これが dat 落ちしたようだが、
subject.txt との整合性が取れていないですね、
bbsd(repair); を呼んでいいものなのかな?
subject.txt から削るだけだから別の方法がいいのかな?

>>425
pageview.cgi のことは全く考えなくてもいいと思います。
とくに live 系は、

>>426 スレあぼーんのコマンドはありますが，dat 落ちのコマンドはないので
現状では repair しかないですね．そういうケースのために特定のスレを
subject から消すインタフェースも用意した方がいいですかね？

あと pageview.cgi については，それをユーザが直接アクセスするかどうかは
別にしても index.html 生成法の一手段としてということでもあるんで．

ぱっと考えて repair より、スレ消し専用のコマンドがあったほうが
処理は軽いかなと思うﾃﾞス。

さっと dat なめての整合取りでもいいですけど、

>>427
index.html の生成ですが front でやってもいいですけど
アクセスが半端じゃない　←　懸念１
だから html にして劇的な不可の軽減をはかって２ちゃんねるは生き延びた(1999年)
という経緯があります。動的に作るのは辞めたほうがいいと思う。
あと、dancesite/html/ の下に毎回 html を作るというのが現状の仕様です@bbs.cgi
index.html はそれらの寄せ集め。

>>428 ではスレ消すコマンド用意しますね．


>index.html の生成ですが front でやってもいいですけど
>アクセスが半端じゃない　←　懸念１
>だから html にして劇的な不可の軽減をはかって２ちゃんねるは生き延びた(1999年)
>という経緯があります。動的に作るのは辞めたほうがいいと思う。

それは動的出力をキャッシュせずにダイレクトにクライアントに返すとすればその通りですね．>>426 の

>1. CGI 等が index.html を生成 → その index.html をブラウザに返す
>2. CGI 等が動的コンテンツ生成 → それを mod_cache でキャッシュ → そのキャッシュ内容をブラウザに返す
>
>この両者は mod_cache が有効に作用する限りにおいて
>実質的にはあまり大きな差はないのではないかと思えるんです．

についてはいかがですか？

html/*.html については bbsd で生成させる方向で．

>>429
ふむふむ

1 と 2 は100%等価ということですね、(キャッシュがあるから)
それであればそれでうまく行くような

dancesite/index.html@live22
これを cgi にするって事ですね。

注意点は、dat 更新以外にも広告やら何やらが更新されたら
更新ってとこかな、

基本的に、内部で.datのサイズと最終更新時刻を保持しているとして、
・全.datのstatを調べ、矛盾があるものだけ詳しく調べ
　追記('\n'チェック)と判断できるものはレス数を更新
　それ以外は全体を読み直してレス数とタイトルを更新
　無いものはリストから外し、余分があったら追加
・特定の.datについて、全体を読み直してレス数とタイトルを更新
の２種類のインターフェースで充分な気が。

でも、良く考えたら
更新の度に作っちゃう出すね　< index.html
いまの live20 等はindex.html の作成もかなりサボっています。
たぶん 80% はさぼっている。

90%くらいサボってもいいんじゃない？ｗ
VIPもｗ

スレを subject から消すの実装しますた． http://sunos.saita.ma/bbsd.c
　　　　my errmsg = bbsd($bbs, 'purge', $keys, $logline);
$keys は単一のスレッドキー，または複数のスレッドキーを , で区切って列記したもの．


>>430 dat や広告ファイルなどの中で最新の mtime を Last-Modified として扱えばいいですね．

>>431 基本としては「subject.txt のデータは信用する」という方向です．
現状では複数の書き込みアクセスがかち合うなどすることが不整合が生じる
要因となっているとも考えられるんですが，bbsd の完成形では subject データに
変更を加える操作はすべて bbsd で一括管理するので，原理的には不整合が
生じることはなくなるはずなので．とはいえ，そこに至るまでの途中の段階とか，
あるいは完成形になっても不測の事態が発生した場合などは不整合が生じることも
あり得るので，repair はそうした場合の非常時用コマンドという位置付けです．

>>432 さぼりたいなら Cache-Control ヘッダでいろいろ調整していけばいいですね．
http://sunos.saita.ma/dccache.html でちょっと説明してありますけど．

>>404
このパターンでフロントをブレードサーバにするのは、
よくあるパターンですね。

ただ、ブレードってつぶしが効かないから(拡張性ないし)、
PIEみたいなところだと、必然性はないかなと。

日本のDCだと地代や電気代が高かったりするので、
あり得たかもです。

>>434
これから、入れ替えます。

で、これからちとNFS関係の調整するです。< live22x

httpd落とします。
リブート入れる予定。

【予告】
7月16日の18:00から18:30位の間で
種死ガンダムを主ターゲットにした鯖負荷監視実況をlive22xで実施する予定です。

質問・雑談スレ183＠運用情報板
http://qb5.2ch.net/test/read.cgi/operate/1120709464/824-829

どんな感じの実況になるかは、下記スレをご参照ください。

【釣りのやつ】負荷監視所_20050709
http://live14.2ch.net/test/read.cgi/liveplus/1120910186/

live22xの調整は完了。

live22のほうを続いて調整します。
しばらく落とします。

リブートしました。
ううむ、1箇所微妙なところが。

再度、リブート入れます。< live22

そういえば......今は bbsd の -s オプションでは live22.2ch.net を
指定してるようですが，これは live22x.2ch.net の方がいいですね．
subback.html の <base> タグの href に反映されますので．

…と思いましたが、原因がわかったのでやめました。

live22の/md(メモリディスク)をlive22xからNFS mountしているんですが、
これってリブート入れると、Stale NFS file handleエラーになっちゃうです。

通常のファイルシステムなら、リブート後に再度使えるようになるのですが、
/md は毎回作り直されるので、ファイルハンドルが変わってしまうと。

メモリディスクを直接NFSするのは、やや、いまいちですね。
さて、どうしたものか。

>>441
変えておきました。

>>442 は、live22 をリブートした場合の話です。

で、今日はちと都合により、これから早寝の予定。

えっちするんだー

amd とか使って、オートマウントすれば解決するのかなぁ。
でも、ESTALE の時にumountしてmountしたりしてくれるんだろか。

おやすみです。
体調問題すね。>>445

>>446
お疲れ様です〜
体調の悪いときは無理なさらぬようゆっくり休んでくださいまし。

寝る前に思い出したので。

bbsd.c をおじさんがいじって、
bbsd を再起動できるようなしかけを、別途作るですかね。

そうしておけば、index.html の生成とか、
あれとかそれとか、実装していただけるに違いないなぁ、とか。

ねるですよ

あ、。が抜けた。


寝るですよ。

>>448-449 おやすみなさい．

>>449
お疲れ様でした。

>>449
おやすみなさいなのですー

>>451
おー！●が白い

>>451
●剥奪！？

>>453
んなこたーない

ログイン忘れ？なわけないか

>>448
もしそれでもよければ頑張ります〜

　┌-UUU-┐
　 |::::う--.┐|
　つ. | ど　|::|
　 |:::└ -ん::|
　 ￣￣￣￣

SVN か CVS でもあった方がいいのかしらん？＜bbsd.c

>>452-453
んー、気分です。

あと，/md に対する NFS mount の問題ですか......
amd (automount) でうまくいくかは，とりあえず試してみるということで．

それと，live22 側で /md じゃなくて普通に HDD 使うとどうなるか，ってとこですかね．
live22x 側で mod_cache 使えば読み出しはキャッシュが効くでしょうから，あとは書き込みの問題ですね．
bbsd では dat の書き込みは即時，subject.txt 等の書き込みは -i オプション指定値
（デフォルト: 5秒）のインターバル（ただしスレ立て等は即時）となってますが．

FOX★さんへ

シベ超のとも子★による自動スレストってなくなった or 基準が引き上げられたのですか？
1分間に10回以上投稿があっても止まっていないのですが……。
http://etc3.2ch.net/test/read.cgi/siberia/1117368524/909-921

↓シベ超の荒し問題の住民会議は今はこのスレでやってます。
自警団第5詰所
http://etc3.2ch.net/test/read.cgi/siberia/1117646110/l50

あれれ?
どうしたんだろ、、、

今度見てみます。bbs.cgiかなぁ
flsg の on/off はどうなっています? < 確認ページ

>>462
今はBBQ発動してます。＜確認ページ

とも子★によるBBQは発動されるけど、
スレストがされないってのが今のシベ超だと思います。

手動とか・・・

BBQで焼かれてない串使ってるみたいですね。

dancesite@live22 dat落ちしてるですよね?
どこに消えているんだ? なんにもない@kako

│＿Ａ
│・−・） 7/9にたってたスレは、>>437-444あたりのリブートで消えてしまったらしいっす。
↓ ⊂）　 （メモリディスク上だったからね）

んで、今日の朝ころは、subject.txtから消えてたスレはあったけど、datフォルダから消えてはなかったっす。。
（たまに動作報告スレなどにあがる、過去ログ倉庫がつくられてない時の症状とほぼ同じっすね）

そっか、、、
もう少し時間を置いてみよう、

帰ったら、ちょっと live22 <=> live22x のファイル共有のところを、見てみることにするか。
実は、まだ会社にいたりするわけだが。

sageであがるsubject.txt作成してほしいのよさ
さぼりまくりでいいからさー

とりあえず index.html 生成の前段階として html/*.html 生成まで実装しますた．
　　　　http://sunos.saita.ma/bbsd.c

【bbs.cgi】index.html軽量化作戦スレ
http://qb5.2ch.net/test/read.cgi/operate/1117726508/

↑についてひ(ry氏の見解がもらえないままなんですが，
実験仕様と割り切ってこの成果を取り込む方向でやろうかと......

# SETTING.TXT の設定情報の読み込みに際して rwlock を使ってるので，
# HTML ドキュメントのあちこちに色設定等が散らばっているより，
# CSS で一ヶ所にまとまってた方が都合がいいということもあります．

それに伴い，html/*.html の内容も従来のものとは若干異なっています．
そのため dat/*.dat から html/*.html を再生成するコマンドも用意しますた．
　　　　my $errmsg = bbsd($bbs, 'makehtml', $logline);

>>471
おー。

これから、入れ替えるです。

私のほうは本業多忙のため、本日成果なし。
# で、どうも7月下旬〜8月上旬は出稼ぎっぽい雰囲気が。

こんなのできた。

http://live22x.2ch.net/dancesite/html/1121105903.html

これと、作られ方が微妙に違うっぽい?

http://qb5.2ch.net/operate/html/1063013163.html

というか、dat => html も bbsd の配下になるということか。

というか、これってうまくやれば、
subject.txt subback.html index.html html 等がこわれにくくなるという効果もあるですね。
あと、API を統一できるという話も。

いろんな呪文との整合をとらなければいけないかわりに、
うまくとれたあかつきには、システムとしてはよりきれいになりそうなかんじかも。

# 今日は私が、もうだめぽかも。

> というか、dat => html も bbsd の配下になるということか。

まぎらわしいですね。

ばらばらの html パーツ => index.html 作成部分も、ということが言いたかったわけです。

>>472
SunOS ★さんにlive22系サーバのrootを教えちゃえば(ry

>>477
そのへんは、流れのままにってかんじで。

で、出稼ぎ先にもネットはあるらしいです。
どうも時差もあるらしいですが。

またマイレージ稼げちゃうですねｗ

出稼ぎっすか。
アメリカの方なのかな。。

http://www.yomiuri.co.jp/main/news/20050711i514.htm
きつねさんの言うスイカってこれの事？

>>472 お忙しい中乙です．

>>475 そのあたりも bbsd で意図してる点ではあります．


で，index.html 生成の実装に当たって把握しておきたい点ですが

・ インクルードする広告ファイル等
・ ↓のような情報の取得方法
　　２ちゃんねる BBS.CGI - 2005/07/05 (SpeedyCGI) +Rock54 +BBQ/BBM +Samba24=10

後者に関しては直接公開する訳にはいかないかも知れませんが，
そうであれば公開可能な情報だけ抜き出して別ファイルを作って
それをインクルードすればいいような形にしておいてもらえればいいのかな．

> ・ ↓のような情報の取得方法
> 　　２ちゃんねる BBS.CGI - 2005/07/05 (SpeedyCGI) +Rock54 +BBQ/BBM +Samba24=10

これは、live22x 側の bbs.cgi に教えてもらえばいいんではないかなと。
つまり、bbsd は教わったとおりに表示するだけ。

で、bbsd のバージョンもその次の行あたりに表示するとよいんではないかと。

前者は、おじさんか私のうち時間とれた方が、
bbs.cgi の該当部分を、ここに解説するかんじで。

>>483 確かにそのやり方が簡単で，いろいろ考えずに済みますね．
ただ，bbsd に渡すパラメータが変更になりますけど．


で，index.html 生成はまだですが若干変更 http://sunos.saita.ma/bbsd.c

・ html/*.html 生成に際してレス番カウントがバグっていたのを修正（汗
・ ログのファイル名を変更 & カキコとコマンドのログを分離 & 日付単位でログをローテーション
　　（日付のタイムゾーンは環境変数 TZ で調整して下さい）
・ 前述の対応のためカキコの際の bbsd 呼び出しパラメータを変更
　　　　my $errmsg = bbsd($bbs, $key, $datline, $footnote, $logline);
　　$footnote に↓のような情報を入れて渡す．
　　　　２ちゃんねる BBS.CGI - 2005/07/05 (SpeedyCGI) +Rock54 +BBQ/BBM +Samba24=10

>>484
これから、入れ替えるです。

で、env TZ=JST-9 な環境で bbsd を動かそうかと。

>>485 done.

>>485-486 乙です．が......bbsd 呼び出しパラメータが変更になってるんで，
bbs.cgi 側の呼び出し部分で $footnote を追加しないと Invalid argument になっちゃいます......

>>487
了解です。
おじさんにおまかせしようかと。

今日も朝まで呑んでるんでるのかな。

ちょろっとサンバを踊るとか、ゆっていたような。>>489

>>490
あー、書いてましたね。

すると、今日は休肝日ですかｗ

なにかと忙しくて、、、
今日は bbs.cgi さわれなかった。

朝から晩まで掘りまくり、でも全然終わらない。

もう凄いのなんのって　(*´-`*) ｲﾔﾝ

芋掘り強化月間ですか、、、。

とりあえずこれで、ちっとは芋掘りが減るといいかなと。

■ Rock54M - 携帯からの広告投入撃退作戦
http://qb5.2ch.net/test/read.cgi/operate/1121187328/

ほんで携帯バーボンは、別途黄泉の国からの復活待ちってかんじで。
本日はここまでで、おやすみなさり。

お疲れ様です。

さて、私も仕事を淡々と。。

【北海道】夜のススキノで大量１万円札ひらひら　タクシー客、窓からまき散らす　酔客ら騒然
http://news19.2ch.net/test/read.cgi/newsplus/1121215058/l50

も、もしや、、、

ここで雑談すんな．．

って書こうとしたら思いっきりスレタイに雑談って入ってた件

ここは雪だるま作戦に思いを馳せながら雑談するスレだからねぇ。。

だが作業が行われているから雑談しにくい！

そこは空気嫁でカバー。
作業が始まったら、邪魔しなければ良いと思うよ。
live22xの使用感が、あーだこーだ雑談的に話すのもいいかと。
雑談から何か生まれるかもしれないし。

空気の読めない邪魔しまん参上！
作業している皆様は、無関係な お話をスルー出来る方々だろうから、
多少は よろしいと思うのですが・・・・・。

作業が始まったら退避することにしてます

>>502
それが、よよよさんの良いところっすね。いや本当に。
まぁ、節度を持った雑談なら良いんじゃないかな？
ただ、ソース貼ったりし始めたら止めた方が良いかも？

>>503
私はROMってますね。
もしくはlive22xで遊ぶか（ぉ

>>504
そろそろ、年貢の納め時?
ex10と競馬板は、いつでも（りゃ。

>>505
狙われてる（汗

>>505
詳しく

悔しく

なんか、最終的にはBeメールでsuが送られてきそうな悪寒。
来ても拒みませんが、あまり私は役に立たないと思いますよ？

あんこう ★

(･∀･)ｺﾝﾅｶﾝｼﾞｶﾅ

雑談がメインですよ〜
たまに、作業。　これが私の生きる道。

私のレベルの手伝える範囲で良いのであればお受けします。
どうすれば良いですか？

>>512
流れのままに、ってかんじっすね。
>>511 の方もだと思いますが。

正直私の感覚では、お会いしてお話しないと、
いろんなことは決めにくいです、です。
管理人方面とか、いろいろ、いろいろ。
などと、マジレスモードで。

> いろんなことは決めにくいです、です。
↓
「それ関係のことについては」
って、補ってくださいです。

ようは、オモミの問題すね。もみもみ。

>>513
なるほど、そういうことであれば。
今度の機会って感じですね。その機会は私の体調が良くなってから。
ご存知のとおり、休日は病院通い状態なのです。
よって、余り遠出できませんので。

遠出に関しては、今はドクターストップがかかってますので。
折角のチャンスを頂けたのですが、先送りとさせていただきます。
ま、今でも野次馬なりにお手伝いできる事はあると思いますので
当面はその方向でお願いします。とマジレス。

はいー。>>515-516

まずは、体が大事すね(むろん、私も)。

で、bbn.2ch.netが入ったので、
これから時間を見てちょこちょこと、bbs.cgiをいじってみるかもです。

bbn、、びびんびびん。

でも、むむむさんの回答が>>513-514で良かったですよ。
さすがはrootですね。ちょっぴり安心した私がいます。

世の中にこれくらいしっかりしたrootさんが一杯居てくれたら
メンテ屋の苦労も軽減するかもしれないね（遠い目）
ま、何が言いたいのかは察してくださいｗ

出会い系サイトですから、

あはは
まさに『人間交差点』ですなぁ。

うーん　うーん

>>522
どうしたの？

bbs.cgi@live22 が特別なものだったか
共通なものだったかを忘れてしまったのだ、

最新のを持ってきてまた組み込みが安全策か、

>>484 やるです　@live22x
　　　　my $errmsg = bbsd($bbs, $key, $datline, $footnote, $logline);

>>487
変更したんですが Invalid になるような

my $errmsg = bbsd($GB->{FORM}->{'bbs'}, $GB->{FORM}->{'key'}, $outdat,'雪だるま' ,$logdat);

書けませんでしたねぇ。。

書き込もうとすると、、

---------------------------
雪だるま作戦 (live22x.2ch.net)
No such file or directory
---------------------------
と、メッセージが出ますね。

スレが吸い込まれました

おっ、違うメッセージが、
これはなんで出るんでしたっけ?
前にも出たような記憶が、

bbs.cgi 側の BBN 対応は終わったです。
(qb6での作業おわり)

で、>>528 ということは、何かファイルがないということか、、、。

subject.txt がない(でもそれはbbsdで対応したはず)。

IEから実験板を現在の状況を見ると、、

http://live22x.2ch.net/test/read.cgi?bbs=dancesite&key=1120918934&ls=50
が、indexに残ってて、
他のスレは、http://live22x.2ch.net/dancesite/subback.html
に、あるように見えてます。

subject.txt @dancesite のサイズが0なのはなんでだろ・・・

おじさんのスレに書けなかった＠p2

実際に dat があるかどうかを
subject.txt(or 内部テーブル) で調べているのね、
つまり bbsd 入れ替えたら、立ち上げた瞬間に自動で repair する必要があると、、
bbsd でやるのか、復帰屋さんがやるのか、運命の分かれ道

■ みだら
http://live22x.2ch.net/test/read.cgi/dancesite/1121242223/

あたらしいスレッド立てたです

そのスレに書けました。
Live2ch

>>536
同じくそのスレに書けました。

実稼動を考えた場合、いちいち復帰屋さんが復帰するのは
めんどくさいような感じしません？

おっと......

>>536
>subject.txt(or 内部テーブル) で調べているのね、
>つまり bbsd 入れ替えたら、立ち上げた瞬間に自動で repair する必要があると、、

bbsd 立ち上げ後最初に板へのアクセスがあった時点で subject.txt を内部テーブルに読み込みます．
で，それ以降は内部テーブルで dat の存在の有無を判断しています．
なので，最初の subject.txt 読み込み時点で subject.txt の内容が正しくないと
dat の存在の有無の判断も正しくできないことになってしまいますね．

>>539
subject.txt を信じるんじゃなくて、立ち上げ時には
datの下をなめなめして、subject.txtとかを作り直したほうがよさげかも。

というか、>>536 で既出っすね。

現実というか実際に起こることは、、、

1) サーバがぶっとぶ
2) MemoryDisk だから保持していたものは全部ぶっ飛ぶ
3) dancesite@live22 フォルダ内はまっさら
4) 起動時に SETTING.TXT head.txt 等は退避場所からコピー
5) しかし subject.txt は存在しないまま。
6) ここで bbsd が立ち上がる(前後関係は私にはわからないけど)とする。

こんな感じです
dancesite@live22 が作られ、SETTING.TXT 等がコピーされてから
bbsdが立ち上がるという保障はないような気がします

とすると，起動スクリプトで "bbs.pl 板名 repair logline" を呼ぶようにしておくとか......

ちとやってみよう、、、

system("bbs.pl xxxxxxx"); でやればいいっすよね。

repair の時も引数一個増加?

>>542
> dancesite@live22 が作られ、SETTING.TXT 等がコピーされてから
> bbsdが立ち上がるという保障はないような気がします

そういうふうに作る(設定する)ことは、技術的にはできるです。

>>543
悪くないかも。

>>544
あ...... Perl スクリプトでやるなら system() じゃなくて直接 sub bbsd 呼べばいいかと．

>>545 とりあえず現状では $footnote 追加なのは通常カキコ時のみです．

お、復活しましたね。

./bbs.pl dancesite repair xxx


これで動いたようです
復帰かかった、

>>543-544 を組み込んでみた、、

次回ぶっ飛んだ時あたりにうまく言っているかどうかわかる予定。
復帰スクリプトにももう一回挑戦。。。

復帰スクリプトもうまくいったです。

新規に作成するスレッドは　0666 にしてもらえるといいかも、
いろんなスクリプトが参照するので誤動作を防ぐため
いままでと同じにする。。。

あとスレスト時は、0555 なんで書き込めなくしなきゃならないす

後、このスレの上の方にも書いてますけど
スレに書き込んでから反映されるまで
少し遅延が発生しているような気がします。

実況として使うなら、ストレスを感じるかも知れませんね。
専用ブラウザの場合は、書き込んでから再リロードしたら
反映されている感じですね。

>>552
>新規に作成するスレッドは　0666 に

しますた． http://sunos.saita.ma/bbsd.c

>あとスレスト時は、0555 なんで書き込めなくしなきゃならないす

そのパーミッションなら自動的に Permission denied になるかと．

>>554
入れ替えるです。< bbsd.c

で、bbsdで握るのは、subject.txt subback.html index.html(予定) なんでしたっけ。

>>553 bbsd では subject.txt 等は -i オプション指定値（デフォルト: 5秒）の
インターバルがありますが，dat は即時書き出しではあるんですが......

>>555
>bbsdで握るのは、subject.txt subback.html index.html(予定) なんでしたっけ。

そうですね．

bbsd、入れ替え完了。

>>558
乙ですー

>>554
okでーす
0666 でスレが立ちました。

大成功　!!

dat 落ちのスクリプトも改修してこよう。。。

>>556
参考にならないかも知れませんが、
自宅鯖の掲示板では。専用ブラウザの動きは以下のような感じです。
書き込み(POST)してから、スレを再読み込み(GET)するのに1秒もかかっていません。
※これは『ぜろちゃんねる』スクリプトなので参考にならないかもしれませんが。

[13/Jul/2005:18:07:20 +0900] "POST /test/bbs.cgi HTTP/1.0" 200 441 "http://angler.ddo.jp/test/read.cgi?bbs=bbs&key=1087719706" "Hotzonu/2.0"
[13/Jul/2005:18:07:20 +0900] "GET /bbs/dat/1087719706.dat HTTP/1.0" 206 81 "-" "Hotzonu/2.0"

そのへんの設定はもう少しあとでかと、

専用ブラウザが上記のような動きをするので、
書き込んでから1秒以内に反映しないと、
専用ブラウザから見ると反映が遅く感じるって感じですかね。

>>563
了解です。

>>562 ふむふむ......live22 で dat 書き出した直後に live22x で dat 読み込むと
古いままと......NFS でラグがあるのかな？といっても CacheFS じゃないから
キャッシュしてるってこともないでしょうし......

あっ　つまり
「そんな話しをするでない」というわけでなく
どんどんしたほうがよいけど
「稚拙に改修するな」ってことですー

>>566
リロード1回分ぐらい、反映に時間かかるみたいです。

なんか物凄く寒くなってきた
夏はまだ来ないのか、窓閉めようっと

>>569
http://www.tenki.jp/amd/whokkai/p00.html

これ、さむいのかな。

fdatasync() とかで物理デバイスにデータが書き出されてないと NFS で
反映されないなんてことになってたりする可能性はあるのかな......？

>>571
ありうるかも。
fsync() してみるとか。

ちょろって、元ネタはドラマのチョロ？
写真似てたかも（中野

>>571
flush の必要ありってことなのかな?

>>570
さむいですぅ
湿度が思いっきりさがったのかな、

>>574
有馬温泉で修行するとか

とりあえず fsync() 入れてみますた http://sunos.saita.ma/bbsd.c

>>561
http://live22.2ch.net/dancesite/kako/

うまくいった予感。

>>573
ドラマの事詳しくないんです、めったにテレビ見ないから

>>576
入れました。

私の場合は、先ほどと同じ状態ですね。

>>577

たまに見るとしたら、何見るの？テレビ。

>>580
深夜の教育テレビかなぁ
BSもみるなぁ 10min box でしたっけ、

そいえばIDのタネは更新したっすか

私はNHKメインですね。
おはよう日本は欠かさず見てます。

ちなみに、明日のおはよう日本でスペースシャトル
打ち上げ中継があるそうな。
日本時間7月14日午前4時51分打ち上げ予定

【実況】スペースシャトル打ち上げ迫る
http://live14.2ch.net/test/read.cgi/liveplus/1121195507/

>>579
NFSってひょとすると、そういうものなのかな。

う〜む......書き込み直後に live22 / live22x 双方の dat 読み出してみて，
live22 側は更新されててlive22x 側は未更新であるなら
NFS のラグってことなんでしょうけど．

思いを馳せない雑談が急に増えてきた

>>584
実況の利用者って、あの速さでコミュニケーションを
成り立てているんですよね。。。
今の状態だと、今まで不必要だったリロードをする必要が
出てきますからねぇ。。うーん。。。

ご確認をば、

1) live22x (1,2,3) が落ちたとき
→　落ちたサーバをリブートすればok

2) live22 が落ちたとき
→　live22 をりぶーとして live22x も全部リブートすれば ok

これであってますか?
2) の場合はもちっと別の方法を模索しますか?

>>587
私は逆だと思っていたり
実況になれば超高速回転になるので
ほとんど気にならなくなるのでは? と思っています。

実験したらわかるということで、
実験の結果を踏まえてから改修等に一票。

>>585 >>587
1秒とか2秒ぐらいすると、直るんですよね。
私も、IEで経験しました。

>>588
1) そのように実装したいなと。

2) 少なくともそのように実装したくて、
できれば live22x はリブートしなくてもOKにしたいなと。

確かに実況慣れしている利用者さん達に実験してもらうのも
良いかもしれませんけどね。

じゃあバレーの実況でも

どっか、実況板が欲しいと望んでいる利用者さんを
呼び込んでみるとか。。

私は実況慣れしてない人なんでねぇ。
ガンガン実況してくれる人たちですね。。

fsync() があんまり意味ないようなら外しますね．
データの integrity が厳密に要求される用途でもないのにそれ入れても
ディスク I/O が増えるだけなんで．
といっても /md ならあんまり関係ないかも知れませんが．

>>595
了解です。< はずす

>>595
賛成、
まずは今ので試してもらうと、

fsync() 外しますた http://sunos.saita.ma/bbsd.c

質問

書き込みログですが、
所定の場所に出来ているようですが
既にうまく動いているということでいいのかな?
実際の場所は秘匿したいです。

>>599 ログの吐き方はああいう感じでいいんでしょうか？
場所についてはビルド時に -D とかで指定できるようにするといいのかな......？

>>600
ログはたぶん、1書き込みごとにファイルのパス名を、
bbs.cgiからbbsdに指定できるといいと思うのですよ。

このへんはあんまり、うまくいえないですが。

>>598
これからいれかえるです。

いれかえ完了。

make backup
make fetch
make
sudo make install

ってかんじで。

http://live22x.2ch.net/dancesite/kako/　これも
http://live22.2ch.net/dancesite/kako/　にリンクしてokにする?

それとも　もっと何かする?
わたしゃ　リンクでokなんじゃなかろかと思っています

>>601 とすると......また bbsd に渡すパラメータ変更かな．

$logline のところを "$logfilename:$logline" にするってことでいいですかね？

>>604

別に渡したほうがいいと思う
分解する処理がもったいないし、

>>605 いや，どちらにしろ sub bbsd ではデリミタで連結して bbsd 側で分離してますんで．

誤動作がないのであればokです
$logline は全ての文字が来ると思われ、

>>607 $logfilename に : が入ってなければ誤作動はないと思います．
ちなみに各パラメータは '\x8' をデリミタとして連結されます．

はいー

index.html が整ったら(仮でいいけど)いよいよ実践で実験ですね、

$logfilename ですが，絶対パスですか，それとも DocumentRoot からの相対パスになりますか？

bbs.cgi 内部では public_html/test/ からの相対pathになっています
public_html からでもいいけど、絶対パスはいやん。

テストは、どの板でやればいいのかな? @live22

いきなり限界に挑戦するなら、livecxかな。
試運転という事ならlivetbsとか。livebaseとか。

電車男も livecx ?

移転祭りの気配？
ﾑﾈがﾄﾞｷﾄﾞｷ

liveanbも悪くないけど、平日は大してぐぐっと来ないんですよね。

>>615
うん

そうそう

>>615
そうですね。。。っていきなり限界に挑戦コースですかｗ

限界に挑戦してほしい

でも、大丈夫かな？
もし何かあったら、あっちこっちで祭になるっすよ？
本当に大丈夫ですか？

FOX ★でやって
あとは飲みに行けば大丈夫だったり、、

うわ。。。
rootさんが泣きますよ？きっと。

おいおい....

いっそ電車男板を作って電車男関係を全部集めるとか(ぉ

>>612
>public_html/test/ からの相対path

で $logfilename ということで http://sunos.saita.ma/bbsd.c

土器がムネムネ

>>624
それなら、いざとなったら現livecx逃げれますね。
電車男記念臨時実況板が良いんじゃないかな？

はいはーい

板移転前のならしで、特定の時間帯とか番組をターゲットにして
そんときだけ該当の板止めるとか。

>>625
入れます。

で、その後しばらくオフライン。

>>621
ふーん。

で、
・bbsdのスレッド数いくつがいいのかしらとか、
・仮にNFSでやるとして、nfsdやnfsiodの数はいくつがいいのかしらとか、
そのへんが気になっていたり。

>$logline のところを "$logfilename:$logline" にするってことでいいですかね？

対応しましたー　bbs.cgi@live22x

で、dancesite(フォルダ名が既存と同じだからいろいろ対応できない)じゃなくて、
myanmarやyangonみたいなのを、1枚作ってやるのが先かなと。

bbsd 更新しました。

しばらく(たぶん数時間ぐらい)、オフラインになります。

ん?
ちと意味がわからなかったり

>>632

とりあえず、私は『電車男記念臨時実況板』に一票。
と、書いておきます。かなり高速回転するでしょうから。

実験板が増えるのか

>>635
上手く誘導できますかねぇ。

>>630-631 乙です．

>・bbsdのスレッド数いくつがいいのかしらとか、
>・仮にNFSでやるとして、nfsdやnfsiodの数はいくつがいいのかしらとか、

busy なプロセス/スレッド数と CPU 数との兼ね合いってところなんでしょうけど，
まぁ実際やりながら調整ですかね......

>>634
えっと、専用ブラウザとかc.2ch.netとか、
既存の板とフォルダ名が同じだと、テストできにくかったりするわけですよ。

だから、例えばhanoiでもなんでもいいから、
板名を変えたのを、作るほうがいいと思うわけです。

なんでそんなにべとなむまわり

そしてオフライン

で、今は板作ったら、live22xのほうで
シンボリックリンクを一発張りなおす必要があるですね。

今は、手でやってます。

あなる

んでは、いったんしつれい。

>>636-637
BBS MENUに反映して、壷で連絡すれば
ある程度は移動すると思うけど。考えが甘いかな？
資源はあるだけ使われると思ってるんで。

>>643

>>643
えっちなのは(ry

是非live22は"Train Man TV Drama"に投入して欲しいと願う今日この頃

>>645
今作っても最悪BBSMENUは朝7時
対電車を想定するなら早速テストを兼ねてlivecxというのはわかる。
トリビアで回るし。

そんな名前の板ができちゃうのかー！>>643

んじゃ　trainman つくるっす　@live22

>>649
いずれにしても 明日には間に合わないのでは?

>>651
ｷﾀ―――(ﾟ∀ﾟ)―――!!!

カテゴリは実況？

やっぱ　やめたー >>653

jupiter とかを引っ越してしまおう。

>>654
エエエ(AAry

マトリックスのスレが立つ予感

index.html が出来上がり
jupiter@live22 の準備が出来たら

jupiter 移転するです。
そして c.2ch.net とかの検証。。。

trainmanpower

あ，そうそう，index.html ですが，インクルードする広告ファイルとか教えておいて下さい．