2ch特化型サーバ・ロケーション構築作戦 Part42

逆に実況的な政治の話をして鯖を落とせばいいじゃん
もちろん規制されるけど

>>951
豚しゃぶ
ポン酢には
おろしだよね

立て読みになってないのが笑わカス

煽り耐性無いわギャグも面白くないわこの糞コテ死ねばいいのに

>>955
最近２ちゃんデビューしたじじいだから許してやれｗ

川・∀・)＜じじぃじゃないよ〜

>>5
ご〜ちそ〜うさ〜まで〜すよ〜（笑）

ラ〜メンラ〜メン♪　行列の出来る香草焼ラ〜メン

■仕切り直し■
今日とまるのは実況さ〜ヴぁだけという解釈でヨロシイでしょうか？

>>958
ぺんちゃん次スレよろしく〜

>>953
そんなに次スレを立てて欲しいなら少し待ってろよ（笑）

スレ立て権があったらだけどね・・・・・

>>959
ほ〜い（笑）

2ch特化型サーバ・ロケーション構築作戦 Part43
http://qb5.2ch.net/test/read.cgi/operate/1276199769/

>>961
乙ですよ〜　ラ〜メンラ〜メン♪

メモリ継ぎ足せばまたまだポテンシャル引き出せそうな気がする。

今は mod_speedycgi が動いてないらしいですが，
以下のようなテストスクリプトを動かしてみました．
結果は......前回呼び出しから1分以上経過しない限り毎回同じ，
つまり mod_speedycgi 使用の有無にかかわらず
SpeedyCGI では PID を乱数のようには利用できない模様です．


#!/usr/local/bin/speedy -- -M1 -t60 -T/md/tmp/pppppp

print <<EOT;
Content-Type: text/plain

$$
EOT

>>964
おつです。なるほど。

で、PID使うのは乱数としても意味もさることながら、
「更新がぶつかりにくい」という意味もあるのかなと。

CGIからクライアントのポート番号って知ること出来ないの？
PID+IPアドレス+ポート番号っていうのは無理なのかな

HTTP_REMOTE_PORT？

普通に$ENV{"REMOTE_PORT"}でとれますよ

>>965 上の方でも書いた気がしますが，更新の衝突に関しては
subject.txt はともかく subback.html, index.html では
さほどシビアな問題ではなくて（Saborin は後者の更新について作用する），
むしろ PID を用いてることにより「適度にさぼる」のではなく
「まったく更新されない」状態になっているのが問題なのではないかと．

>>967-968
どうもありがとうです。

SSDで高速化できるならi-RAMだともっと高速化できるんじゃね
i-RAMのMean Write Before Failureは結構でかくね

うーん
他に乱数の代わりとして使えそうなのは書き込みの文字数（CONTENT_LENGTH環境変数）ぐらいかなぁ

>>969
なんか、うまい発想はないもんですかね。

別に更新が衝突してもいいなら、マイクロ秒の剰余とかでいいのでは？

>>973 Saborin を改良していくという策であれば，rand() なり gettimeofday のマイクロ秒部分なり
>>966 のようにクライアントのIPアドレスやポートを用いるなり等々考えられますし，
あるいは別の手段としては bbsd を localhost 上で利用というのも考えられますかね．

ちょっとおたずねしますが、
２ちゃんねるの鯖落ちの原因の第一位はなに？

index.htmlとかsubject.txtとかはApacheモジュールで出力すればいいんじゃね？
そしてそういったファイルはディスクに書き込まずメモリ上に置く。

鯖が落ちたら鯖再起動後の最初のリクエストで自動復旧するように組めばジンギスカンの欠点解消になるし、
bbs.cgiから呼び出す更新プログラムに、ロックされてたら待たずに帰る細工をしておけばsaborinみたいな更新が遅れる欠点もなくなる

「まったく更新されない」状態があるってことは、「常に更新される」状態もあるのかしら？

>>976
掃除のおばちゃんが電源コード引っ掛けて停電。

>>977 元々 bbsd は雪だるま対応のみならず subject.txt 等の管理を一元的に行う
という意図もあって作られたもので，bbs.cgi （や削除系スクリプトなど）から
更新要求を投げて bbsd がそれを処理し，subject.txt や index.html などを
一定のインターバルで更新するようになってます．

まぁ bbsd を使う場合の問題点としては，（例えば先日の Viva Samba のような）
新たな規制等の仕組みを導入した時に別途対応が必要かもということですが，
しかしなぜ bbsd に規制用データを扱う仕組みを入れたかといえば，
サーバを複数用いる雪だるまでは各フロントがバラバラにデータを持ってても
規制が意図した通りに機能しないのでデータを一元管理する仕組みが
必要ということだったからですね．それに対し，localhost 上で用いる場合は
そういうことがなく今まで通りのやり方でもとりあえず差し支えないということにはなるので，
その問題点はあまり考えなくてもいいのかな，とも思います．


>>978 可能性としてはあるかもですね．

そんなに落としたいならive28だけ期間限定で規制無しにしてみれば良いのに

>>981
規制なしの期間はご好評のうちに終了しました
ご協力ありがとうございました

規制なし期間：2010年5月31日〜2010年6月7日

乱数については，オーソドックスですが /dev/urandom から読み込むのも手ですね．
ただし毎回オープンして読むのはコストが高い気もするので，例えば1000回分ぐらい
まとめて読んでそれを使っていき，使い切ったらまたまとめて読む，というのも一案かも．

CPU使用率を使うってのはだめ？

>>983
bbs.cgi出航時に一度だけ読んで、溜め込んでおくとか。

>>985 出航時に一度だけだと，使い切った時どうするかが問題かもですね．

>>986
使い切らないぐらいたくさん、読んでおくかんじですかね。
あるいはサーキュレーションするとか。

で、もうすぐ時間かしら。

今メール読んだ(メール自体は事前に届いていた)。
作業は予定通り 11:00 JST からとのこと。

見事に落ちました

メンテ予定終了時間は何時くらいなんでしょうか（´・ω・｀）？

平日にすんなよ

休日にやったら大惨事じゃないかｗ

夜中にやったら大惨事じゃないかｗｗｗ

リブート入ったかな

平日の夜中にやるべきだと思うんだが・・・。

昼間より夜中の方が圧倒的に人多いのになにいってんだか

夜中はらめええええええええええええええ

結局いつやっても文句出るんだから人少ない時でいいだろ

ニート理論ｗ

1000

このスレッドは１０００を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。