2ch特化型サーバ・ロケーション構築作戦のスレッドです。
・２ちゃんねるのサーバロケーション、PIEに関する関連作業・調整事項
・DNS登録・変更関連の各種作業や調整事項
・２ちゃんねるのサーバで採用しているOS、FreeBSDに関する情報・調整事項
・各種作戦・プロジェクトとの連携、プロジェクト間の連携
等を取り扱います。
前スレ:2ch特化型サーバ・ロケーション構築作戦 Part52
http://qb5.2ch.net/test/read.cgi/operate/1277651499/
2ch特化型サーバ・ロケーション構築作戦 Part53
■ このスレッドは過去ログ倉庫に格納されています
NGNG
2010/07/01(木) 15:36:05ID:lBp1yXTR0
>>204
さすが
さすが
210root▲▲ ★
2010/07/01(木) 15:42:03ID:???0 作業おわり @ kamome
2010/07/01(木) 15:43:45ID:4g4TXkqcO
かもめでおみくじができるようになんとかしてください
212ちきちーた ★
2010/07/01(木) 15:45:21ID:???0 りょうかいー
2010/07/01(木) 15:47:09ID:lBp1yXTR0
全部大吉にしてー
2010/07/01(木) 15:57:32ID:Aj+WPnj50
『鯖落ちスレをチェックして「板名＋復帰してー」のレス数をカウントし、
ある一定数を超えたらその板を復帰』
自動的にやるにしてもこれくらいの遊びは必要だな。
ある一定数を超えたらその板を復帰』
自動的にやるにしてもこれくらいの遊びは必要だな。
2010/07/01(木) 15:58:13ID:+iNNp5Pa0
>>212
まだー？
まだー？
2010/07/01(木) 16:00:38ID:acy824Wb0
2010/07/01(木) 16:00:55ID:2KfTsg7PP
技術論も精神論も2ch論も人それぞれなんだから好きにすればいいよ
2010/07/01(木) 16:01:04ID:UhvN+jb/P
そのうち削除も規制も機械がやるようになるのさ。解除モナ。
2010/07/01(木) 16:13:51ID:lBp1yXTR0
で、おいちゃんはメーテルと旅にでるんだ
2010/07/01(木) 16:17:11ID:/iPzYzJS0
鯖を統合するに当たって、板を減らしたいのか
2010/07/01(木) 16:18:17ID:4g4TXkqcO
2010/07/01(木) 16:22:08ID:YiBRnmzo0
>>212
おいちゃんありがとー
おいちゃんありがとー
2010/07/01(木) 16:58:38ID:kh1a741ZO
これ、どうなりましたか？
2ch特化型サーバ・ロケーション構築作戦 Part48
http://qb5.2ch.net/test/read.cgi/operate/1276848371/324-
路線b)
PCSVからの投稿は一切お断りする
2ch特化型サーバ・ロケーション構築作戦 Part48
http://qb5.2ch.net/test/read.cgi/operate/1276848371/324-
路線b)
PCSVからの投稿は一切お断りする
224root▲▲ ★
2010/07/01(木) 17:07:14ID:???0 >>223
2ch特化型サーバ・ロケーション構築作戦 Part49
http://qb5.2ch.net/test/read.cgi/operate/1276953456/434
>
> ということで仮に b) をやるにしても、
> まだかなから_2CH_ezweb.ne.jpが外れるタイミングでやらないと、
> 意味ないような気がします。
2ch特化型サーバ・ロケーション構築作戦 Part49
http://qb5.2ch.net/test/read.cgi/operate/1276953456/434
>
> ということで仮に b) をやるにしても、
> まだかなから_2CH_ezweb.ne.jpが外れるタイミングでやらないと、
> 意味ないような気がします。
2010/07/01(木) 17:14:21ID:kh1a741ZO
226root▲▲ ★
2010/07/01(木) 18:20:06ID:???0 某方面から、kamomeではrtprioでの活入れをやっていない件について
お尋ねされたので、ここでも同じ内容を答えておこうかなと。
これは、今のところは「あえてそうしている」という状態です。
hayabusaの方がkamomeよりもCPU資源が豊富なので、
あれこれ活入れしてCPU資源を特別に割り当てても、
他への影響は少なく、問題なくいけるだろう、という読みがありました。
で、様子を見る限り、この活入れはかなり良い効果がありそうなので、
もし仮にkamomeにもっと板を詰め込まれて、重くなるよ局面が来るようなら、
様子を見ながら hayabusaでやったのと同じ活入れを、
ぼちぼちするかもしれないということで。
でも今のところはまだ、「手札」にしておきたいかもなと。
お尋ねされたので、ここでも同じ内容を答えておこうかなと。
これは、今のところは「あえてそうしている」という状態です。
hayabusaの方がkamomeよりもCPU資源が豊富なので、
あれこれ活入れしてCPU資源を特別に割り当てても、
他への影響は少なく、問題なくいけるだろう、という読みがありました。
で、様子を見る限り、この活入れはかなり良い効果がありそうなので、
もし仮にkamomeにもっと板を詰め込まれて、重くなるよ局面が来るようなら、
様子を見ながら hayabusaでやったのと同じ活入れを、
ぼちぼちするかもしれないということで。
でも今のところはまだ、「手札」にしておきたいかもなと。
2010/07/01(木) 18:31:44ID:kx1eHASA0
まさに「こんなこともあろうかと」
2010/07/01(木) 18:43:35ID:mwE8bZOK0
奥の手は見せるな・・・見せるなら更に奥の手を持て
2010/07/01(木) 18:51:09ID:RYQP3OKb0
＼疾風／＼切り札／
2010/07/01(木) 19:06:51ID:t+0uISBbP
そういえばrock54用の新鯖はどうなった？
231root▲▲ ★
2010/07/01(木) 20:20:22ID:???0 今日WCはお休みで、明日からが8強対戦なんでしたっけ。
2010/07/01(木) 20:24:59ID:aXOWSa510
オランダ 対 ブラジル - 7 月2日 23:00 (NHK総合)
ウルグアイ 対 ガーナ - 7 月3日 3:30 (NHK総合)
アルゼンチン 対 ドイツ - 7 月3日 23:00 (TBS系)
パラグアイ 対 スペイン - 7 月4日 3:30 (日本テレビ系)
google先生調べ（日本時間）
ウルグアイ 対 ガーナ - 7 月3日 3:30 (NHK総合)
アルゼンチン 対 ドイツ - 7 月3日 23:00 (TBS系)
パラグアイ 対 スペイン - 7 月4日 3:30 (日本テレビ系)
google先生調べ（日本時間）
233ろくす ◆Rocks/oCOQ
2010/07/01(木) 20:27:38ID:RYQP3OKb0 トイレお休みとか我慢できない
234root▲▲ ★
2010/07/01(木) 20:30:36ID:???0 >>232
どもです。
どもです。
2010/07/01(木) 22:33:23ID:rYUtUSqV0
毎回胸が熱い云々書き込んでるのは同じやつなのか
2010/07/01(木) 22:42:56ID:LFYpkqUo0
新鯖まだですか？
2010/07/01(木) 23:35:27ID:R/iFmQ1O0
6コアのi7 970が今月中に出るって
hayabusaのCPUこれに変えてよ
・「Corei7-970」(Gulftown,7/18〜7/24の間に正式発表,6コア)
hayabusaのCPUこれに変えてよ
・「Corei7-970」(Gulftown,7/18〜7/24の間に正式発表,6コア)
2010/07/02(金) 00:06:28ID:EeH9EtB90
よくわかんないけど、writeの返りを待たなくてもいいってことじゃないかしら。
240root▲▲ ★
2010/07/02(金) 00:24:54ID:???02010/07/02(金) 00:36:26ID:yzFMC0D/0
pc11返却まだですか
2010/07/02(金) 00:43:29ID:fgylWR9z0
>>240
どれだけ記録してるんですかｗ＞kakikomi.txt
どれだけ記録してるんですかｗ＞kakikomi.txt
2010/07/02(金) 00:46:14ID:F66mcMlc0
もしかして書いたレス全部取っといてるのか・・・
2010/07/02(金) 00:50:50ID:EeH9EtB90
2010/07/02(金) 01:00:10ID:Iigupcs60
2010/07/02(金) 01:00:41ID:rA1N4TpI0
bbsdの方が性能が良さそうだけど、bbs.cgiの方がup to dateに改良され続けている
から互いに整合性がとれなくなってしまうという感じなのだろうか。
から互いに整合性がとれなくなってしまうという感じなのだろうか。
2010/07/02(金) 01:10:36ID:fgylWR9z0
>>245
すげえｗ
すげえｗ
248名無し的用法 ◆v20hUhbxpM
2010/07/02(金) 01:11:05ID:pwu8PCL+0 kakikomiで重くなるから1年ごとにファイルをバックアップ回ししてるな
めぼしいことやり尽くしたしなぁ ハードウェア生かすのにOS入れ替えなんて言う魅惑のヒビキもあるけど
めぼしいことやり尽くしたしなぁ ハードウェア生かすのにOS入れ替えなんて言う魅惑のヒビキもあるけど
＞244
よくわかんないけど、writeが終わったかどうか判定すればいいんじゃない？
forkのwaitみたいな。
よくわかんないけど、writeが終わったかどうか判定すればいいんじゃない？
forkのwaitみたいな。
250root▲▲ ★
2010/07/02(金) 01:17:50ID:???0 kakikomi.txt とこのスレをざっと読み直しましたが、
あんまりそういう話はしてなかったっぽいです。
bbs.cgi再開発プロジェクト7
http://qb5.2ch.net/test/read.cgi/operate/1130918407/
http://qb5.2ch.net/operate/kako/1130/11309/1130918407.html
しかし、↑のスレは今読むとなんかすごいかも。
5年前か。
あんまりそういう話はしてなかったっぽいです。
bbs.cgi再開発プロジェクト7
http://qb5.2ch.net/test/read.cgi/operate/1130918407/
http://qb5.2ch.net/operate/kako/1130/11309/1130918407.html
しかし、↑のスレは今読むとなんかすごいかも。
5年前か。
2010/07/02(金) 01:18:15ID:fgylWR9z0
>>248
いっそ専用OSを自作して・・・
いっそ専用OSを自作して・・・
2010/07/02(金) 01:21:47ID:EeH9EtB90
>>249
終ったかどうか待ち合わせしないといけないので、
結局bbs.cgiを起動したapacheのプロセスはつかみっぱなしに
なって、aio化する前と変わらないんじゃないかなと。
bbs.cgiの中身を見たことないので、あくまで想像です。
終ったかどうか待ち合わせしないといけないので、
結局bbs.cgiを起動したapacheのプロセスはつかみっぱなしに
なって、aio化する前と変わらないんじゃないかなと。
bbs.cgiの中身を見たことないので、あくまで想像です。
＞252
おぉ、なるほど。
俺はこう考えていたんですけどね。
write→他の処理→終わったか確認
こうするとwriteの部分だけ気持ち速くなる気がするので、
最悪今と同じ速度（常に最悪ならaio化の意味はないけど）。
待たないで非同期ならbbsd？
おぉ、なるほど。
俺はこう考えていたんですけどね。
write→他の処理→終わったか確認
こうするとwriteの部分だけ気持ち速くなる気がするので、
最悪今と同じ速度（常に最悪ならaio化の意味はないけど）。
待たないで非同期ならbbsd？
write→他の処理→終わったか確認（終わってることを期待）
でし。
なんか某あれで頭がいっぱいなのでおなかがすきました。
でし。
なんか某あれで頭がいっぱいなのでおなかがすきました。
bbs.cgi への aio 適用ですが，個別のリクエスト処理中に書き込み完了を待たず
レスポンスを返すということなら，SpeedyCGI の特性を生かし persistent な変数で
aio 用バッファを確保するとかすればそういうこともできないこともないのかも知れません......
が，いずれかのタイミングで処理の完了をチェックして解放ということはどっちにしろ必要ですね．
一方 bbsd については，今のままでも bbs.cgi から bbsd へリクエストを投げる
段階でキューイングされるので（UDP ソケットにキューイングの機能が備わっており，
TCP ではなく UDP を使っている理由の一つはそれ），あえて aio を使うこともないかなと思ってます．
bbsd の課題としては，924 関連等 bbsd に未対応なスクリプトとか，
SETTING.TXT を消した時 bbsd に対して手動で操作しなくても板を unload するようにしたいとか
いったところですが，まぁその辺は淡々と対応を進めればいいのかなと思います．
規制関連等の比較的更新がよく行われている部分は bbs.cgi が担当し，
bbsd が担うのは基本的に最終的な書き込み部分という役割分担なので，
元々 bbsd は bbs.cgi ほどには頻繁に更新する必要はないですね．
あと，bbsd を使うと復帰が不要になってそれだと風情がなくなるということも
言われた気がするんですが，通常稼働時に dat と subject.txt の不整合を
修正するという意味での復帰はまず必要なくなると思いますが，
しかしサーバダウン -> リブート時の復帰はいずれにせよ必要なので，
その部分をあえて自動化するとかしない限り風情は残るかと思います．
レスポンスを返すということなら，SpeedyCGI の特性を生かし persistent な変数で
aio 用バッファを確保するとかすればそういうこともできないこともないのかも知れません......
が，いずれかのタイミングで処理の完了をチェックして解放ということはどっちにしろ必要ですね．
一方 bbsd については，今のままでも bbs.cgi から bbsd へリクエストを投げる
段階でキューイングされるので（UDP ソケットにキューイングの機能が備わっており，
TCP ではなく UDP を使っている理由の一つはそれ），あえて aio を使うこともないかなと思ってます．
bbsd の課題としては，924 関連等 bbsd に未対応なスクリプトとか，
SETTING.TXT を消した時 bbsd に対して手動で操作しなくても板を unload するようにしたいとか
いったところですが，まぁその辺は淡々と対応を進めればいいのかなと思います．
規制関連等の比較的更新がよく行われている部分は bbs.cgi が担当し，
bbsd が担うのは基本的に最終的な書き込み部分という役割分担なので，
元々 bbsd は bbs.cgi ほどには頻繁に更新する必要はないですね．
あと，bbsd を使うと復帰が不要になってそれだと風情がなくなるということも
言われた気がするんですが，通常稼働時に dat と subject.txt の不整合を
修正するという意味での復帰はまず必要なくなると思いますが，
しかしサーバダウン -> リブート時の復帰はいずれにせよ必要なので，
その部分をあえて自動化するとかしない限り風情は残るかと思います．
2010/07/02(金) 07:17:02ID:wXvWtCmJO
専門的な話が、、、
何ていうか日本語でおkってかんじだな。
カウント変数をグローバル(?)に取っておいて、
一回の書き込み毎に1ずつ減らしていって0になったら確認、とか？
何ていうか日本語でおkってかんじだな。
カウント変数をグローバル(?)に取っておいて、
一回の書き込み毎に1ずつ減らしていって0になったら確認、とか？
2010/07/02(金) 08:11:08ID:AoKCcjky0
>>256
専門的な話をするスレで何言ってんだよ。
専門的な話をするスレで何言ってんだよ。
2010/07/02(金) 09:16:12ID:IPzyvD/y0
専門的じゃなくてクローズドな話
2010/07/02(金) 10:49:41ID:dE9ehO3r0
2010/07/02(金) 11:06:19ID:u7xl9vMPP
復帰に風情を感じた事がない
261root▲▲ ★
2010/07/02(金) 11:20:02ID:???0 >>255
> 個別のリクエスト処理中に書き込み完了を待たず
> レスポンスを返すということなら，SpeedyCGI の特性を生かし persistent な変数で
> aio 用バッファを確保するとかすればそういうこともできないこともないのかも知れません......
これはちょっと面白いかもですね。SpeedyCGIの強みを生かすと。
> が，いずれかのタイミングで処理の完了をチェックして解放ということはどっちにしろ必要ですね．
うむむ、、、。
> 一方 bbsd については，今のままでも bbs.cgi から bbsd へリクエストを投げる
> 段階でキューイングされるので（UDP ソケットにキューイングの機能が備わっており，
> TCP ではなく UDP を使っている理由の一つはそれ），あえて aio を使うこともないかなと思ってます．
> bbsd の課題としては，924 関連等 bbsd に未対応なスクリプトとか，
> SETTING.TXT を消した時 bbsd に対して手動で操作しなくても板を unload するようにしたいとか
> いったところですが，まぁその辺は淡々と対応を進めればいいのかなと思います．
> 規制関連等の比較的更新がよく行われている部分は bbs.cgi が担当し，
> bbsd が担うのは基本的に最終的な書き込み部分という役割分担なので，
> 元々 bbsd は bbs.cgi ほどには頻繁に更新する必要はないですね．
> あと，bbsd を使うと復帰が不要になってそれだと風情がなくなるということも
> 言われた気がするんですが，通常稼働時に dat と subject.txt の不整合を
> 修正するという意味での復帰はまず必要なくなると思いますが，
> しかしサーバダウン -> リブート時の復帰はいずれにせよ必要なので，
> その部分をあえて自動化するとかしない限り風情は残るかと思います．
> 個別のリクエスト処理中に書き込み完了を待たず
> レスポンスを返すということなら，SpeedyCGI の特性を生かし persistent な変数で
> aio 用バッファを確保するとかすればそういうこともできないこともないのかも知れません......
これはちょっと面白いかもですね。SpeedyCGIの強みを生かすと。
> が，いずれかのタイミングで処理の完了をチェックして解放ということはどっちにしろ必要ですね．
うむむ、、、。
> 一方 bbsd については，今のままでも bbs.cgi から bbsd へリクエストを投げる
> 段階でキューイングされるので（UDP ソケットにキューイングの機能が備わっており，
> TCP ではなく UDP を使っている理由の一つはそれ），あえて aio を使うこともないかなと思ってます．
> bbsd の課題としては，924 関連等 bbsd に未対応なスクリプトとか，
> SETTING.TXT を消した時 bbsd に対して手動で操作しなくても板を unload するようにしたいとか
> いったところですが，まぁその辺は淡々と対応を進めればいいのかなと思います．
> 規制関連等の比較的更新がよく行われている部分は bbs.cgi が担当し，
> bbsd が担うのは基本的に最終的な書き込み部分という役割分担なので，
> 元々 bbsd は bbs.cgi ほどには頻繁に更新する必要はないですね．
> あと，bbsd を使うと復帰が不要になってそれだと風情がなくなるということも
> 言われた気がするんですが，通常稼働時に dat と subject.txt の不整合を
> 修正するという意味での復帰はまず必要なくなると思いますが，
> しかしサーバダウン -> リブート時の復帰はいずれにせよ必要なので，
> その部分をあえて自動化するとかしない限り風情は残るかと思います．
262root▲▲ ★
2010/07/02(金) 11:21:50ID:???0 >>261
あら、暴発。
> 一方 bbsd については，今のままでも bbs.cgi から bbsd へリクエストを投げる
> 段階でキューイングされるので（UDP ソケットにキューイングの機能が備わっており，
> TCP ではなく UDP を使っている理由の一つはそれ），あえて aio を使うこともないかなと思ってます．
そういえば、こんな話が昔ありました。
http://qb5.2ch.net/test/read.cgi/operate/1212665493/91
91 名前： root▲▲ ★ 投稿日： 2008/06/08(日) 14:44:14 ID:???0 BE:2736656-DIA(100512)
【祭り】番犬★が管理人に怒られるスレッド【駄目】26
http://qb5.2ch.net/test/read.cgi/operate/1212510607/536-563
ROMの負荷はIsKoukokuをスキップしてもあまり効果なかった。
(少なくとも雪だるま環境では)
バーチャルホストは一つがいい
(SuExec 使わなくていい、mod_speedycgi 化できる)
bbsd環境でソケットのバッファを大きくしておくのは効果がある
/etc/sysctl.conf で、
kern.ipc.maxsockbuf=20480000
bbsd のオプションで、
-B 16000000
rtprioでbbsdのプライオリティを上げておくのは効果が高い
あら、暴発。
> 一方 bbsd については，今のままでも bbs.cgi から bbsd へリクエストを投げる
> 段階でキューイングされるので（UDP ソケットにキューイングの機能が備わっており，
> TCP ではなく UDP を使っている理由の一つはそれ），あえて aio を使うこともないかなと思ってます．
そういえば、こんな話が昔ありました。
http://qb5.2ch.net/test/read.cgi/operate/1212665493/91
91 名前： root▲▲ ★ 投稿日： 2008/06/08(日) 14:44:14 ID:???0 BE:2736656-DIA(100512)
【祭り】番犬★が管理人に怒られるスレッド【駄目】26
http://qb5.2ch.net/test/read.cgi/operate/1212510607/536-563
ROMの負荷はIsKoukokuをスキップしてもあまり効果なかった。
(少なくとも雪だるま環境では)
バーチャルホストは一つがいい
(SuExec 使わなくていい、mod_speedycgi 化できる)
bbsd環境でソケットのバッファを大きくしておくのは効果がある
/etc/sysctl.conf で、
kern.ipc.maxsockbuf=20480000
bbsd のオプションで、
-B 16000000
rtprioでbbsdのプライオリティを上げておくのは効果が高い
263root▲▲ ★
2010/07/02(金) 11:26:10ID:???0 あとは、
> bbsd の課題としては，924 関連等 bbsd に未対応なスクリプトとか，
> SETTING.TXT を消した時 bbsd に対して手動で操作しなくても板を unload するようにしたいとか
> いったところですが，まぁその辺は淡々と対応を進めればいいのかなと思います．
そですね。淡々と。
> 規制関連等の比較的更新がよく行われている部分は bbs.cgi が担当し，
> bbsd が担うのは基本的に最終的な書き込み部分という役割分担なので，
> 元々 bbsd は bbs.cgi ほどには頻繁に更新する必要はないですね．
そですね。
そういう気がします。
> しかしサーバダウン -> リブート時の復帰はいずれにせよ必要なので，
> その部分をあえて自動化するとかしない限り風情は残るかと思います．
そんなわけで、>>208 ですね。
> bbsd の課題としては，924 関連等 bbsd に未対応なスクリプトとか，
> SETTING.TXT を消した時 bbsd に対して手動で操作しなくても板を unload するようにしたいとか
> いったところですが，まぁその辺は淡々と対応を進めればいいのかなと思います．
そですね。淡々と。
> 規制関連等の比較的更新がよく行われている部分は bbs.cgi が担当し，
> bbsd が担うのは基本的に最終的な書き込み部分という役割分担なので，
> 元々 bbsd は bbs.cgi ほどには頻繁に更新する必要はないですね．
そですね。
そういう気がします。
> しかしサーバダウン -> リブート時の復帰はいずれにせよ必要なので，
> その部分をあえて自動化するとかしない限り風情は残るかと思います．
そんなわけで、>>208 ですね。
264root▲▲ ★
2010/07/02(金) 12:41:51ID:???0 あと、bbs.cgiでメスを入れるべきは、
たぶんきっと、index.html を作るところですね。
以前プロファイリングした結果を見直しても、圧倒的に違います。
他の処理よりも一桁、コストが高いです。
つまりここを何とかするだけで、
相当の見返りが期待できると。
で、個人的に思い始めているのは、
index.html を遅延書き込み(?) みたいなので、何とかできないものかなと。
datへの書き込みやログへの書き込みは、
完了を待ったほうがいいような気がするわけですが、
bbs.cgi でも最後のほうでやっている index.html の書き込みは、
必ずしもその完了を待たなくてもいいのかなと。
たぶんきっと、index.html を作るところですね。
以前プロファイリングした結果を見直しても、圧倒的に違います。
他の処理よりも一桁、コストが高いです。
つまりここを何とかするだけで、
相当の見返りが期待できると。
で、個人的に思い始めているのは、
index.html を遅延書き込み(?) みたいなので、何とかできないものかなと。
datへの書き込みやログへの書き込みは、
完了を待ったほうがいいような気がするわけですが、
bbs.cgi でも最後のほうでやっている index.html の書き込みは、
必ずしもその完了を待たなくてもいいのかなと。
265root▲▲ ★
2010/07/02(金) 12:43:43ID:???0 で、Saborinしていればそこはかなりスキップする、
という話はあるわけですが、前にも出たように新スレだとSaborinないし、
ここをうまくやれば全サーバで効果がありそうだし、
といったかんじで。
という話はあるわけですが、前にも出たように新スレだとSaborinないし、
ここをうまくやれば全サーバで効果がありそうだし、
といったかんじで。
＞datへの書き込みやログへの書き込みは、
今ってログの書き出しに失敗した場合、投稿自体も失敗扱いなんですか？
datへ書き出してからログへ書き出す場合、ログ処理は失敗でも投稿は成功したことになりますし、
その逆なら現状ログへの書き出しは必須となりますし。
前者であるならログの書き出しが時系列に行われるように出来れば非同期でも良いと思うのですけど。
今ってログの書き出しに失敗した場合、投稿自体も失敗扱いなんですか？
datへ書き出してからログへ書き出す場合、ログ処理は失敗でも投稿は成功したことになりますし、
その逆なら現状ログへの書き出しは必須となりますし。
前者であるならログの書き出しが時系列に行われるように出来れば非同期でも良いと思うのですけど。
268root▲▲ ★
2010/07/02(金) 13:25:04ID:???0 >>266-267
現時点では、datへの書き込みやログへの書き込み部分については、
私はいじる気はありませんです。
所詮、1行追記もので、
かつ書かれる量も index.html に比べれば以下略。
現時点では、datへの書き込みやログへの書き込み部分については、
私はいじる気はありませんです。
所詮、1行追記もので、
かつ書かれる量も index.html に比べれば以下略。
キャップ漏れ
http://qb5.2ch.net/test/read.cgi/operate/1267571384/426
http://qb5.2ch.net/test/read.cgi/operate/1276034202/592
＞index.html を遅延書き込み(?) みたいなので、何とかできないものかなと。
WindowsのWM_PAINTメッセージのような動作にするってのはだめかな。
キューの後のほうに“更新要求”があるうちは更新を遅らせる。
ただ、これだといつまでも更新されない可能性もあるから時間的な間隔で更新できるようにする必要もあるけど。
逆にSaborinより負荷上がっちゃうかな。
http://qb5.2ch.net/test/read.cgi/operate/1267571384/426
http://qb5.2ch.net/test/read.cgi/operate/1276034202/592
＞index.html を遅延書き込み(?) みたいなので、何とかできないものかなと。
WindowsのWM_PAINTメッセージのような動作にするってのはだめかな。
キューの後のほうに“更新要求”があるうちは更新を遅らせる。
ただ、これだといつまでも更新されない可能性もあるから時間的な間隔で更新できるようにする必要もあるけど。
逆にSaborinより負荷上がっちゃうかな。
2010/07/02(金) 13:40:40ID:u7xl9vMPP
トップに表示されない下位スレのhtmlを作るのやめればいいのにー。
上10までのhtmlを作って、JSで読み込みですよ。
スレリストもsbuject.txtから読み込めばindexは完全に更新不要で夢が広がりんぐ。
index.html作成とリクエスト増はどっちが負荷高いんだろう。
関係ないけど、運用情報板の見たらやたら古いのが残ってる
http://qb5.2ch.net/operate/html/?C=M;O=A
上10までのhtmlを作って、JSで読み込みですよ。
スレリストもsbuject.txtから読み込めばindexは完全に更新不要で夢が広がりんぐ。
index.html作成とリクエスト増はどっちが負荷高いんだろう。
関係ないけど、運用情報板の見たらやたら古いのが残ってる
http://qb5.2ch.net/operate/html/?C=M;O=A
271root▲▲ ★
2010/07/02(金) 13:42:54ID:???02010/07/02(金) 13:43:37ID:irFMOOjC0
むぎゅーｷﾀ━━━━(ﾟ∀ﾟ)━━━━!!
＞むぎゅー
ありがとうです。
ありがとうです。
274 ◆tiffinlc2w
2010/07/02(金) 13:46:18ID:xREWdBSk0275root▲▲ ★
2010/07/02(金) 13:47:15ID:???0 そんなわけで、焼プリンさんからのメールにも同じことをおへんじしましたが、
再発行については、発行された方にご相談をば。
再発行については、発行された方にご相談をば。
2010/07/02(金) 13:52:49ID:+HMEXOOR0
発行した人は捕まらないことで定評のあるあの人ｗ
2010/07/02(金) 14:21:04ID:U27QlK1P0
index.html 書き出しに aio を適用して遅延させるにしても，
書き出すための文字列は前もって生成しておかなければならない，
そして index.html 書き出し処理が他と比べて重いのは
その文字列処理に起因している部分も多いのではないかとも思います．
書き出すための文字列は前もって生成しておかなければならない，
そして index.html 書き出し処理が他と比べて重いのは
その文字列処理に起因している部分も多いのではないかとも思います．
280外出中 ◆MUMUMUhnYI
2010/07/02(金) 14:31:57ID:bsXpBdjk02010/07/02(金) 15:03:52ID:VQljV6ef0
二の腕と腹
顎の下も大事
html/*をオンメモリするとか？
html/*をオンメモリするとか？
2010/07/02(金) 15:29:27ID:ESuPeVFBP
それはジンギスカンな板なら既にやってるような
板トップって上位数スレの最新レスをいくつか表示してるけど、実況板ではあれを無くしてスレ一覧だけを表示する、とか。
2010/07/02(金) 16:36:53ID:YHJVIjLs0
複数のdatから何行か抜き出してくる処理が重いのかな。
＞283
おぉ、もうやってたのね。
あとできそうなのは毎回open&readしなくていいやつを変数に持たせるとか、
writeをまとめて1回で呼ぶとか、
まとめちゃっていいならTemplate使うとか、
むしろindex.html/subject.txtは定時生成とか。
bbs.cgiにあるあのコメントカッコいいなぁ。
改めて読むとすごい。
おぉ、もうやってたのね。
あとできそうなのは毎回open&readしなくていいやつを変数に持たせるとか、
writeをまとめて1回で呼ぶとか、
まとめちゃっていいならTemplate使うとか、
むしろindex.html/subject.txtは定時生成とか。
bbs.cgiにあるあのコメントカッコいいなぁ。
改めて読むとすごい。
2010/07/02(金) 17:06:03ID:gaBSnDSC0
IE6見捨てれば完全にAjax化できるんじゃね？
288root▲▲ ★
2010/07/02(金) 17:09:01ID:???0 >>286
どのコメントのことだろ、、、。
どのコメントのことだろ、、、。
#疲れたのでここまで、
かな
かな
2010/07/02(金) 17:23:52ID:dhyeok0l0
確かに板トップの最新レス表示は蛇足のような気がしますね
291root▲▲ ★
2010/07/02(金) 17:29:02ID:???0 >>289
あれですかｗ
そっすね、、、。
私がbbs.cgiに本気で取り組み始めた2005年ごろ、既にそのコメントはbbs.cgiにありました。
そして、そこよりも前の処理部分には、
きれいに書かれたサブルーチン群が整然と並べられていました。
例えばこんなかんじです。
&foxSetPath($GBX) ;# 各種PATH生成
&foxReadSettings($GBX) ;# 板設定よみこみとためこみ SETTING.TXT
&foxSetDate2($GBX) ;# 日付・時刻を設定（$DATEに設定 !!曜日)
&foxBEset($GBX) ;# BE情報問い合わせ
そして、その「疲れたのでここまで」の後には、
bbs_main という、超巨大なメインルーチンが横たわっていました。
その部分は当時既に、数1000行はあったと思います。
そしてそこには、それ以降のbbs.cgiにおけるすべての処理が、
ほぼすべて一つのメインルーチン内に、ノベタンで書かれていました。
「ひろゆき流mainしかないプログラム」というのがどんなものか、
改めて骨身にしみて認識しました。
(続く)
あれですかｗ
そっすね、、、。
私がbbs.cgiに本気で取り組み始めた2005年ごろ、既にそのコメントはbbs.cgiにありました。
そして、そこよりも前の処理部分には、
きれいに書かれたサブルーチン群が整然と並べられていました。
例えばこんなかんじです。
&foxSetPath($GBX) ;# 各種PATH生成
&foxReadSettings($GBX) ;# 板設定よみこみとためこみ SETTING.TXT
&foxSetDate2($GBX) ;# 日付・時刻を設定（$DATEに設定 !!曜日)
&foxBEset($GBX) ;# BE情報問い合わせ
そして、その「疲れたのでここまで」の後には、
bbs_main という、超巨大なメインルーチンが横たわっていました。
その部分は当時既に、数1000行はあったと思います。
そしてそこには、それ以降のbbs.cgiにおけるすべての処理が、
ほぼすべて一つのメインルーチン内に、ノベタンで書かれていました。
「ひろゆき流mainしかないプログラム」というのがどんなものか、
改めて骨身にしみて認識しました。
(続く)
292root▲▲ ★
2010/07/02(金) 17:47:20ID:???0 (ちと時間とれそうもなくなったので、続きはまた機会を改めて)
2010/07/02(金) 17:50:42ID:3oHfC6OQ0
>その部分は当時既に、数1000行はあったと思います。
>そしてそこには、それ以降のbbs.cgiにおけるすべての処理が、
>ほぼすべて一つのメインルーチン内に、ノベタンで書かれていました。
うひゃー
これは大変そう。
>そしてそこには、それ以降のbbs.cgiにおけるすべての処理が、
>ほぼすべて一つのメインルーチン内に、ノベタンで書かれていました。
うひゃー
これは大変そう。
2010/07/02(金) 17:56:56ID:A11dF0TN0
ひろゆきｗ
きれいにサブルーチンに分けて書くのに疲れたのかｗｗ
必要な処理が全て入っていれば分ける必要はない、１行でも少ない方が速いはずだ
ってか？
きれいにサブルーチンに分けて書くのに疲れたのかｗｗ
必要な処理が全て入っていれば分ける必要はない、１行でも少ない方が速いはずだ
ってか？
2010/07/02(金) 17:59:16ID:dhyeok0l0
まあ、サブ化するデメリットもあるけどmainのみというのはｗ
296root▲▲ ★
2010/07/02(金) 18:07:17ID:???0 >>293
そこ頃の話(続き)は、
私がここでうだうだ書くより、これ読んでもらったほうがよさげかも。
bbs.cgi再開発プロジェクト7
http://qb5.2ch.net/operate/kako/1130/11309/1130918407.html
>>294
もともとのbbs.cgiは、ほぼ一つの大きなメインルーチン「しか」なかったです。
初代管理人が作り始めたプログラムは何であれ、ほとんどすべてがそうです。
彼はそういう頭脳構造であると認識してます。
で、bbs.cgiをSpeedyCGIに対応した時、
かっこいいおにいさんが前処理の部分を、がんがってクリーンアップしました。
が、「#疲れたのでここまで、」のコメントを残し、以下略
↓
上記スレの前スレあたりに続く
といった流れで。
そこ頃の話(続き)は、
私がここでうだうだ書くより、これ読んでもらったほうがよさげかも。
bbs.cgi再開発プロジェクト7
http://qb5.2ch.net/operate/kako/1130/11309/1130918407.html
>>294
もともとのbbs.cgiは、ほぼ一つの大きなメインルーチン「しか」なかったです。
初代管理人が作り始めたプログラムは何であれ、ほとんどすべてがそうです。
彼はそういう頭脳構造であると認識してます。
で、bbs.cgiをSpeedyCGIに対応した時、
かっこいいおにいさんが前処理の部分を、がんがってクリーンアップしました。
が、「#疲れたのでここまで、」のコメントを残し、以下略
↓
上記スレの前スレあたりに続く
といった流れで。
2010/07/02(金) 18:07:57ID:YHJVIjLs0
その昔のbbs.cgiを見たことあるけど、
ひとことで言うと「どうしてこうなった」だと思うｗ
ネストが妙に深いし、変数を追いかけるの大変だし、
関数やgotoが少ないからスパゲッティとは違うんだけど、
眺めているだけでお腹いっぱいにさせてくれるプログラムだったｗ
ひとことで言うと「どうしてこうなった」だと思うｗ
ネストが妙に深いし、変数を追いかけるの大変だし、
関数やgotoが少ないからスパゲッティとは違うんだけど、
眺めているだけでお腹いっぱいにさせてくれるプログラムだったｗ
2010/07/02(金) 18:10:48ID:A11dF0TN0
>>296-297
納得ｗ
納得ｗ
なんか人事とは思えないので何とも言えないわたす、、、
2010/07/02(金) 18:15:52ID:YXBJZ6/20
そいえば、2chから流出したスクリプトを元に書かれた(と言われる)17スクリプトもサブルーチンが少ないな
メインルーチンにはexitしかない0chとは大違いだった
メインルーチンにはexitしかない0chとは大違いだった
2010/07/02(金) 18:26:53ID:A11dF0TN0
こんなところでまたマ（ｒｙ
http://jfk.2ch.net/test/read.cgi/nanmin/1240616601/887,896
> 887 名前： ◆MUMUMUhnYI [sage] 投稿日：2009/05/30(土) 03:19:17 ?DIA(102226)
> http://img.2ch.net/ico/telephoman.gif
> ちなみに初代管理人の書く Perl プログラムには、大きな特徴が一つあります。
> それは、
>
> 「どんな規模のプログラムであっても、基本的にメインルーチンだけしかない」
>
> というものです。
>
>
> …久しぶりに夜更かししたな。そろそろ休むです。
> 896 名前：マァヴ ◆jxAYUMI09s [sage] 投稿日：2009/05/30(土) 15:06:48 ?PLT(62657)
> http://img.2ch.net/ico/zonu_xmas.gif
> >>887
> そんなコードに触る勇者が３人いました。
> (^_^;)とSDさんとトオル君です。
> こまったことにこの３人はプログラムの素人でした・・・・
> しかも、お互いにまったく連携なしに、自分のやりたいことを実現できればOKな感じでいじったのです。
>
> さて、そのコードはどうなったでしょう？(^_^;)
http://jfk.2ch.net/test/read.cgi/nanmin/1240616601/887,896
> 887 名前： ◆MUMUMUhnYI [sage] 投稿日：2009/05/30(土) 03:19:17 ?DIA(102226)
> http://img.2ch.net/ico/telephoman.gif
> ちなみに初代管理人の書く Perl プログラムには、大きな特徴が一つあります。
> それは、
>
> 「どんな規模のプログラムであっても、基本的にメインルーチンだけしかない」
>
> というものです。
>
>
> …久しぶりに夜更かししたな。そろそろ休むです。
> 896 名前：マァヴ ◆jxAYUMI09s [sage] 投稿日：2009/05/30(土) 15:06:48 ?PLT(62657)
> http://img.2ch.net/ico/zonu_xmas.gif
> >>887
> そんなコードに触る勇者が３人いました。
> (^_^;)とSDさんとトオル君です。
> こまったことにこの３人はプログラムの素人でした・・・・
> しかも、お互いにまったく連携なしに、自分のやりたいことを実現できればOKな感じでいじったのです。
>
> さて、そのコードはどうなったでしょう？(^_^;)
2010/07/02(金) 18:32:30ID:WOvaNab4P
2010/07/02(金) 18:35:15ID:HkRu6ab+0
サーバーとサーバーをかけたシャレだろ〜
おもしろいかどうかはともかく。
おもしろいかどうかはともかく。
2010/07/02(金) 18:36:24ID:Mz/3PSo40
夜間監視用新型社内サーバー「NESCAFE Barista」
なんかカッコいい(´∀｀*)ﾎﾟｯ
なんかカッコいい(´∀｀*)ﾎﾟｯ
おいしいアイスカプチーノを入れたいんじゃなかろうかと
2010/07/02(金) 18:39:56ID:r7AmHJqb0
よし、次のサーバーはこの辺でヨロ。みたいなー。
http://www.nippoh-kiko.co.jp/catalog/type04/02.html
http://www.nippoh-kiko.co.jp/catalog/type04/02.html
2010/07/02(金) 18:45:55ID:Xch+dKqH0
7/2(金) 21:00 〜 22:54
金曜ロードショー「紅の豚」
7/2(金) 22:50 〜 23:55 〜 01:00
NHK教育→NHK総合
2010FIFAワールドカップ・準々決勝
「オランダ×ブラジル」
金曜ロードショー「紅の豚」
7/2(金) 22:50 〜 23:55 〜 01:00
NHK教育→NHK総合
2010FIFAワールドカップ・準々決勝
「オランダ×ブラジル」
■ このスレッドは過去ログ倉庫に格納されています
