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

>>949 を依頼しますた。

なお同時に、

第１７０日目：【SSD】スペシャルセッティングサーバーのご紹介【ぷろじぇくと ぞうさん】〜E-Bananaサーバ 構築日記〜
http://www.maido3.com/server/zousan/nikki170.html

にある設定例も、
>>949 のものに差し替えていただくようにお願いしますた。

>>950
そうなります。
index.html と subback.html の更新をまばらにします。

これだけ詰め込んでも、societyが入っている鯖よりもっさり感が無い。

早く、別の鯖も同等の鯖に移してくださいな。

>>949
rootさま。
yutori7にもお願いします。

>>955
live28でうまく機能するのが確認できたら、
他のサーバにも広げるかんじなんじゃないかなと。

>>956
よろしくお願いします。
サッカーは試合終了後、芸スポに一機に雪崩れ込む傾向なので。

>>949 の変更は月曜AMに実施いただける旨、
お返事をいただきました。

土、日に金曜みたいな大きいのがなければ、
とりあえずそれでもんだいないかなと。

>>948>>953
なるほど、分かりました。ありがとうございます
ただ、圧縮によるスレの即死回避や、スレ立て重複防止の確認などのために
参照したりと便利なページなので、少し不便になりますね…＞subback.html

>>846ー>>847

あいだをとってそろそろだな（笑）

スレ立て権に期待♪

来週あたりに　qb5　のhtlm化をする（笑）

live28だけで100万投稿軽く捌きそうだな。

じわじわ帯域が上がってきたな まあ夜に向かう傾向はいつものことか

>>960
done ♪

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

ラ〜メンラ〜メン（笑）

いっそのことlive28に全板入れてみたいｗ

某日記にもあった 8.1-BETA1

FreeBSD 8.1-BETA1 Available...
http://lists.freebsd.org/pipermail/freebsd-stable/2010-May/057040.html

FreeBSD 8.1 Release Process
http://www.freebsd.org/releases/8.1R/schedule.html

6月10日にRELANG_8_1を切ると言っているけど、
どうなることか。

>>965
SSDやHDDの容量足りるのかしらん

第１７３日目：サッカー国際親善試合 日本 vs コートジボワール戦を終えて
ttp://www.maido3.com/server/zousan/nikki173.html

>2ch サーバーダウン（鯖落ち）情報　part294 では「実況落ちた」という
>たくさんの書き込みがあってビックリしましたが、サーバーダウンはありませんでした。
>あくまで予想ですが、サーバーが落ちたと思われた時間は日本が先制点を許した時で、
>瞬間的に書き込みが集中してhttpdの接続待ちが発生したんじゃないかなと思います。

技術的なことはよくわからんのだが、
>>949は上記の対策ってことでおｋなのか？
これをすれば次のガーナ戦では昨日のようなことにならないだろうと？

>>968
「ならないといいな」。

>>969
レスどうもです。
「ならないといいね」。

>>919
特になにがあるってわけではないけど
www？のゲタがないせいか、7000台は少なく見えますね

>>971
今、
http://mumumu.mu/bremen/
のlive23f_total に来ている分ですね。

それがないのにこの値を叩き出し、
しかもさっきちょっと書き込みテストしてきたんですが、
信じられないような軽さですた。

>>968
CPUが一杯一杯に一票。
CPUのグラフ待ち。

実況してたらrootたんがポップしたから超驚いたんだぜ。

レスポンスは上がってるよね。

rootたん深夜二時過ぎたらlivewkwestに来るといいよ

>>973
このLAの推移見る限り、そんな気がしないんですよね。
「負荷が高くてとれてなかった」疑いもありますけど。
http://live28.2ch.net/_service/20100604.txt

上記の記録見るとこのへん↓の様子がおかしいので、
上のほうで修正された模様の、F22/F15の問題も
からんでいたような感じ。

2010/06/04 19:20:01 LA= 7:20PM up 1 day, 5:26, 1 user, load averages: 2.11, 1.29, 1.00
2010/06/04 19:23:45 LA= 7:23PM up 1 day, 5:29, 1 user, load averages: 1.08, 1.27, 1.07
2010/06/04 19:24:04 LA= 7:24PM up 1 day, 5:30, 1 user, load averages: 1.18, 1.28, 1.07
2010/06/04 19:24:13 LA= 7:24PM up 1 day, 5:30, 1 user, load averages: 1.24, 1.29, 1.08
2010/06/04 19:24:14 LA= 7:24PM up 1 day, 5:30, 1 user, load averages: 1.22, 1.29, 1.08
(略)
2010/06/04 19:33:31 LA= 7:33PM up 1 day, 5:39, 1 user, load averages: 2.02, 1.68, 1.35
2010/06/04 19:33:32 LA= 7:33PM up 1 day, 5:39, 1 user, load averages: 2.02, 1.68, 1.35
2010/06/04 19:40:02 LA= 7:40PM up 1 day, 5:46, 1 user, load averages: 0.74, 1.38, 1.35
2010/06/04 19:50:00 LA= 7:50PM up 1 day, 5:56, 3 users, load averages: 3.90, 3.47, 2.40
2010/06/04 19:58:35 LA= 7:58PM up 1 day, 6:04, 4 users, load averages: 5.46, 3.71, 2.86
2010/06/04 20:00:01 LA= 8:00PM up 1 day, 6:06, 4 users, load averages: 5.00, 4.53, 3.30

>>976
LAはFreeBSDにおいてもカーネル遅延等によるスケジュール遅れプロセスの数って認識で良いんだっけか。
で、ピークの手前で増えているのは気になるが、カーネル遅延とCPU使用率は直接的関係はないはず。
読み込みが増えてLAが上がって、書き込みが増えてCPU使用率が上がったに一票。

>CPU使用率が上がった
もしくはロック競合しまくりの可能性もあるか。

>>977
> LAはFreeBSDにおいてもカーネル遅延等によるスケジュール遅れプロセスの数って認識で良いんだっけか。

SCHED_ULE だと今までと微妙に違いますが、概ねそんなかんじです。

いずれにせよもうすぐWC本番が始まって、
負荷試験の場がいやでもやってくる模様。

>>975
西日本のアニメシャワーは瞬間的な負荷ってことではたいしたことないと思う
日本代表のサッカーと比べると人数が決定的に少ないし、関東のアニメ実況と比べてもAA連投は少ないし

2時間に渡ってずっと3〜5分で1スレペースで消化してはいくけど

>>834-835
なんという褒め殺し

まちがえた>>934-935だった

>>834
> 速度 方向 対向機器が速度、方向ともにオートネゴシエーションのとき、結果として確定する通信速度と方向
> オートネゴ オートネゴ 100M全二重
> オートネゴ 全二重固定 不確定 (転送効率が悪くなる場合があります)
> 100M固定 オートネゴ 100M全二重
> 100M固定 全二重固定 不確定 (転送効率が悪くなる場合があります)

うむ。

そういやさ、実況系みたいにスレのデータ保証しない板なんかは
「書き込み可能な板はメモリで保持、落ちたらストレージにコミット」って形のほうが処理的には良くない？
個人的にI/O激しいシステムはストレージリッチな構成よりメモリリッチな構成にする方が好きなんだよな。
プログラム改修要だろうから適当に聞き流していい、というか聞き流して欲しい意見だけども。

例外なく実況ログも●の守備範囲内だから蔑ろには出来ないんじゃ？ ペイメントサービスだし

>>984
atomic命令使ってのlocklessな実装も簡単にできる予感。
それよりも、もしipが生datに含まれているなら別ファイルに分けてdatにsendfile使えるようにした方が良いはず。

ボボン食らったな
やっぱlive23よりリロード規制きついんか？

live28でバーボン食らった人がいるみたいです
実況板はもっとバーボン緩くして下さい

＞live28でバーボン食らった人がいるみたいです

みたい、じゃなくてそのソース出しなよ。
常識的に使えばバーボンなんて起きないよ
あなたは悪いことに使おうとしてるだけでしょ

http://qb6.2ch.net/_403/c403.cgi
ここ見れば分かるんじゃねーの
まあ確かに放り込まれた奴が一人や二人じゃないからなんか緩和必要なのかも

どう見ても一人や二人レベルな件

2 BBON.live28.555 　 119.239.12.187 (FL1-119-239-12-187.osk.mesh.ad.jp) 103
3 BBON.live28.450 　 58.85.190.144 (zaq3a55be90.zaq.ne.jp) 103
4 BBON.live28.470 　 58.85.36.50 (zaq3a552432.zaq.ne.jp) 103
5 BBON.live28.528 　 61.210.166.9 (eaoska017009.adsl.ppp.infoweb.ne.jp) 103
6 BBON.live28.447 　 58.188.255.43 (58-188-255-43.eonet.ne.jp) 103

5人もいるじゃないですか(´；ω；｀)

実況板にIPが1万人居てその内の5人でしょ
５人もいるって表現は適切じゃないな

>>990>>992
そこの板名の右の数字っていきいきwiki見ると
適正なアクセスの上限を100(％)とした場合の、問題のあるアクセスの量(％)
って書いてあるけど、もう少し詳しくは公開できないのかな？
固定値に対する自分のアクセス量の割合で決まってるんだろうか？
他人のアクセス量にも依存して動的に決まってるんだろうか？

http://live28.2ch.net/test/read.cgi/livewkwest/1275764403/404
この人はいつも通り実況していて食らったようなんだが
たまたま今回はリロードしすぎたのか、
あるいは、単純にバーボン設定がきつくなって食らったのか、
それとも、Samba=5とか鯖内の板数とかが変わってきつくなったのかよくわからない。

>993
逆引きすればわかるが、全員西日本の連中だからその実況の時に5人出たってことに

今日は何人ぐらいいたのかな・・・100〜300ぐらいはいたはずだが

バカがいるということで、乳速からみに来ました
ＦＯＸざまｗｗｗ

>>984 ジンギスカン2が実質的にそれに近い気がします．

>>987 雪だるまではフロントが複数ありバーボンも個別のフロント単位で集計されていたのが，
live28 では1台に集約された分引っかかりやすくなってるということはあるかも知れません．

>>http://qb5.2ch.net/test/read.cgi/operate/1274957291/528
確かに，SpeedyCGI ではプロセスが persistent なので
Saborin の判定に PID を用いているとちょっとイマイチかもですね
（そういえば，Saborin 適用時に更新が遅れるどころじゃなく
全然更新されないという話も以前聞いたことがあったような）．
とりあえず，手っ取り早い対策としては PID でなく
rand() でも使えばいいのかも．

アニメ・特撮実況＠2ch掲示板　打倒雪だるま
http://live28.2ch.net/liveanime/
http://live28.2ch.net/liveanime/subback.html

saborinに関して
新スレ（TX 1275777098）が立ってから60分経過しても、変化ないですね

そういや/news4vipの>>1001が
ttp://yutori7.2ch.net/news4vip/になってますよっと

１０００

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