あなたの疑問はこのスレのFAQ(>>2 >>3 >>4 あたり)や、少し上の方にあるかもしれません。
書込みする際は一度スレを見渡して、場をわきまえた雑談をお願いします。
◆前スレ:質問・雑談スレ270@運用情報板
http://qb5.2ch.net/test/read.cgi/operate/1203698756/
◇サーバの異常報告等は第一報以外あまり必要ありません。
規制に関しては「荒らし報告・規制議論@2ch掲示板」へ。
http://qb5.2ch.net/sec2chd/
2ちゃんねるの基本的な質問は「初心者の質問@2ch掲示板」へ。
http://etc7.2ch.net/qa/
VIP関係は「VIP運用情報」へ。
http://find.2ch.net/?STR=VIP%2B%B1%BF%CD%D1%BE%F0%CA%F3&COUNT=50&TYPE=TITLE&BBS=ALL
運用のキャップの人たちをしばきたいときは「最悪板」へ。
http://tmp7.2ch.net/tubo/
馴れ合いは「運営系・質雑スレの人が馴れ合うスレ」へ。
御用の場合はスレッド検索へ
運用情報板が不調になったらここに避難しましょう。
http://sports2.2ch.net/test/read.cgi/operatex/1125649455/
◆関連リンク
情報のまとめ&プロジェクトのご案内「2ちゃんねるwiki」、読むべし読むべし。
http://info.2ch.net/wiki/
2chの動作報告はここで - FAQ -
http://www6.ocn.ne.jp/~boyakkie/faq.html
運用情報板の心得
http://info.2ch.net/wiki/index.php?%B1%BF%CD%D1%BE%F0%CA%F3%C8%C4%A4%CE%BF%B4%C6%C0
2ちゃんねるボランティアさんのためのページ
http://volch2.sakura.ne.jp/vol/
◆2ちゃんねるで判らない用語が出てきたら
2典Plus
(PC) http://www.media-k.co.jp/jiten/
(携帯)http://www.media-k.co.jp/jiten/i/index.html
探検
質問・雑談スレ271@運用情報板
■ このスレッドは過去ログ倉庫に格納されています
2008/03/23(日) 21:53:19ID:zZb6HiA90
2008/03/23(日) 21:55:31ID:zZb6HiA90
Q.運営の人って?
A.この板で一般的に言われている意味の上では運営の人というのはひろゆきだけです。
★の人たちは2ちゃんのことをお手伝いしているボランティアさんです。
人によってできる事、やっていることが違いますから、★の人たちが何でもできるとは思わないでください。
Q.ある板だけアクセス規制中です!!と言われて書けないのですが。
A.板別規制です、こちらで調べてください。
まだかな、まだかな http://qb6.2ch.net/_403/madakana.cgi
おやくそく。
http://info.2ch.net/before.html
ルールやマナー集(こどもばん)
http://www.iajapan.org/rule/rule4child/
▲ マルチポストってなんですか?
▽ 同じ内容の書き込みを複数のスレに同時にすること
迷惑なので質問の場合は回答がもらえなくなることも
スレッド作成法とスレ立て相談の資料・研究
http://etc6.2ch.net/test/read.cgi/dataroom/1104683767/
相談員へ通達 ●喧嘩禁止。口論になった場合レス数と投稿バイト数の少ないものの勝ち
・テンプレ関係の意見は「■テンプレ」などと書き出してください
●質問をスルーするときのパターン(例)
・知らない(他意はない)
・答えても(質問者ではなく回答者の)利益にならない
・板違い
A.この板で一般的に言われている意味の上では運営の人というのはひろゆきだけです。
★の人たちは2ちゃんのことをお手伝いしているボランティアさんです。
人によってできる事、やっていることが違いますから、★の人たちが何でもできるとは思わないでください。
Q.ある板だけアクセス規制中です!!と言われて書けないのですが。
A.板別規制です、こちらで調べてください。
まだかな、まだかな http://qb6.2ch.net/_403/madakana.cgi
おやくそく。
http://info.2ch.net/before.html
ルールやマナー集(こどもばん)
http://www.iajapan.org/rule/rule4child/
▲ マルチポストってなんですか?
▽ 同じ内容の書き込みを複数のスレに同時にすること
迷惑なので質問の場合は回答がもらえなくなることも
スレッド作成法とスレ立て相談の資料・研究
http://etc6.2ch.net/test/read.cgi/dataroom/1104683767/
相談員へ通達 ●喧嘩禁止。口論になった場合レス数と投稿バイト数の少ないものの勝ち
・テンプレ関係の意見は「■テンプレ」などと書き出してください
●質問をスルーするときのパターン(例)
・知らない(他意はない)
・答えても(質問者ではなく回答者の)利益にならない
・板違い
2008/03/23(日) 23:12:32ID:nI3ShAGrP
>>1
ぼみょー
ぼみょー
6動け動けウゴウゴ2ちゃんねる
2008/03/23(日) 23:35:11ID:kM2SVg0M0/
〃
, スッ
ヽ○/
/ nonotan忍者参上!!!
/V
2008/03/23(日) 23:40:01ID:/MPR+nqdP
イメチェンしたな
>>1 ぼみょーヾ(゚パ)ノ
■仕切り直し
では、運用情報に関する質問・雑談・回答のみどうぞ〜(笑)
↓ WWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWwWWwwWWWww←↑
↓
↓
では、運用情報に関する質問・雑談・回答のみどうぞ〜(笑)
↓ WWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWwWWwwWWWww←↑
↓
↓
2008/03/24(月) 00:30:33ID:baOZppO90
>>1
ぼんみょ
ぼんみょ
2008/03/24(月) 04:44:44ID:TLcbTNZ1P
2008/03/24(月) 12:55:58ID:spsHnqOy0
SNSソーシャルネットワーク板の自治スレから
SNS板自治新党その3
http://pc11.2ch.net/test/read.cgi/sns/1198558334/l50
こんな感じで、ソーシャルネットワーク板のローカルルール制定に合わせて
BE_TYPE2導入の要望が出ている模様
仮に、ローカルルール制定に合わせて、BE_TYPE2導入の方向で意見が纏まった場合
運営は、BE_TYPE2の導入に前向きな姿勢を見せてくれるでしょうか?
SNS板自治新党その3
http://pc11.2ch.net/test/read.cgi/sns/1198558334/l50
こんな感じで、ソーシャルネットワーク板のローカルルール制定に合わせて
BE_TYPE2導入の要望が出ている模様
仮に、ローカルルール制定に合わせて、BE_TYPE2導入の方向で意見が纏まった場合
運営は、BE_TYPE2の導入に前向きな姿勢を見せてくれるでしょうか?
2008/03/24(月) 13:18:03ID:E6upX8BG0
ねーよ
2008/03/24(月) 13:23:25ID:s01ilV4RP
mixiでやれ
2008/03/24(月) 18:30:36ID:JSpTWuzfP
>>12
ない
ない
16動け動けウゴウゴ2ちゃんねる
2008/03/24(月) 22:07:41ID:pupyU1wJ0 むしろbeSNS板新設要望したほうが早いんじゃね
2008/03/25(火) 04:23:22ID:ARWjf1Pp0
スパイスがきいた香りが最近この板からするのですが?
2008/03/25(火) 04:35:33ID:OpMLdyxC0
カレーでも喰いながら以下略
2008/03/25(火) 09:58:24ID:DlDWKn9R0
たまに、
女の癖に2chしてる人って頭おかしいのではないかと言うリアル友達がいる
めんどくさいからネラだとはいわないが
あー言うやつこそ可哀相な人だと思うの
女の癖に2chしてる人って頭おかしいのではないかと言うリアル友達がいる
めんどくさいからネラだとはいわないが
あー言うやつこそ可哀相な人だと思うの
2008/03/25(火) 10:02:21ID:0gMOClxE0
>>21
そーゆーやつに限って実は糞コテだったりする
そーゆーやつに限って実は糞コテだったりする
2008/03/25(火) 10:03:52ID:cUSW+f4y0
ありそうw
24以下略
2008/03/25(火) 12:32:54ID:GVAvcRl/P LR設定変更議論スレの件ですが
旧スレ住人の方々の意見を、伺いたいです
・そのまま使う
・放置、スレ立て直しはしない
・スレ立て直して削除依頼
・削除依頼して、処理後にスレ立て直し
・その他
できれは理由も添えて、お願いします
旧スレ住人の方々の意見を、伺いたいです
・そのまま使う
・放置、スレ立て直しはしない
・スレ立て直して削除依頼
・削除依頼して、処理後にスレ立て直し
・その他
できれは理由も添えて、お願いします
2008/03/25(火) 12:58:50ID:qqwmsvKr0
発生の事由そのものが「隔離スレ」なんだから、そのまま使えば良いじゃん >24
> LR設定変更議論スレの件ですが
↑
URL貼れやカス・・・
というか、どの板のローカルルールよ???
WWWWWWWWWWWWWWWWWWWWWWWWWWWWWwWWWww↑→
↑
URL貼れやカス・・・
というか、どの板のローカルルールよ???
WWWWWWWWWWWWWWWWWWWWWWWWWWWWWwWWWww↑→
2008/03/25(火) 14:40:16ID:1a3R0RodP
仕切屋とか雑魚とかの気違いはとっくに見えなくなってるので、このままで
2008/03/25(火) 14:41:04ID:aqqHKOad0
金川は宮城県出身らしいな。
30輝春 ◆LoveRuxFFY
NGNG2008/03/25(火) 15:19:17ID:5c1OwBeU0
( ´・ω)っ格付けは格付け板でやれ
2008/03/25(火) 16:27:04ID:q4lnXESF0
金川容疑者 自分の携帯からもう1台の自分の携帯に「おれが神」とメール
http://namidame.2ch.net/test/read.cgi/news/1206429480/
草生やしてる人も同類視されないよう気をつけてね
http://namidame.2ch.net/test/read.cgi/news/1206429480/
草生やしてる人も同類視されないよう気をつけてね
33以下略
2008/03/25(火) 16:33:53ID:GVAvcRl/P >>26
それは知ってます、当時からいましたからw
だけど、現在は、有用な議論も行えるスレとして
利用者も増えてきてるので、隔離スレに戻すのは
惜しいような気もしますね
うさたんの発言の意図も尊重されて然るべき、だし
それは知ってます、当時からいましたからw
だけど、現在は、有用な議論も行えるスレとして
利用者も増えてきてるので、隔離スレに戻すのは
惜しいような気もしますね
うさたんの発言の意図も尊重されて然るべき、だし
2008/03/25(火) 17:07:36ID:4oTw0UoX0
宮城県民は頭のおかしい奴が多い
耐震偽装や車で商店街に突入するなどおよそ日本人の常識からかけ離れた輩ばかりだ
二度と住みたくない
耐震偽装や車で商店街に突入するなどおよそ日本人の常識からかけ離れた輩ばかりだ
二度と住みたくない
>>35
板違い消えろよカス(笑)
http://qb5.2ch.net/test/read.cgi/saku2ch/1195935589/704
WWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWwwwWWWw↑→
それでは、運用情報に関する質問をどうぞ〜(笑)
板違い消えろよカス(笑)
http://qb5.2ch.net/test/read.cgi/saku2ch/1195935589/704
WWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWwwwWWWw↑→
それでは、運用情報に関する質問をどうぞ〜(笑)
2008/03/25(火) 17:22:50ID:qqwmsvKr0
>33
前スレのテンプレを貼り直すかリンクさせておけば、諸問題は解決するだろうよ。
それが過去ログの中だろうが、彼の質問の答えだってどこかにあるし。
前スレのテンプレを貼り直すかリンクさせておけば、諸問題は解決するだろうよ。
それが過去ログの中だろうが、彼の質問の答えだってどこかにあるし。
2008/03/25(火) 17:26:52ID:+VBws+aC0
>>38
あああ・・・でも、その板の株か少ししかもってないし、スレ立ても出来ない・・・
オマエらがそっちへ出て逝けよカス(笑)筆頭取ったら追い出せるぞID:+VBws+aC0
WWWWWWWWWWWWWWWWWWWWWWWWWWWWWWwwWWWWwwwWww↑→
あああ・・・でも、その板の株か少ししかもってないし、スレ立ても出来ない・・・
オマエらがそっちへ出て逝けよカス(笑)筆頭取ったら追い出せるぞID:+VBws+aC0
WWWWWWWWWWWWWWWWWWWWWWWWWWWWWWwwWWWWwwwWww↑→
2008/03/25(火) 17:40:02ID:EuEKxDdU0
/: /: : : : :`.: : : : : : : : :/´ ̄\ : : : : : ヽ:::ノ
. !: : : :iflllli、: : : : : : : : : : : : : : : :ヽ: : : : : :.!
|: : : :llllf l: : : : : : : : : : :.iflllli、: : : : : <iiii| けいじばん
|: : : :|llll |: : : : : : : : : : .llllf l: : : : : : : : :.| >>39くん にちょうどいい 掲示板 があるよ!
|: : : :.!lllll!' : : : : : : : : : : |llll |: : : : : : : : :i
/: : : : : ○ : : .!lllll!' : : : : : : : :.i なかまたち じょし
 ̄|: : :" ,,,,,,,,,,,,,|____ : : : : : : : :.<iii/ ニート の 仲間達 ( 女子 もいるよ!)がたくさん
./!.: |:::::/  ̄''''''''l ヽ: : : : :-─/─
ヽ ヽ/ ノ : : :ヽ/ そく びっぷ けいじばん
\ \,,_ _,,,/ : /\ それがニュー速 VIP 掲示板
http://yutori.2ch.net/news4vip/
. !: : : :iflllli、: : : : : : : : : : : : : : : :ヽ: : : : : :.!
|: : : :llllf l: : : : : : : : : : :.iflllli、: : : : : <iiii| けいじばん
|: : : :|llll |: : : : : : : : : : .llllf l: : : : : : : : :.| >>39くん にちょうどいい 掲示板 があるよ!
|: : : :.!lllll!' : : : : : : : : : : |llll |: : : : : : : : :i
/: : : : : ○ : : .!lllll!' : : : : : : : :.i なかまたち じょし
 ̄|: : :" ,,,,,,,,,,,,,|____ : : : : : : : :.<iii/ ニート の 仲間達 ( 女子 もいるよ!)がたくさん
./!.: |:::::/  ̄''''''''l ヽ: : : : :-─/─
ヽ ヽ/ ノ : : :ヽ/ そく びっぷ けいじばん
\ \,,_ _,,,/ : /\ それがニュー速 VIP 掲示板
http://yutori.2ch.net/news4vip/
42名無しの妙心
2008/03/25(火) 18:29:22ID:lTocfDV+0 何気なく右クリックしたら新機能ついてて吹いたwww
GJANESTYLE
さっそく使おうっと。
GJANESTYLE
さっそく使おうっと。
2008/03/25(火) 19:42:00ID:cS9rt1UG0
ニュース速報板のスレにAAを書き込もうとしても反映されません。
スレの内容に沿ったAAをひとつ書き込むだけで、決して荒らしではありません。
AA規制でもあるんでしょうか?
スレの内容に沿ったAAをひとつ書き込むだけで、決して荒らしではありません。
AA規制でもあるんでしょうか?
2008/03/25(火) 19:43:58ID:8TLBKVqN0
>>43
>AA規制でもあるんでしょうか?
あるよ
■ AAが貼れない !! 貼れないAAを貼るスレッド 2
http://qb5.2ch.net/test/read.cgi/sec2chd/1205953006/
>AA規制でもあるんでしょうか?
あるよ
■ AAが貼れない !! 貼れないAAを貼るスレッド 2
http://qb5.2ch.net/test/read.cgi/sec2chd/1205953006/
2008/03/25(火) 19:47:47ID:cS9rt1UG0
でも、同一スレにAAが書き込まれています。
そのスレはAA禁止! ということではなくて、
書けないAAが個別に存在するということでしょうか?
いずれにしろ、AA規制があることはわかりました。
情報ありがとうございました。
そのスレはAA禁止! ということではなくて、
書けないAAが個別に存在するということでしょうか?
いずれにしろ、AA規制があることはわかりました。
情報ありがとうございました。
2008/03/25(火) 21:04:34ID:GQ4gishb0
http://news23.org/news17567.jpg
久しぶりにワロタ
久しぶりにワロタ
2008/03/25(火) 21:15:01ID:9wtCniJ00
良いzipが手に入ったときの表情だね
49動け動けウゴウゴ2ちゃんねる
2008/03/25(火) 21:43:26ID:Z0+aGIVp0 帯域の消費量を劇的に削減するアイデアを思いついたのですが、
話だけでも聞いてもらうには、どこの板orスレで誰に問いかければ
よろしいのでしょう?
私の推論が間違ってなければネットワーク消費が1/3から1/2削減可能な気がします。
修正が必要な個所はbbs.cgiが数行、専ブラ100行程度と見込んでおります。
話だけでも聞いてもらうには、どこの板orスレで誰に問いかければ
よろしいのでしょう?
私の推論が間違ってなければネットワーク消費が1/3から1/2削減可能な気がします。
修正が必要な個所はbbs.cgiが数行、専ブラ100行程度と見込んでおります。
2008/03/25(火) 21:47:47ID:pFqoUXey0
2008/03/25(火) 22:07:03ID:25Kk9Ajq0
ネットワーク負荷削減案
以下の集計は一日のアクセス数と最も混雑している状況での1秒間のアクセス数と処理量の推定
mamono.2ch.net (2008/03/24)
.txt 1,591,825 : 45 * 20K = 900K : 転送量最多(gzipしないと倍くらい)
.dat 9,883,852 : 274 * 1K = 275K : アクセス数最多(個別に圧縮する暇は無い)
.html 1,120,177 : 31 * 10K = 310K : 問題なし(圧縮してるなら改善の余地なし)
read.cgi 2,981,063 : 82 * 5K = 400K : 負荷多 (Apacheモジュール/キャッシュ)
bbs.cgi 369,789 : 10 * 1K = 10K : 負荷中 (SpeedyCGI使えば苦にならない)
------------------------------------
total 15,771,820 442/sec. 1,895K/sec.
現在帯域を最も消費しているのは Subject.txt と思われるが、
これの毎回全データを専ブラに渡す形式ではなく、更新内容だけを
更新差分ファイルに追記していくことで、専ブラからのスレ一覧の
取得処理によるデータ量を削減できないか?というもの。
更新差分ファイルの内容は、どのスレが age/sage で更新されたかのみを含む
以下、更新差分ファイルの内容
open(F, ">>updateXX.dat");
if (スレ立て) {
sprintf(F, "\0スレタイ\0");
} else { # レスカキコ (最上位ビットを age フラグにする)
print F pack('N', 1234567890 | ($age ? 0x80000000 : 0));
}
close(F);
専ブラは、Subject.txt を取得する際に、その時点での updateXX.dat のサイズを
何らかの形で取得できるようにし、スレ一覧の再取得の際に updateXX を差分で
取得するようにする。専ブラは専ブラの中に保持した Subject.txt を差分の内容を
解釈することで更新して、その時点での Subject.txt を内部で作り上げる。
というもの。
以下の集計は一日のアクセス数と最も混雑している状況での1秒間のアクセス数と処理量の推定
mamono.2ch.net (2008/03/24)
.txt 1,591,825 : 45 * 20K = 900K : 転送量最多(gzipしないと倍くらい)
.dat 9,883,852 : 274 * 1K = 275K : アクセス数最多(個別に圧縮する暇は無い)
.html 1,120,177 : 31 * 10K = 310K : 問題なし(圧縮してるなら改善の余地なし)
read.cgi 2,981,063 : 82 * 5K = 400K : 負荷多 (Apacheモジュール/キャッシュ)
bbs.cgi 369,789 : 10 * 1K = 10K : 負荷中 (SpeedyCGI使えば苦にならない)
------------------------------------
total 15,771,820 442/sec. 1,895K/sec.
現在帯域を最も消費しているのは Subject.txt と思われるが、
これの毎回全データを専ブラに渡す形式ではなく、更新内容だけを
更新差分ファイルに追記していくことで、専ブラからのスレ一覧の
取得処理によるデータ量を削減できないか?というもの。
更新差分ファイルの内容は、どのスレが age/sage で更新されたかのみを含む
以下、更新差分ファイルの内容
open(F, ">>updateXX.dat");
if (スレ立て) {
sprintf(F, "\0スレタイ\0");
} else { # レスカキコ (最上位ビットを age フラグにする)
print F pack('N', 1234567890 | ($age ? 0x80000000 : 0));
}
close(F);
専ブラは、Subject.txt を取得する際に、その時点での updateXX.dat のサイズを
何らかの形で取得できるようにし、スレ一覧の再取得の際に updateXX を差分で
取得するようにする。専ブラは専ブラの中に保持した Subject.txt を差分の内容を
解釈することで更新して、その時点での Subject.txt を内部で作り上げる。
というもの。
2008/03/25(火) 22:10:56ID:0gMOClxE0
2008/03/25(火) 22:15:28ID:0gMOClxE0
>>52
ちと遅かったかw
要はここで携帯向けにやってることをPC向けにもやろうってことだな?
【Love Affair】携帯からのアクセスに対する考察・次の一手 Part4.2 - ボーリング場3
http://qb5.2ch.net/test/read.cgi/operate/1203100286/
ちと遅かったかw
要はここで携帯向けにやってることをPC向けにもやろうってことだな?
【Love Affair】携帯からのアクセスに対する考察・次の一手 Part4.2 - ボーリング場3
http://qb5.2ch.net/test/read.cgi/operate/1203100286/
2008/03/25(火) 22:29:04ID:hDubMkam0
雪だるまなサーバーでは凄い事になる予感
>>54
ざっと読みましたが全く別物みたいです。
今回のは専ブラのプログラム側で色々するものですし(Subject.txt 読むの専ブラだけ)
アクセスをどうさばくか?ではなく、パケットの量を如何にして減らすか?の改善案です。
今回のメリットは、
・2ch側の修正内容が極めて少なく、既存のシステムへの影響はほとんど考えられない。
・推論が間違ってなければ、トラフィックの量が過去にないほど激減する。
というのがアピール点ですかね。
運よく関係者の方が見てくれることを祈って (-人-)
ざっと読みましたが全く別物みたいです。
今回のは専ブラのプログラム側で色々するものですし(Subject.txt 読むの専ブラだけ)
アクセスをどうさばくか?ではなく、パケットの量を如何にして減らすか?の改善案です。
今回のメリットは、
・2ch側の修正内容が極めて少なく、既存のシステムへの影響はほとんど考えられない。
・推論が間違ってなければ、トラフィックの量が過去にないほど激減する。
というのがアピール点ですかね。
運よく関係者の方が見てくれることを祈って (-人-)
今さらトラフィックって減らす必要あんの?
そりゃ少ないほうがいいのはわかってるんだけどさ。
そりゃ少ないほうがいいのはわかってるんだけどさ。
最近はトラフィックについてはあんまり気にしていないような気もするけどねぇ
2008/03/25(火) 23:03:16ID:ApwrwPC40
>>52
着眼点はそれなりに面白いとは思うけど、結局 subject.txt の差分ファイルを作成する
ために鯖の負荷が上がるだけのような気がする。
mamono は例としてあげただけだろうけど、今の mamono の状況でそれをやったら、
「もうだめぽ」状態になるだけじゃないかと…
それに、If-modified-since: とか Etag を使って更新状況を把握することになると思うん
だけど、結局 subject.txt 全読み込み or とんでもなく細分化された各時点での差分
ファイルをあらかじめ用意 or 別のプログラムで差分ファイルを動的に生成になるんじゃ?
着眼点はそれなりに面白いとは思うけど、結局 subject.txt の差分ファイルを作成する
ために鯖の負荷が上がるだけのような気がする。
mamono は例としてあげただけだろうけど、今の mamono の状況でそれをやったら、
「もうだめぽ」状態になるだけじゃないかと…
それに、If-modified-since: とか Etag を使って更新状況を把握することになると思うん
だけど、結局 subject.txt 全読み込み or とんでもなく細分化された各時点での差分
ファイルをあらかじめ用意 or 別のプログラムで差分ファイルを動的に生成になるんじゃ?
>>57,58
1割削減程度ではバグ混入等のデメリットや作業+テスト工数が割にあわない
でしょうけど、4割減などの大幅減であって、最もコストの高いIO部分の改善で
あるならば、検討の価値はあるかと思います。
>>59
差分読み込みは現在の .dat の差分読み込み(未読分の受信)と同じ仕組みです。
サーバの負荷は、レスかきこ回数分の4バイトの追記だけですので、
現在のサーバであれば、秒間に数万回は楽に処理できる内容です。(flockも不要)
■差分の適用概念
普通の Subject.txt の読み込み(初回と長時間あいた場合)。専ブラのプログラムで保持する
12333333333.dat<>title3(30)
12344444444.dat<>title4(40)
11111111111.dat<>title1(10)
12345555555.dat<>title5(50)
12222222222.dat<>title2(20)
差分の内容 (実際は1行4バイトのバイナリ)
11111111111.dat sage
12222222222.dat age
12333333333.dat sage < この時点で Subject.txt を取得
12344444444.dat sage
12345555555.dat age
12333333333.dat age
今まで Subject.txt を再読み込みしていたのを 差分ファイルの4行目から読む
(実際受信するのはは4x3=12バイト分)
4行目:12344444444.dat にsageでレス追加 ⇒ レス数を+1
5行目:12345555555.dat にageでレス追加 ⇒ レス数を+1 して先頭に
6行目:12333333333.dat にageでレス追加 ⇒ レス数を+1 して先頭に
今までであればスレ一覧更新時は Subject.txt を取得していたのを、
更新ファイルの最終ポインタ以降だけを Range リクエストして受信する。
前に取得した Subject.txt に4行目以降の内容を解釈した結果の Subject.txt
12333333333.dat<>title3(31)
12345555555.dat<>title5(51)
12344444444.dat<>title4(41)
11111111111.dat<>title1(10)
12222222222.dat<>title2(20)
専ブラのプログラムでこれを生成して、スレ一覧を更新表示する
というものです。説明べたですまん。
今までであれば 700スレ程度であればgzipでも20KB受信していたのが
Rangeリクエストで更新のあったレス数x4バイト分で済みます。
1割削減程度ではバグ混入等のデメリットや作業+テスト工数が割にあわない
でしょうけど、4割減などの大幅減であって、最もコストの高いIO部分の改善で
あるならば、検討の価値はあるかと思います。
>>59
差分読み込みは現在の .dat の差分読み込み(未読分の受信)と同じ仕組みです。
サーバの負荷は、レスかきこ回数分の4バイトの追記だけですので、
現在のサーバであれば、秒間に数万回は楽に処理できる内容です。(flockも不要)
■差分の適用概念
普通の Subject.txt の読み込み(初回と長時間あいた場合)。専ブラのプログラムで保持する
12333333333.dat<>title3(30)
12344444444.dat<>title4(40)
11111111111.dat<>title1(10)
12345555555.dat<>title5(50)
12222222222.dat<>title2(20)
差分の内容 (実際は1行4バイトのバイナリ)
11111111111.dat sage
12222222222.dat age
12333333333.dat sage < この時点で Subject.txt を取得
12344444444.dat sage
12345555555.dat age
12333333333.dat age
今まで Subject.txt を再読み込みしていたのを 差分ファイルの4行目から読む
(実際受信するのはは4x3=12バイト分)
4行目:12344444444.dat にsageでレス追加 ⇒ レス数を+1
5行目:12345555555.dat にageでレス追加 ⇒ レス数を+1 して先頭に
6行目:12333333333.dat にageでレス追加 ⇒ レス数を+1 して先頭に
今までであればスレ一覧更新時は Subject.txt を取得していたのを、
更新ファイルの最終ポインタ以降だけを Range リクエストして受信する。
前に取得した Subject.txt に4行目以降の内容を解釈した結果の Subject.txt
12333333333.dat<>title3(31)
12345555555.dat<>title5(51)
12344444444.dat<>title4(41)
11111111111.dat<>title1(10)
12222222222.dat<>title2(20)
専ブラのプログラムでこれを生成して、スレ一覧を更新表示する
というものです。説明べたですまん。
今までであれば 700スレ程度であればgzipでも20KB受信していたのが
Rangeリクエストで更新のあったレス数x4バイト分で済みます。
61動け動けウゴウゴ2ちゃんねる
2008/03/25(火) 23:26:31ID:Ky143BJN0 すみません。
スレ立てについて質問があるのですが宜しいでしょうか?
スレ立てについて質問があるのですが宜しいでしょうか?
2008/03/25(火) 23:27:00ID:QInUxYwQ0
>>52
鯖のリソースを食いつぶすだけだと思うぞ。
専ブラはIf-Modified-Sinceを付けてリクエストしてるんだし。
If-Modified-Sinceからの差分を鯖がわざわざ個別に生成することになるってことでしょ?
鯖のリソースを食いつぶすだけだと思うぞ。
専ブラはIf-Modified-Sinceを付けてリクエストしてるんだし。
If-Modified-Sinceからの差分を鯖がわざわざ個別に生成することになるってことでしょ?
2008/03/25(火) 23:27:11ID:Ky143BJN0
ってうわ、
空気読めてないですね。失礼しました‥‥。
空気読めてないですね。失礼しました‥‥。
2008/03/25(火) 23:28:21ID:lIMYu8/d0
いいですよ
2008/03/25(火) 23:30:13ID:5uxgAncB0
>>64
天国の人だから。
天国の人だから。
差分と書いたのが勘違いされる元だったかもしれません。
前取得時と今の diff ではなく、
レスのあったスレの記録ログの未読分の読み込みという感じです
前取得時と今の diff ではなく、
レスのあったスレの記録ログの未読分の読み込みという感じです
2008/03/25(火) 23:33:09ID:GAan/4Z10
今のネックは転送量よりサーバー負荷。
2008/03/25(火) 23:34:10ID:UrwDNOT/0
>>60
そう考えるなら、実際にサーバ側、クライアント側を作って提案してみるとよろし。
そう考えるなら、実際にサーバ側、クライアント側を作って提案してみるとよろし。
>>67
現状の負荷というのは、CPUが100%になってるのではなく、
IO処理がネックになってるとかいうものではないのですか?
以前のログでは、CPUには余裕があってIOがボトルネックだったと記憶してるのですが。
今回のはIO処理を減らす意味で、負荷の低減だと思うのですが……
現状の負荷というのは、CPUが100%になってるのではなく、
IO処理がネックになってるとかいうものではないのですか?
以前のログでは、CPUには余裕があってIOがボトルネックだったと記憶してるのですが。
今回のはIO処理を減らす意味で、負荷の低減だと思うのですが……
2008/03/25(火) 23:38:39ID:GAan/4Z10
なんに対してのIOのことかは知らんが、
ディスクアクセスなら減らすための仕組みが出来てる。その中にsubject.txtやindex.htmlももちろん入ってる。
ディスクアクセスなら減らすための仕組みが出来てる。その中にsubject.txtやindex.htmlももちろん入ってる。
2008/03/25(火) 23:53:29ID:ApwrwPC40
>>60
鯖側はその単調増加しかしない「差分の内容」ファイルを、永遠に保持し続けるの?
dat と同じように上限を設けるとして「今どのファイルが有効なのか?」は、どうやって
知ればいいのか?
常に(もしくはおおむね)、subject.txt よりファイルサイズが小さくなるという保障、
もしくは目算は?
鯖側はその単調増加しかしない「差分の内容」ファイルを、永遠に保持し続けるの?
dat と同じように上限を設けるとして「今どのファイルが有効なのか?」は、どうやって
知ればいいのか?
常に(もしくはおおむね)、subject.txt よりファイルサイズが小さくなるという保障、
もしくは目算は?
2008/03/26(水) 00:00:04ID:wzlIEUt60
>>60
どうやったら一行4バイトで済むのかはわかりませんが、
(「1206276799 1」でも12バイトになるよね?)
ニュー速+やら実況板みたいに一日に10万件近くの書き込みのあるような板だと
その差分ファイルとやらが膨らみまくるんじゃね?
まあ普通のSubject.txtも作ってる時点で専ブラが変な仕様の差分ファイルを
わざわざ取得しに行こうって気にはならんと思うがね。
どうやったら一行4バイトで済むのかはわかりませんが、
(「1206276799 1」でも12バイトになるよね?)
ニュー速+やら実況板みたいに一日に10万件近くの書き込みのあるような板だと
その差分ファイルとやらが膨らみまくるんじゃね?
まあ普通のSubject.txtも作ってる時点で専ブラが変な仕様の差分ファイルを
わざわざ取得しに行こうって気にはならんと思うがね。
2008/03/26(水) 00:01:31ID:fJXX/yTD0
ヒント:int型、バイナリにパック
今回の提案に関する内容をソースにしてみました。
サーバ側に追加する処理は >>52 にも書きましたが書き直すと
if (スレ立て) {
$newThreadId = time;
$newThreadTitle = "新スレのタイトル";
$updateData = pack("NNa*N", 0, $newThreadId, $newThreadTitle, 0);
} else { # レスカキコ (最上位ビットを age フラグにする)
$updateData = pack('N', $threadId | ($age ? 0x80000000 : 0));
}
open(F, ">>updateXX.dat");
binmode(F);
print F $updateData;
close(F);
クライアント側も、Perl で書くなら
@SubjectTxt; # 以前取得した Subject.txt がそのまま入ってるとする
$updateXXdat; # 受信した未読分(Subject.txt を受信してから追記された)のバイナリデータ(4x更新レス数Byte)
$offset = 0;
while ($offset < length($updateXXdat)) # 差分データを全部処理したら終わり
{
$update = unpack('N*', substr($updateXXdat, $offset, 4)); # 4バイト分を抽出
$offset += 4; # 読み込み位置を4バイト進める
$age = ($update & 0x80000000) ? 1 : 0 ; # age フラグは立っているか?
$update &= 0x7ffffffff; # age フラグの除去
for (0 .. $#SubjectTxt) { # スレ一覧を一行ずつ処理
if (index($subjextTxt[$_], $update)) { # 行の先頭で 更新スレ が一致したら
$num = $_; # その行を記憶しておいて
$subjextTxt[$_] =~ s/\((\d{1,4})\)$/'('.$1 + 1.')'/e; # レス数を増やす
last; # 終わり
}
}
if ($age) { # もし age フラグが立ってるなら
$line = splice(@SubjectTxt, $num, 1); # 該当スレを抜き出して
unshift(@SubjectTxt, $line); # 先頭に持ってくる
}
}
# この時点で @SubjectTxt は最新の Subject.txt と同じになっている
サーバ側に追加する処理は >>52 にも書きましたが書き直すと
if (スレ立て) {
$newThreadId = time;
$newThreadTitle = "新スレのタイトル";
$updateData = pack("NNa*N", 0, $newThreadId, $newThreadTitle, 0);
} else { # レスカキコ (最上位ビットを age フラグにする)
$updateData = pack('N', $threadId | ($age ? 0x80000000 : 0));
}
open(F, ">>updateXX.dat");
binmode(F);
print F $updateData;
close(F);
クライアント側も、Perl で書くなら
@SubjectTxt; # 以前取得した Subject.txt がそのまま入ってるとする
$updateXXdat; # 受信した未読分(Subject.txt を受信してから追記された)のバイナリデータ(4x更新レス数Byte)
$offset = 0;
while ($offset < length($updateXXdat)) # 差分データを全部処理したら終わり
{
$update = unpack('N*', substr($updateXXdat, $offset, 4)); # 4バイト分を抽出
$offset += 4; # 読み込み位置を4バイト進める
$age = ($update & 0x80000000) ? 1 : 0 ; # age フラグは立っているか?
$update &= 0x7ffffffff; # age フラグの除去
for (0 .. $#SubjectTxt) { # スレ一覧を一行ずつ処理
if (index($subjextTxt[$_], $update)) { # 行の先頭で 更新スレ が一致したら
$num = $_; # その行を記憶しておいて
$subjextTxt[$_] =~ s/\((\d{1,4})\)$/'('.$1 + 1.')'/e; # レス数を増やす
last; # 終わり
}
}
if ($age) { # もし age フラグが立ってるなら
$line = splice(@SubjectTxt, $num, 1); # 該当スレを抜き出して
unshift(@SubjectTxt, $line); # 先頭に持ってくる
}
}
# この時点で @SubjectTxt は最新の Subject.txt と同じになっている
>>70
今回関係しそうなIOは、ディスクIOとネットワークや、
その関数をコールするときのユーザモードとカーネルモードの受け渡しあたりですね。
ディスクIOは既存で mmap 処理されていれば、それ以上改善は難しいわけですし、
ネットワークIOの送受信に関しては、かなりボトルネックになってる可能性があります。
今回関係しそうなIOは、ディスクIOとネットワークや、
その関数をコールするときのユーザモードとカーネルモードの受け渡しあたりですね。
ディスクIOは既存で mmap 処理されていれば、それ以上改善は難しいわけですし、
ネットワークIOの送受信に関しては、かなりボトルネックになってる可能性があります。
>>72
スレのIDは time の内容なので int4 のうち31ビット分です。
使われない最上位のビットを age フラグとして 32bit(4Byte) の
バイナリとして考えます。
最もカキコの多い板で一時間で4万弱の書き込み数になりますが、
一時間1ファイルなら最大で160K程度のファイルができることになりますが、
スレの更新を .dat の差分(Range: リクエスト)で取得するのと同じように
全部読みなおす必要はありません
スレのIDは time の内容なので int4 のうち31ビット分です。
使われない最上位のビットを age フラグとして 32bit(4Byte) の
バイナリとして考えます。
最もカキコの多い板で一時間で4万弱の書き込み数になりますが、
一時間1ファイルなら最大で160K程度のファイルができることになりますが、
スレの更新を .dat の差分(Range: リクエスト)で取得するのと同じように
全部読みなおす必要はありません
うろ覚えなのですが、更新の多い板では、saborin だったかで
Subject.txt の更新をスキップする処理が入ったと思いますが、
その場合でも正しく板の内容に追随できるメリットがありますね。
saborin がSubject.txtじゃなくて他の作業をスキップするなら検討違いですがw
Subject.txt の更新をスキップする処理が入ったと思いますが、
その場合でも正しく板の内容に追随できるメリットがありますね。
saborin がSubject.txtじゃなくて他の作業をスキップするなら検討違いですがw
わかる人にはわかるので追加する必要はないと思いますが一応不足分をフォロー
if ($update eq "\0\0\0\0") { # スレ立てによる更新の場合
# 読み込み位置から \0 までを一気読みする
$newData = substr($updateXXdat, $offset, index($updateXXdat, "\0", $offset)-$offset);
$newThreadId = unpack('N', substr($newData, 0, 4)); # スレIDの取得
$newThreadTitle = substr($newData, 4, length($newData-8)); # スレタイの取り出し
unshift(@subjextTxt, $newThreadTitle . " (1)\n"); # Subject.txt に新スレ追加
$offset += length($newData); # 読み込み位置を一気に飛ばす
}
if ($update eq "\0\0\0\0") { # スレ立てによる更新の場合
# 読み込み位置から \0 までを一気読みする
$newData = substr($updateXXdat, $offset, index($updateXXdat, "\0", $offset)-$offset);
$newThreadId = unpack('N', substr($newData, 0, 4)); # スレIDの取得
$newThreadTitle = substr($newData, 4, length($newData-8)); # スレタイの取り出し
unshift(@subjextTxt, $newThreadTitle . " (1)\n"); # Subject.txt に新スレ追加
$offset += length($newData); # 読み込み位置を一気に飛ばす
}
2008/03/26(水) 00:37:49ID:qAfB4pX60
Saborinはindex.htmlとsubbask.htmlでは?
さっき帰宅して今ちとふらふらなので、とりあえず断片的に思うところを。
はずしてたらごめんなさい。
>>78
Saborinはsubject.txt*以外*の更新をさぼるものです。
index.html とか subback.html とか html/html とか。
subject.txt の更新をさぼると、ほぼすべての専用ブラウザが発狂するようです。
かつて、夜勤さんという方がそんなことをおっしゃってました。
今雪だるまではsubject.txtの更新は遅延(さぼり、ではなくて)させてますね。
5秒に1回のインターバルで更新だったかな。効果はそれなりにあるようです。
あと、2ちゃんねるのさまざまな呪文(削除系とか)は、datの有無とか
現在のレス数とか、subject.txt を頼りに動いているものが非常に多い気がするので、
subject.txt 自体の更新はあまりさぼれない気がします。
そういう意味で、subject.txt*ではない*名前のファイルを作っておいて、
それを使って差分取得(のようなものですね。ほんとの差分じゃない気がするので)
みたいなことをするようにする、というコンセプトは、悪くない考えなのかもしれません。
一般的な板だとsubject.txt は700行ぐらい、大きさで40kBytesぐらいですね。
ちょっとしたdatぐらいかな。ただ、subject.txtは取得頻度がとても大きいので、
うまくやれれば効果は予想以上に大きいのかも。
はずしてたらごめんなさい。
>>78
Saborinはsubject.txt*以外*の更新をさぼるものです。
index.html とか subback.html とか html/html とか。
subject.txt の更新をさぼると、ほぼすべての専用ブラウザが発狂するようです。
かつて、夜勤さんという方がそんなことをおっしゃってました。
今雪だるまではsubject.txtの更新は遅延(さぼり、ではなくて)させてますね。
5秒に1回のインターバルで更新だったかな。効果はそれなりにあるようです。
あと、2ちゃんねるのさまざまな呪文(削除系とか)は、datの有無とか
現在のレス数とか、subject.txt を頼りに動いているものが非常に多い気がするので、
subject.txt 自体の更新はあまりさぼれない気がします。
そういう意味で、subject.txt*ではない*名前のファイルを作っておいて、
それを使って差分取得(のようなものですね。ほんとの差分じゃない気がするので)
みたいなことをするようにする、というコンセプトは、悪くない考えなのかもしれません。
一般的な板だとsubject.txt は700行ぐらい、大きさで40kBytesぐらいですね。
ちょっとしたdatぐらいかな。ただ、subject.txtは取得頻度がとても大きいので、
うまくやれれば効果は予想以上に大きいのかも。
で、まとめると、
1)subject.txt 自体の構造や更新のしくみは変えにくい
(内部的にも影響がとてもでかい)
2)subject.txt ではないファイルを*追加で*作るようにして、
それでやることは考えられなくもない
3)2)は純粋にコスト上昇になる(bbs.cgiの)
4)そして現在の2ちゃんねるは、転送量的にはあまり困っていない(と私は思う)
こんなかんじでしょうか。
ふらふら。
1)subject.txt 自体の構造や更新のしくみは変えにくい
(内部的にも影響がとてもでかい)
2)subject.txt ではないファイルを*追加で*作るようにして、
それでやることは考えられなくもない
3)2)は純粋にコスト上昇になる(bbs.cgiの)
4)そして現在の2ちゃんねるは、転送量的にはあまり困っていない(と私は思う)
こんなかんじでしょうか。
ふらふら。
>>81
saborin に関しては完全に私のうろ覚えが原因の勘違いのようですねw
私が算出した数値になりますが、ひとつのスレを追うところではなく、
板の更新が多くそれを眺めるような板では、Subject.txt のトラフィックが
50%程度になり、更新が多い=Not Modified が少なく、gzip でも20〜25KB
程度のレスポンスを常に返している計算になりますが、
1分おきに20回 Subject.txt(20KB) を取得すると仮定すると、20x20=400KB の
データをひとりが取得してる計算になりますが、差分で考えると、たとえ
レスが1000件あったとしても4KBで済む計算になります。
私の概算ですが、現在 mamono が忙しい時間帯は 20Mbps の帯域を使用しる
ようですが、これが半分以下かそれ以上低くなる可能性が高いです。
ネットワーク的に考えると20KBは1464Byte(だったかな?)で多数のパケットに
分割されて送られるわけですが、今回はそのパケット数も激減することで、
ネットワーク装置やドライバレベルでの処理がかなり少なくなると見込めます。
saborin に関しては完全に私のうろ覚えが原因の勘違いのようですねw
私が算出した数値になりますが、ひとつのスレを追うところではなく、
板の更新が多くそれを眺めるような板では、Subject.txt のトラフィックが
50%程度になり、更新が多い=Not Modified が少なく、gzip でも20〜25KB
程度のレスポンスを常に返している計算になりますが、
1分おきに20回 Subject.txt(20KB) を取得すると仮定すると、20x20=400KB の
データをひとりが取得してる計算になりますが、差分で考えると、たとえ
レスが1000件あったとしても4KBで済む計算になります。
私の概算ですが、現在 mamono が忙しい時間帯は 20Mbps の帯域を使用しる
ようですが、これが半分以下かそれ以上低くなる可能性が高いです。
ネットワーク的に考えると20KBは1464Byte(だったかな?)で多数のパケットに
分割されて送られるわけですが、今回はそのパケット数も激減することで、
ネットワーク装置やドライバレベルでの処理がかなり少なくなると見込めます。
>>82
>4)そして現在の2ちゃんねるは、転送量的にはあまり困っていない(と私は思う)
これが問題にならないのであれば、bbs.cgi に数行でも変更を加えるリスク
簡単な管理用のスクリプトの追加やチェックする労力
別のファイルへの小さな追記の負荷 (もっと性能の低いマシンでも秒間数万回は処理できるコストなんですけどねw)
が少ないものであっても、実現は遠いのかもしれませんねw
とりあえず、思いついたことだけ提案してみました。
暇がありましたら、検討リストにでも入れてもらえればちょっと幸せかもw
>4)そして現在の2ちゃんねるは、転送量的にはあまり困っていない(と私は思う)
これが問題にならないのであれば、bbs.cgi に数行でも変更を加えるリスク
簡単な管理用のスクリプトの追加やチェックする労力
別のファイルへの小さな追記の負荷 (もっと性能の低いマシンでも秒間数万回は処理できるコストなんですけどねw)
が少ないものであっても、実現は遠いのかもしれませんねw
とりあえず、思いついたことだけ提案してみました。
暇がありましたら、検討リストにでも入れてもらえればちょっと幸せかもw
>>84
レスどもです。
でも、面白い気もするので、
2ch特化型サーバ・ロケーション構築作戦 Part27
http://qb5.2ch.net/test/read.cgi/operate/1200061619/
こことかにでも、アイディアの種の一つとしてまた。
レスどもです。
でも、面白い気もするので、
2ch特化型サーバ・ロケーション構築作戦 Part27
http://qb5.2ch.net/test/read.cgi/operate/1200061619/
こことかにでも、アイディアの種の一つとしてまた。
2008/03/26(水) 01:05:43ID:KKvjbSTR0
お疲れ様です。お疲れ様です。
ふと、これが「わいわい」なんだなあ。 と思いました。
ふと、これが「わいわい」なんだなあ。 と思いました。
で、個人的には今の bbs.cgi では、
html/ の下のファイル(index.htmlの種)を作成するコストがかなり、
でかいような気がするです。
ここを何とかできるアイディアはないのかなと。
html/ の下のファイル(index.htmlの種)を作成するコストがかなり、
でかいような気がするです。
ここを何とかできるアイディアはないのかなと。
>>87
低負荷を意識した実装を書いてみればいいのかな?
低負荷を意識した実装を書いてみればいいのかな?
>>88
そうですね。
もしよさげな実装ができそうなら、ここ↓あたりですかね。
純粋にbbs.cgiの話だと思うので。
bbs.cgi再開発プロジェクト6
http://qb5.2ch.net/test/read.cgi/operate/1176295715/
現在の実装(MakeWorkFile)は結構、グロテスク((c)SunOSさん)な感じです。
たぶん、大昔の実装とほとんど大差ないと思われ。
そうですね。
もしよさげな実装ができそうなら、ここ↓あたりですかね。
純粋にbbs.cgiの話だと思うので。
bbs.cgi再開発プロジェクト6
http://qb5.2ch.net/test/read.cgi/operate/1176295715/
現在の実装(MakeWorkFile)は結構、グロテスク((c)SunOSさん)な感じです。
たぶん、大昔の実装とほとんど大差ないと思われ。
>>89
自信作ができたらそちらに投稿してみます。
自信作ができたらそちらに投稿してみます。
今の仕様は、適当にどっかの html ディレクトリを見ていただければなと。
http://qb5.2ch.net/operate/html/
datに書き込んだ後index.htmlを作る際に、
書き込み中のdatに対応するhtml/??????????.htmlを
作っているです。
で、index.html で使用する他のhtmlもそこをスキャンして組み込み、
もし存在しなければそのbbs.cgiで作ってから組み込む、
みたいなことをしています。
そんなわけで。
http://qb5.2ch.net/operate/html/
datに書き込んだ後index.htmlを作る際に、
書き込み中のdatに対応するhtml/??????????.htmlを
作っているです。
で、index.html で使用する他のhtmlもそこをスキャンして組み込み、
もし存在しなければそのbbs.cgiで作ってから組み込む、
みたいなことをしています。
そんなわけで。
>>91
ネックになってるのは、dat の内容から html に変換する場所ではなくて、
そのあとの index.html 生成過程でいくつものファイルを開かなければ
いけない open 等のシステムコールの方が怪しい気がするのですが、
その切り分けはされているのでしょうか?
dat をhtml にする実装は多分 read.cgi のC言語実装部を改良してXSに
するのが最速な気もします。
上で、open print close 処理が軽いと書いていますが、bbs.cgi での
全ての書き込み処理で index.html を生成してるのであれば、実はそちらの
方のコストが負荷の原因ではないかと思います。(最近この手のベンチ取ってる)
この場合は、パラダイムシフトで生成処理の手順自体を変えることでの
対応が早いような気がします。
ネックになってるのは、dat の内容から html に変換する場所ではなくて、
そのあとの index.html 生成過程でいくつものファイルを開かなければ
いけない open 等のシステムコールの方が怪しい気がするのですが、
その切り分けはされているのでしょうか?
dat をhtml にする実装は多分 read.cgi のC言語実装部を改良してXSに
するのが最速な気もします。
上で、open print close 処理が軽いと書いていますが、bbs.cgi での
全ての書き込み処理で index.html を生成してるのであれば、実はそちらの
方のコストが負荷の原因ではないかと思います。(最近この手のベンチ取ってる)
この場合は、パラダイムシフトで生成処理の手順自体を変えることでの
対応が早いような気がします。
ちょっと検証用コードを書いてみますので明日の晩あたりに
bbs.cgi再開発プロジェクト6
http://qb5.2ch.net/test/read.cgi/operate/1176295715/
に顔出します。
bbs.cgi再開発プロジェクト6
http://qb5.2ch.net/test/read.cgi/operate/1176295715/
に顔出します。
2008/03/26(水) 02:14:30ID:F6YQu8dL0
ID:Ky143BJN0、出ておいでw
2008/03/26(水) 02:17:13ID:KKvjbSTR0
2008/03/26(水) 02:46:15ID:ZPPELmOP0
でも天国禁止な
2008/03/26(水) 03:07:11ID:Ogb/Sfs90
カワイソスw
2008/03/26(水) 03:15:06ID:hN+3/aGU0
禁止も何も立ってるしw
2008/03/26(水) 05:51:53ID:cJFK7lGz0
負荷的にも運用ベースではそんなに困ってるわけじゃないでしょ。
手を入れるなら、変な独自仕様じゃなくてXMLベースのものを考えりゃいいやん。
いろんなサービスAPIへの展開が望めるし。
手を入れるなら、変な独自仕様じゃなくてXMLベースのものを考えりゃいいやん。
いろんなサービスAPIへの展開が望めるし。
おつかれ・・・おはよう(笑)
オレ様が害虫たちを駆除したおかげで、やっと情報価値のある運用情報板らしい
質雑になって来たな〜(笑)
WWWWWWWWWWWWWWWWWWWWWWWWWWWWWwwwwWWww↑→
引き続き運用情報どうぞ♪
↓
↓
オレ様が害虫たちを駆除したおかげで、やっと情報価値のある運用情報板らしい
質雑になって来たな〜(笑)
WWWWWWWWWWWWWWWWWWWWWWWWWWWWWwwwwWWww↑→
引き続き運用情報どうぞ♪
↓
↓
2008/03/26(水) 10:21:00ID:NKci6lGM0
単純にスレタイの入ってないsubject.txtを作ればいいんじゃないの?
他にスレタイの情報が入ったsubjectなんとか.txtってのがどっかにあったでしょ?
他にスレタイの情報が入ったsubjectなんとか.txtってのがどっかにあったでしょ?
2008/03/26(水) 12:14:53ID:gp9CAqCZ0
スレタイなら、まぁ dat の1行目の最後のエントリに入ってるけどね。
103ょぅι゙ょの見物人 ◆YoJo69//rM
2008/03/26(水) 12:44:52ID:YtMzTV940 さっき、livecxの伸びをみて
ねらーは本当に現金な奴らだなあ、って思いました。
まあ、俺も人のこといえんがw
ねらーは本当に現金な奴らだなあ、って思いました。
まあ、俺も人のこといえんがw
■ このスレッドは過去ログ倉庫に格納されています
ニュース
- 令和ロマン・高比良さん、とろサーモン・久保田さんを任意聴取 オンラインカジノ疑惑 久保田は否定、高比良は認める ★4 [Ailuropoda melanoleuca★]
- 【テレビ】「再放送してほしい」フジテレビの名作ドラマランキング! 3位『Dr.コトー診療所」、2位『ランチの女王』抑えた1位は?★2 [冬月記者★]
- 【国際】ノルウェーの養殖場からサーモン2万7000匹が大脱走、水産会社が逃亡サーモンに”賞金”を設定 1匹につき約7000円 [煮卵★]
- 35歳女性は「手遅れ?」50歳以上の卵子は「閉店」 秋田県の高校生向け冊子が炎上 ★5 [蚤の市★]
- 【埼玉県】川口の日本人人口、昨年4千人減 外国人は5千人増4万8千人 さいたま市へ転出超1千人 ★2 [少考さん★]
- 「老後は独身のための手厚いサポートがほしい」 2050年には単独世帯数が44.3%へ 女性は低年金受給になりやすく老後に不安 [ぐれ★]
- 【実況】博衣こよりのみこマリ名監督対決
- 【ジャップ悲報】神奈川県、日本一仕事が無かった…みんな東京に働きに行き、通勤時間は日本1位 [732289945]
- スレタイに🏡👈これ付けてる障害者軍団あるやん?
- 建設業界「30代、40代の職人が少なすぎる。どうしてこうなったのかわからない」 [533895477]
- 女36歳、彼氏いません
- 【続報】オンラインカジノ芸人