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

2010/06/29(火)　22:52:28
NHK総合の勢い: 14res/分　22:55〜23:50　参議院比例代表選挙政見放送
NHK教育の勢い: 16res/分　22:50〜23:00　視点・論点
日本テレビの勢い: 8res/分　22:54〜23:58　ＮＥＷＳ　ＺＥＲＯ
TBSテレビの勢い: 1099res/分　22:00〜01:10　２０１０ＦＩＦＡワールドカップ・決勝トーナメント「日本×パラグアイ」
フジテレビの勢い: 98res/分　22:00〜23:24　芸能界プライドバトル・ガチマッチ
テレビ朝日の勢い: 68res/分　21:54〜23:10　報道ステーション
テレビ東京の勢い: 34res/分　22:54〜23:00　“かわいいグランプリ”オススメ

ブレーメンも12000

とりあえず始まりましたね
さてどうなるか

10分平均が1400res/min
いまのところ至って順調

さて、bbs.cgiのはけを良くする狙いは、
どこまでうまくいくのか。それとも、もろくも砕け散るのか。

何かあればまたロスタイムにでも

69Mbps

last pid: 6951; load averages: 2.20, 2.02, 1.62 up 1+05:45:14 06:55:44
4546 processes:23 running, 4523 sleeping
CPU states: 20.5% user, 0.0% nice, 10.1% system, 7.1% interrupt, 62.3% idle
Mem: 13G Active, 6277M Inact, 1275M Wired, 32M Cache, 214M Buf, 2595M Free
Swap: 24G Total, 24G Free

君が代

2xx 3xx 4xx 5xx URL
2380 28 0 0*/livetbs/dat/1277819209.dat
1016 11 0 0 /livefoot/dat/1277818433.dat
745 2 0 0 /livetbs/subject.txt
504 13 0 0 /livetbs/dat/1277819148.dat
494 0 0 0 /test/bbs.cgi
481 6 0 0 /livetbs/dat/1277819406.dat
453 11 0 0 /livefoot/dat/1277819127.dat
263 22 0 0 /livetbs/dat/1277819472.dat
247 18 0 0 /livecx/dat/1277819162.dat
221 5 0 0 /livetbs/dat/1277819570.dat
220 0 0 0 /livetbs/

%pgrep httpd | wc -l
4552

>>231
そういうときは自分で記述なおしちゃいなよ

どーんは来るだろうけどさばき切れたら・・・
その時、hayabusaは伝説になる。

スレが分裂しまくってる

君が代を無事クリア

君が代はもはや敵ではなくなった

ワクワクするなｗ

開始のホイッスル・・・

作業する方の邪魔にならないように、実況サーバーの実況・雑談などはそれぞれのスレでどぞ

◆【宇治金時】負荷監視所_20100505
http://namidame.2ch.net/test/read.cgi/liveuranus/1273040905/

質問・雑談スレ306＠運用情報板
http://qb5.2ch.net/test/read.cgi/operate/1276034202/

2ch サーバーダウン（鯖落ち）情報　part307
http://qb5.2ch.net/test/read.cgi/operate/1277407559/

%pgrep httpd | wc -l
4586

負け戦こそ面白い

テレビを見るべきか悩むわたす、、、まあここ見てれば状況は分かるか。

いきなりシュート

はじまた。

2xx 3xx 4xx 5xx URL
2990 39 0 0*/livetbs/dat/1277819472.dat
1690 2 0 0 /livetbs/subject.txt
1585 20 0 0 /livetbs/dat/1277819108.dat
1546 34 0 0 /livefoot/dat/1277819513.dat
695 0 0 0 /test/bbs.cgi
531 0 0 0 /livefoot/subject.txt
488 9 0 0 /weekly/dat/1277816690.dat
471 8 0 0 /livetbs/dat/1277819570.dat
411 0 0 0 /livetbs/
375 3 0 0 /livevenus/dat/1277818880.dat

もう90手前か
http://traffic.maido3.com/KW2n/P4v7/y2X9/

早くもmax到達。

%pgrep httpd | wc -l
5121

90.515M

http://hayabusa-1gbpsgraph.maido3.com/hayabusa/
90行ったかな？

weeklyに行ってみたけど軽い軽い

>>290
足りますかねえ・・・
これ以上上限増やすのは無理なのかな

もう90ｗ

91Mbps
http://hayabusa-1gbpsgraph.maido3.com/hayabusa/

>>294
メモリはまだたくさんあるはず
でもあまり増やしすぎても意味が無い、「はけ」をよくしないと by FOX

増やしたとしてもCPUが処理できるか・・・
窓口に押し寄せてる人が簡単に減る訳で無いでしょうし

2xx 3xx 4xx 5xx URL
2689 1 0 0*/livetbs/subject.txt
2489 36 0 0 /livetbs/dat/1277820047.dat
2179 23 0 0 /livefoot/dat/1277819513.dat
725 0 0 0 /test/bbs.cgi
722 36 0 0 /livetbs/dat/1277820093.dat
688 16 0 0 /livefoot/dat/1277819899.dat
681 74 0 0 /livetbs/dat/1277819108.dat
663 6 1 0 /livetbs/dat/1277819570.dat
597 27 0 0 /livetbs/dat/1277820006.dat
573 16 0 0 /weekly/dat/1277818346.dat
490 9 0 0 /livevenus/dat/1277818880.dat
456 0 0 0 /livetbs/

手動でhttpd増やすとか出来ないのかな？

>>300
多分apacheでは無理

40Mbps付近で止まってるなと思ってたらkamomeのグラフ見てた

今回ははーふたいむでごにょったりするんだろか？

これは、ベースラインが90Mbpsなのか・・・

あれ？
http://traffic.maido3.com/KW2n/P4v7/y2X9/
http://hayabusa-1gbpsgraph.maido3.com/hayabusa/
どっち？
多分取得するタイミングが違うだけだと思うけど

>>305
上みれ

httpdより後ろ側が十分に高速なら多くてもいいんだけど
あんまり多いと沢山のhttpdが一気に処理しようとシステムに押しかけるから
CPUなりSSDなりどっかのロガーなりで詰まってしまう

>>305
下が1G対応新グラフかと

2xx 3xx 4xx 5xx URL
3975 29 0 0*/livetbs/dat/1277820093.dat
2267 7 0 0 /livefoot/dat/1277819964.dat
1655 17 0 0 /livetbs/dat/1277820036.dat
1430 1 0 0 /livetbs/subject.txt
920 9 0 0 /livetbs/dat/1277820006.dat
778 5 0 0 /livefoot/dat/1277819899.dat
751 0 0 0 /test/bbs.cgi
579 2 0 0 /livevenus/dat/1277818880.dat
523 13 0 0 /livetbs/dat/1277820268.dat
519 1 0 0 /livejupiter/dat/1277819959.dat
463 6 0 0 /weekly/dat/1277818738.dat
422 2 0 0 /livetbs/dat/1277819266.dat
420 0 0 0 /livefoot/subject.txt
396 0 0 0 /livetbs/dat/1277819207.dat
349 7 0 0 /livetbs/

余裕だな

>>308
あ、そういや32bitなんだっけ
両方見ていたほうがいいかな

じわじわ増えていく分には問題なさそう

>>305まるできれいに性能発揮できてる100Mbpsの帯域グラフのようだ。

読み込みが止まった

ごめん、一瞬詰まったみたい

落ちた？

はじめてちょっぴり詰まった。
10秒ぐらいで回復。

急に負荷かかったわけでもないのに詰まった。

>>317
例のSSDの書き込みのタイミングですかね・・・

>>319
あるかも。

明らかに一瞬おかしかった。
LA急上昇。

2xx 3xx 4xx 5xx URL
3565 17 3 0*/livetbs/dat/1277820325.dat
2255 0 0 0 /livefoot/dat/1277820319.dat
914 0 0 0 /livetbs/subject.txt
912 15 0 0 /livetbs/dat/1277820188.dat
666 7 0 0 /livetbs/dat/1277820268.dat
631 9 0 0 /livefoot/dat/1277820294.dat
616 9 0 0 /weekly/dat/1277819624.dat
573 0 0 0 /test/bbs.cgi
478 15 0 0 /livetbs/dat/1277820072.dat

>>318
先日だったかにここでも書かれていた気がしますが、
httpdの数を増やしてから「どーん」の影響を受けやすくなったとの
内容、および似た事が書かれていたと思いますが、
関連があると思われますか？

last pid: 11104; load averages: 16.53, 15.79, 9.59 up 1+06:04:35 07:15:05
5226 processes:9 running, 5216 sleeping, 1 zombie
CPU states: 30.7% user, 0.0% nice, 31.5% system, 11.4% interrupt, 26.3% idle
Mem: 14G Active, 5951M Inact, 1429M Wired, 605M Cache, 214M Buf, 569M Free
Swap: 24G Total, 24G Free

>>322
今日の様子を見て見解を出したいなと。

80台で安定かな

>>324
了解です

LA急上昇。
1秒ぐらい詰まったかんじ。

last pid: 11416; load averages: 180.32, 67.59, 30.51 up 1+06:09:04 07:19:34
5224 processes:73 running, 5151 sleeping
CPU states: 29.0% user, 0.0% nice, 28.6% system, 11.9% interrupt, 30.5% idle
Mem: 14G Active, 6009M Inact, 1431M Wired, 605M Cache, 214M Buf, 808M Free
Swap: 24G Total, 24G Free

>>319
スレッド圧縮の可能性は？

落ちたｗ

>>329
あ、それもあるか

今危なかったけどどうかな

日本のピンチは鯖のピンチ
大丈夫かい？

よくとめた。

2xx 3xx 4xx 5xx URL
1781 0 0 0*/livetbs/subject.txt
1665 1 0 0 /livetbs/dat/1277820041.dat
1397 3 1 0 /livetbs/dat/1277820072.dat
1074 6 0 0 /livefoot/dat/1277820749.dat
713 0 0 0 /test/bbs.cgi
647 1 0 0 /livetbs/dat/1277820741.dat
542 2 1 0 /livefoot/dat/1277820294.dat
538 3 0 0 /livefoot/dat/1277820652.dat
507 14 0 0 /livetbs/

読み込み5秒書き込み2秒

バー直撃でどうなるか

>>332
日本のチャンスでも鯖のピンチではｗ

日本攻勢。

2xx 3xx 4xx 5xx URL
3352 4 2 0*/livetbs/dat/1277820741.dat
2064 1 0 0 /livetbs/subject.txt
1657 0 3 0 /livefoot/dat/1277820749.dat
847 4 1 0 /livefoot/dat/1277820652.dat
827 11 0 0 /livefoot/dat/1277820294.dat
662 0 0 0 /test/bbs.cgi
606 1 0 0 /livevenus/dat/1277820578.dat
599 1 0 0 /livetbs/dat/1277821121.dat
548 0 0 0 /weekly/dat/1277820133.dat
508 1 0 0 /livetbs/dat/1277820971.dat
501 5 0 0 /livetbs/

日本シュート

重いけどhttpdは大丈夫な感じ

>>336
そうだねｗ

>>331
実は別の局板で実況してるんだけど、得点惜しいシーン以外では鯖の反応悪くないです
ので、TBS板固有の現象→圧縮関連かなあと勘ぐってみたり。

last pid: 11660; load averages: 234.86, 92.52, 45.02 up 1+06:11:58 07:22:28
5224 processes:2649 running, 2567 sleeping, 8 lock
CPU states: 10.7% user, 0.0% nice, 83.3% system, 5.0% interrupt, 1.1% idle
Mem: 14G Active, 6040M Inact, 1464M Wired, 605M Cache, 214M Buf, 461M Free
Swap: 24G Total, 24G Free

また10秒ぐらい詰まった。

Inact 放出の瞬間にどうなるか

一瞬引っかかりました

負荷がかかってなくても詰まるんだな。

systemなにやってんのｗ

こんなんでた
LoadAverage = 474.66 (80.00以上は人大杉)

>>341
1.1%って事はぎりぎりだった？

詰まった時にConnection Resetきました

>>341
メモリもCPUも頑張ってますなあ・・・

>>340
ならそれで確定かな

スレの圧縮を高負荷の時は中止とかさせないと回避できないか
別に回避する必要もないけど

実況本スレが10位ある

>>337
この2ｘｘとか3ｘｘとかってhttpのステータスコード？

83.3% system

>>353
正解

>>353
そうそう
それぞれにアクセスしてきた数とその結果

>>353
いえす

ブレーメンもデータ取れなかったもより
途切れてる

今のところspeedy_backendへの活入れは、
ねらいどおりに動いているようだ。

>>341
数字だけ見たらアウトだな。すぐ復帰する？

System時間がどばっと増えて、詰まるかんじだな。

>>360
1秒後には直っている

%pgrep speedy_backend | wc -l
50

Trimが効いてないとしたら、SSDはどんどん劣化してくよね
systemの使用率が増えたのはそのせい？

last pid: 11883; load averages: 284.11, 121.69, 72.86 up 1+06:17:50 07:28:20
5240 processes:2044 running, 3196 sleeping
CPU states: 21.9% user, 0.0% nice, 72.4% system, 3.7% interrupt, 2.0% idle
Mem: 15G Active, 5547M Inact, 1466M Wired, 698M Cache, 214M Buf, 33M Free
Swap: 24G Total, 24G Free

またSystemが上がって、10秒ぐらい詰まった。

こういうのって瞬間の数値とるの大変そうですね。。

>>365
ああ、メモリが…

>>361
って事はCPUの働き如何でしかなんとかならない？

>>367
大分なれてきた

>>370
さすがおいちゃん。

Systemの何がリソース使ってるかは分からないの？root無いから？

hayabusaちゃん調子悪い？

>>368
Inactがまだまだ

iowaitの値とかもみてるん？

>>373
おいちゃんが養育費（SSD)ケチったせいで同い年の子に比べて虚弱気味

>>373
すこぶる元気

>>372
バーボンの処理もかなり重いから後半はバーボン切ってやってみたい

ちょっと詰まった。

device r/s w/s kr/s kw/s wait svc_t b
ad4 0.0 0.4 0.0 6.3 0 1.7 0
ad6 1.2 57.0 24.2 503.0 0 24.2 2

ad6が増えた。

3xxって何が返ってるの？

バーボンOFFとかえらいことになりそうだｗ

>>376
SSD自体はyutori7やtsushimaやlive28(現kamome)と変わらないはずだけど

>>377
リロードボボン止めるかんじですか。

親元をいじるのめんどいので、hayabusaのあれをあれするかんじか。

>>378
iostat -x 5

>>382
そっすね
ハーフタイムにやります

>>377
バーボン切って大丈夫なん？
いや、恒常的な負荷切れば楽になるのは理解できるけど、
それ以上の負荷呼ぶ気がして怖い。

>>382
再起動入ります？

ちょこちょこ詰まっている時がある
自力でスクリプト組んでレスポンス時間を調べているけど
別にゴールシーンでもないんだけどな

23時34分07秒　取得成功 レスポンスタイム0.428834915161133
23時34分10秒　取得成功 レスポンスタイム0.546875
23時34分14秒　取得成功 レスポンスタイム9.9375
23時34分27秒　取得成功 レスポンスタイム0.467614889144897
23時34分30秒　取得成功 レスポンスタイム0.450210094451904

>>379
not modified?

フリーキック

2xx 3xx 4xx 5xx URL
3509 21 0 0*/livetbs/dat/1277821644.dat
1191 0 0 0 /livetbs/subject.txt
947 10 0 0 /livefoot/dat/1277820959.dat
895 0 0 0 /test/bbs.cgi
661 7 0 0 /livefoot/dat/1277821395.dat
618 10 1 0 /livefoot/dat/1277821368.dat
582 18 0 0 /livetbs/dat/1277821092.dat
454 9 0 0 /livetbs/dat/1277821748.dat
415 6 0 0 /livefoot/dat/1277821605.dat
411 4 0 0 /livevenus/dat/1277821501.dat
375 8 0 0 /livejupiter/dat/1277821155.dat
305 2 0 0 /livetbs/dat/1277820687.dat

>>379
更新なしぐらいじゃないかな
リロードしたけど誰も書いてないとかのとき

さあFK

>>384
りょうかいです。おながいします。

last pid: 13738; load averages: 10.34, 39.58, 52.4251 up 1+06:26:40 07:37:10
5245 processes:814 running, 4431 sleeping
CPU states: 34.9% user, 0.0% nice, 50.3% system, 11.9% interrupt, 3.0% idle
Mem: 15G Active, 5095M Inact, 1463M Wired, 1029M Cache, 214M Buf, 215M Free
Swap: 24G Total, 24G Free

>>393
うわ、頑張ってますなあ

通常はこんな感じ

last pid: 13771; load averages: 99.48, 77.89, 67.175 up 1+06:27:52 07:38:22
5246 processes:8 running, 5238 sleeping
CPU states: 12.4% user, 0.0% nice, 9.8% system, 8.7% interrupt, 69.0% idle
Mem: 15G Active, 5112M Inact, 1466M Wired, 904M Cache, 214M Buf, 167M Free
Swap: 24G Total, 24G Free

device r/s w/s kr/s kw/s wait svc_t b
ad4 0.0 0.0 0.0 0.0 0 0.0 0
ad6 1.0 74.2 2.4 1000.8 0 12.4 1

バーボン
ブレーメン
言葉の意味がわからんｗｗ

>>388
どんな間隔でアクセスしたらそうなるんだろう。。

落ちはしないが要所で重くなる

last pid: 13802; load averages: 41.95, 65.39, 63.18 up 1+06:28:48 07:39:18
5242 processes:1718 running, 3523 sleeping, 1 lock
CPU states: 27.3% user, 0.0% nice, 60.3% system, 12.3% interrupt, 0.1% idle
Mem: 15G Active, 5124M Inact, 1466M Wired, 904M Cache, 214M Buf, 289M Free
Swap: 24G Total, 24G Free

いよいよFree使い切るか・・・！？

今重い

>>397
10秒間F5押したままにしてごらん、それでバーボンの意味がわかる
真似するなよ

2xx 3xx 4xx 5xx URL
3884 27 0 0*/livetbs/dat/1277821825.dat
1267 17 1 0 /livefoot/dat/1277820959.dat
1245 22 0 0 /livetbs/dat/1277821856.dat
995 36 0 0 /livefoot/dat/1277821395.dat
983 0 0 0 /livetbs/subject.txt
837 7 0 0 /livetbs/dat/1277821748.dat
671 8 0 0 /livefoot/dat/1277821605.dat
630 5 0 0 /livevenus/dat/1277821501.dat
608 8 0 0 /livefoot/dat/1277822031.dat
524 32 0 0 /livetbs/dat/1277821853.dat
470 11 0 0 /livejupiter/dat/1277821155.dat
441 1 0 0 /test/bbs.cgi

の後、一瞬詰まった。
すぐ復活。

ついにスワップの出番かｗ
>>397
ぐぐれｗ

SSDの転送量が多くなって詰まるのではなく、
転送できなくて詰まっているみたいだ。

詰まっていたとき。

device r/s w/s kr/s kw/s wait svc_t b
ad4 0.0 0.0 0.0 0.0 0 0.0 0
ad6 0.2 2.8 0.4 289.5 0 1.2 0
extended device statistics
device r/s w/s kr/s kw/s wait svc_t b
ad4 0.0 0.0 0.0 0.0 0 0.0 0
ad6 0.0 2.4 0.0 307.0 0 0.6 0
extended device statistics
device r/s w/s kr/s kw/s wait svc_t b
ad4 0.0 1.4 0.0 22.4 0 0.4 0
ad6 0.4 6.0 0.7 336.3 0 0.9 0

>>405
SSDの底が見えない・・・

詰まっていないとき。

device r/s w/s kr/s kw/s wait svc_t b
ad4 0.0 0.2 0.0 3.2 0 0.1 0
ad6 0.2 4.8 0.4 313.6 0 0.5 0
extended device statistics
device r/s w/s kr/s kw/s wait svc_t b
ad4 0.0 0.8 0.0 12.8 0 0.3 0
ad6 0.2 4.2 0.8 420.2 0 0.4 0
extended device statistics
device r/s w/s kr/s kw/s wait svc_t b
ad4 0.0 0.0 0.0 0.0 0 0.0 0
ad6 0.4 24.2 0.8 543.9 0 10.5 1
extended device statistics
device r/s w/s kr/s kw/s wait svc_t b
ad4 0.0 0.0 0.0 0.0 0 0.0 0
ad6 0.2 57.6 0.4 741.2 0 12.5 1

>>405
CGIからの書き込み指示するあたりが詰まってる感じ？

>>407
いや、SSDからデータを取り出せなくなってる時間がある気がする。

またブレーメングラフが切れた

last pid: 13932; load averages: 250.43, 157.32, 104.57 up 1+06:31:29 07:41:59
5246 processes:1872 running, 3360 sleeping, 2 zombie, 12 lock
CPU states: 12.7% user, 0.0% nice, 79.8% system, 7.3% interrupt, 0.2% idle
Mem: 15G Active, 5122M Inact, 1512M Wired, 864M Cache, 214M Buf, 386M Free
Swap: 24G Total, 24G Free

で、speedy_backendを活入れしたので、
それが明らかになったようだ。

次は
�@SSD(MLC)でRAID0
�Aお高いけどSLC
�BSSDを追加して板を分散させる

>>413
活入れは奏功した、という意味。

>>410
って事はSSDからのリード部分での遅延ですか？
もちろん複数の案件絡んでさらに遅くなってそうだけど

SSDのコントロールチップがひーひー言ってるんですかね？

>>416
いえす

2xx 3xx 4xx 5xx URL
4271 24 0 0*/livetbs/dat/1277822297.dat
2049 31 1 0 /livefoot/dat/1277821605.dat
1784 2 0 0 /livetbs/subject.txt
718 4 0 0 /livetbs/dat/1277822355.dat
667 0 0 0 /test/bbs.cgi
619 2 0 0 /livefoot/dat/1277822031.dat
527 25 0 0 /livetbs/dat/1277822016.dat
489 5 0 0 /livetbs/dat/1277821767.dat
485 23 0 0 /livetbs/dat/1277821967.dat
472 6 0 0 /livevenus/dat/1277821873.dat
452 15 0 0 /livetbs/

(*´Д`)ﾋｰﾋｰ

>>420
おばあちゃん乙

今のhayabusaってジンギスカン有効になってるの？

2xx 3xx 4xx 5xx URL
3781 54 0 0*/livetbs/dat/1277822297.dat
1700 30 0 0 /livefoot/dat/1277821897.dat
730 2 0 0 /livetbs/subject.txt
658 7 0 0 /livefoot/dat/1277822031.dat
605 14 0 0 /livetbs/dat/1277822355.dat
463 12 0 0 /livevenus/dat/1277821873.dat
385 23 0 0 /livetbs/dat/1277821767.dat
365 0 0 0 /test/bbs.cgi
348 0 0 0 /livefoot/subject.txt

はい

(*´Д`)ﾋｯﾋｯﾌｩー

NCQ!

>>421
おや、私の手元にもカラムーチョが・・・
ひーひー言って鯖がなんとかなるならいくらでも・・・w

>>424
それでかー

>>421
おばあちゃんといえばコンピューター(以下略

いちおう耐えたってことでおｋ？

SSDが詰まってるなら0.2% idleとかありえない。もっとCPU遊んじゃうはず
SSD内蔵のバッファメモリ使い切ってるんじゃね

>>430
点が入ってないので何とも言えないのが・・・

last pid: 15652; load averages: 8.56, 68.53, 78.70996 up 1+06:36:10 07:46:40
5246 processes:1982 running, 3250 sleeping, 4 zombie, 10 lock
CPU states: 37.6% user, 0.0% nice, 32.7% system, 7.5% interrupt, 22.2% idle
Mem: 15G Active, 5256M Inact, 1461M Wired, 726M Cache, 214M Buf, 605M Free
Swap: 24G Total, 24G Free

2xx 3xx 4xx 5xx URL
2273 15 0 0*/livetbs/dat/1277821967.dat
1848 2 0 0 /livetbs/subject.txt
1557 3 0 0 /livefoot/dat/1277821897.dat
779 10 0 0 /livetbs/dat/1277822016.dat
653 0 0 0 /test/bbs.cgi
557 3 0 0 /livetbs/dat/1277822355.dat
540 2 0 0 /livefoot/dat/1277822031.dat
510 1 0 0 /livefoot/subject.txt
425 1 0 0 /livetbs/
374 5 0 0 /livevenus/dat/1277821873.dat

日本もサーバも、前半はスコアレスの 0-0 というかんじ。

ハーフタイム

93.109Mで折り返し

>>431
そういう場合、System側がでかくなるです。

>>434
共に当初の狙い通り、って感じですね

大きいイヴェントがある度に、ジンギスカン止めたりするのもなんかねぇ･･･

いや、負担が減るのはいいことだけど

logbufferの出力はSSD？毎回書きに行ってる？

旧グラフでは93.297M

>>429
ばぁちゃんリアリティ

>>439
問題の切り出しですわよ

>>414
INTELのSLCってTRIMコマンド効かないらしいけど、鯖運用に使って大丈夫なんだろうか

IOビジー率を見れないですか？

>>440
SSDで、/home ですね。
掲示板と同じパーティション。

読むほうは aio_read 使ってますけど、
書くほうはどうだったかな。書くほうも aio_write だったような。

健気に頑張ってるサーバみてると萌える。なんでだろう不思議。

>>444
寿命10倍ですから。

>>439
今止めてるんだ
それで2800res/minとか行かなくなってるのかな

>>445
iostat の svc_t
右から2番目。

普通にジンギスカンだと思われ。

>>446
もしも毎回書きに行っているとしたらそこで相当なコストの予感
物理メモリに10MB程設けてそこにlogを書かせる→定期的に吸いに行く
とすると少々減るかも

で、読めない状態っぽいときには、
サーバからみたビジー率は、低く見えました。

>>452
BufferedLogs On

にはなっているです。

そういう意味だったのね

ん？　ジンギスカン有効じゃないの？

422 名前：動け動けウゴウゴ２ちゃんねる[sage] 投稿日：2010/06/29(火) 23:44:33 ID:MrITmp0o0
今のhayabusaってジンギスカン有効になってるの？

424 名前：ちきちーた ★[] 投稿日：2010/06/29(火) 23:44:52 ID:???0
はい

>>447
変なキャラ作らないでねｗ

SSD詰まる→SSD操作するプロセスが完了できない→CPU占拠

ライトはキャッシュに貯めてあとで並べ替えて〜とかできるけど
リードは何をどうやったって逐次だから負担が大きいんだろうなぁ

となると、後はSSDに読みに行っているのは何か
書きに行ってるのはbbs.cgiの書き込み(ログもbufferかな)くらいだろうけど

最終手段は

>>457
既に手遅れな予感がする

前半は1702res/minが最高か。

http://www.tv2ch.info/?tbs

>>459
httpd

もっと盛り上がったほうがいいテストになりますかー

httpdのリサイクル？

で、httpdが詰まるので、
apachetopの値ががくっと下がって、
外から見ると、読めない状態になったように見える。

というかんじなことがわかってきた。

で、CPUいっぱいなわけじゃないっぽいから、
httpdを活入れしても無駄どころか、プロセスが多い分、かえって逆効果な予感。

もうバーボン切れた？

>>461
同時にサッカーchが1000res/minくらい行ってた

>>447
けどよく見ると健気なんてもんじゃなく本当に強い子。
そして限界性能はなんとなく褒めて伸びまくってる印象

今って落ちるの待ち中？
それとも耐えられるか監視中？

バーボンの計算とめた　@hayabusa

影響があるとなれば、バーボンを書き直すまでで

>>469
どっちかっていうと後者じゃないかなあ。
セッティングの落とし所見極めてる段階だと思うし

>>470
あれがあれされたのを確認しますた。

last pid: 16372; load averages: 4.13, 11.85, 38.85 up 1+06:47:11 07:57:41
5230 processes:15 running, 5214 sleeping, 1 zombie
CPU states: 22.6% user, 0.0% nice, 16.0% system, 10.4% interrupt, 51.0% idle
Mem: 15G Active, 5300M Inact, 1465M Wired, 726M Cache, 214M Buf, 808M Free
Swap: 24G Total, 24G Free

>>443
なるほどね。それなら安心！

おいちゃんもrootﾀﾝもがんがってね！

マザボのバス帯域とかで詰まってたりすんのかな。
意識したことなかったけど。

SSDから読まなきゃいいんだよ。
落ちてないスレは完全にメモリで保持したら？

今日勝つと次戦が土曜27:30（日曜03:30）だから、過去最高の負荷が来そうな気がする
是非勝って頂いて、セッティングの機会を増やしたいぬー

>>471
かなりバランスがいいというか
絶妙のバランスだと思う、現在

あとは上で動いている各種スクリプト
bbs.cgiとかread.cgiとかバーボンとかいろいろ
どこが大食いなのかを探ってぼんぼん

雪だるまでは bbsd を rtprio で活入れしていたわけですが、
(ここのスレの過去ログを見ると出てくるはず)
やはり I/O バウンド、特に O なプロセスの優先度は不公平に上げるべきというのは、
大昔からの鉄則の模様です。

もう20年ぐらい前に覚えた話。

>>478
それぞれのCPU時間は見られないのかな

新しいhayabusaのグラフって2ch総転送量グラフに合計されてるのかしら
それともhayabusaの活躍を上回る勢いで試合中はどこの鯖からも人が消えているのかな
http://traffic.maido3.com/VLpv/rTU0/h1Od/

>>478
もうネタがあまりないので、
そろそろそっちをいじる時期な気がします。

あとはSSDの詰まりっぽいところを、
設定でなんとかできると、かなり幸せかも。

e.g. 8.1R の新しいドライバ

なるほど、いい所まで来てるわけですね。

>>479
不公平に上げるべき、とは？
同じ機能のプロセスでも優先度の差を付けるという意味ですか？

>>484
たくさんCPUをあげないと全体の足をひっぱりそうな人に、
たくさんCPUをあげると。

でもあげすぎちゃだめだし、むずかしいです。

なんか桶のたとえ話思い出した

SSDからの読み込みがブロックするなら、
雪だるまのときのフロントみたいにキャッシュ経由にすると
効果があるかもしれませんね。

>>487
ありえますね。

>>486
風が吹いたら桶屋が儲かる話？

ドーンと来るネタが少ないねぇ、今日は

>>485
なるほど。
ボトルネックな人にどれだけ資源を割り当てるか匙加減が重要ってことですね。

SSDへの読み込みを極力減らそう ・・・？

はじまったのかな?

last pid: 19052; load averages: 8.56, 6.72, 22.68 up 1+06:56:43 08:07:13
5117 processes:61 running, 5054 sleeping, 2 zombie
CPU states: 33.2% user, 0.0% nice, 34.7% system, 11.9% interrupt, 20.1% idle
Mem: 14G Active, 5371M Inact, 1457M Wired, 716M Cache, 214M Buf, 1877M Free
Swap: 24G Total, 24G Free

結局のところストレージIOがボトルネックになるのか

2xx 3xx 4xx 5xx URL
3014 35 0 0*/livetbs/dat/1277823604.dat
1555 13 0 0 /livefoot/dat/1277823434.dat
762 0 0 0 /livetbs/subject.txt
579 9 0 0 /livetbs/dat/1277823587.dat
568 15 0 0 /livefoot/dat/1277823450.dat
465 0 0 0 /test/bbs.cgi
367 4 0 0 /livevenus/dat/1277822426.dat
361 9 0 0 /livejupiter/dat/1277823547.dat
347 27 0 0 /livetbs/

>>489
いや、桶の側板はどこが低くてもそこから水が溢れてしまうように、バランスが大事だという話
自分が見た時は栄養をそれにたとえていたけど

intelのSSDはコントローラが強力な割にキャッシュが少ないのが特徴的。
高いiopsで溢れる前に処理すればええやん的な設計思想なのかも。

>>495
なるほど、すべての側板がほどよく整っていないと
多くの水は満たす事が出来ない訳ですか

スコアレスでいったら、どうなるんでしたっけ。
延長?

>>498
延長前後半15分

儲かっていません。ダウ急落でむしろ涙目。(;^ ^

今日はこことテレビともう一箇所を同時3元実況閲覧中。

縁の下のみなさん、お疲れ様です。ありがとうございます。

ちょい重い

一瞬詰まった。
同じ症状。

減った。
2xx 3xx 4xx 5xx URL
456 8 0 0*/livetbs/dat/1277824086.dat
384 8 0 0 /livefoot/dat/1277823434.dat
334 3 0 0 /livetbs/dat/1277823625.dat
164 1 0 0 /livefoot/dat/1277823450.dat
129 0 0 0 /livetbs/subject.txt
118 2 0 0 /livetbs/dat/1277823587.dat
103 7 0 0 /livevenus/dat/1277822426.dat
85 0 0 0 /test/bbs.cgi

>>495
なるほどね。それは大事だ

よく止めたね。いまのは負荷的にどうだったんだろ？

>>498
けいおん厨が暴れますｗ

え、被ってるの？

>>498
延長戦へ。で、それでも動転ならＰＫ戦で決着。

ほんのり重い

>>504
2時からでしたっけ

last pid: 22893; load averages: 57.69, 57.22, 39.573 up 1+07:04:31 08:15:01
5210 processes:1106 running, 4092 sleeping, 4 zombie, 8 lock
CPU states: 24.7% user, 0.0% nice, 63.7% system, 11.3% interrupt, 0.3% idle
Mem: 7758M Active, 5427M Inact, 1456M Wired, 718M Cache, 214M Buf, 8073M Free
Swap: 24G Total, 24G Free

あ、けいおん!!がこのあとあるんだっけｗ関西だと関係ないけどｗ

延長戦でも駄目ならPKなんだっけ

うがw
動転でなく同点だがww

>>508
25：30からじゃなかった？
延長したら、けいおん!の開始時間が下がるから暴れる、と

>>511
おちつけｗ

last pid: 24234; load averages: 266.19, 103.14, 57.05 up 1+07:05:26 08:15:56
5227 processes:2678 running, 2489 sleeping, 1 zombie, 59 lock
CPU states: 9.7% user, 0.0% nice, 80.7% system, 9.1% interrupt, 0.5% idle
Mem: 7698M Active, 5452M Inact, 1447M Wired, 718M Cache, 214M Buf, 8118M Free
Swap: 24G Total, 24G Free

何度か軽く詰まっては回復。

詰まったとき。
2xx 3xx 4xx 5xx URL
135 0 0 0*/livefoot/dat/1277824004.dat
128 3 0 0 /livetbs/dat/1277823890.dat
126 0 1 0 /livetbs/dat/1277824178.dat
60 0 0 0 /test/bbs.cgi
58 0 0 0 /livetbs/subject.txt
40 0 0 0 /livevenus/dat/1277822426.dat
27 0 0 0 /livefoot/dat/1277824383.dat
25 0 0 0 /livetbs/dat/1277823641.dat
21 0 0 0 /livejupiter/dat/1277823547.dat
19 0 0 0 /livetbs/
19 0 0 0 /livetbs/dat/1277822869.dat

last pid: 24341; load averages: 247.63, 124.10, 67.17 up 1+07:06:04 08:16:34
5248 processes:3863 running, 1381 sleeping, 2 zombie, 2 lock
CPU states: 32.5% user, 0.0% nice, 35.6% system, 10.2% interrupt, 21.7% idle
Mem: 7848M Active, 5462M Inact, 1459M Wired, 718M Cache, 214M Buf, 7945M Free
Swap: 24G Total, 24G Free

00：16
030res/min [NHK総合]時論公論
002res/min [NHK教育]テレビでハングル講座
006res/min [日本テレビ]ショーバト！
2005res/min [TBSテレビ]２０１０ＦＩＦＡワールドカップ・決勝トーナメント「日本×パラグアイ」
023res/min [フジテレビ]ＬＩＶＥ2010ニュースＪＡＰＡＮ
011res/min [テレビ朝日]オンタマ
002res/min [テレビ東京]ありえへん世界

>>512
TBS(TBSテレビ) 6月29日(火) 深夜2時より放送予定！ 35分繰り下げ

freeが

>>514
しんどそうだなー

>>512
予定どおりサッカーが終われば、2時から

abで再現できたら面白そうだけど、難しいのかな

>>512
下手すると3時過ぎるな

2xx 3xx 4xx 5xx URL
3900 3 3 0*/livetbs/dat/1277824178.dat
1738 5 1 0 /livefoot/dat/1277824406.dat
1496 0 0 0 /livetbs/subject.txt
916 0 0 0 /livefoot/subject.txt
727 1 1 0 /livefoot/dat/1277824383.dat
637 3 2 0 /livevenus/dat/1277822426.dat
591 0 2 0 /livetbs/dat/1277823641.dat
509 0 0 0 /test/bbs.cgi
502 0 0 0 /livetbs/

>>508
ですね
今もWCが押してくれば放送延期になるんじゃないかと、恐々としていますｗ

>>517
お、きたのかしら。

>>526
66s

>>517
お、2000の大台越えですか

しかし　化け物だな　< hayabusa

>>518
ﾄﾝ。すでに後ろに下がってるのかｗｗｗ

>>514

結構lock状態のプロセスが多いですね。
何がlockしているのかな。
やっぱりI/O？

釣り男の汚水シュート

パラグアイコーナーキック

2xx 3xx 4xx 5xx URL
3445 9 5 0*/livetbs/dat/1277824430.dat
2572 3 0 0 /livefoot/dat/1277824406.dat
1225 0 0 0 /livetbs/subject.txt
1018 5 4 0 /livetbs/dat/1277824602.dat
665 2 0 0 /livetbs/dat/1277823641.dat
665 0 0 0 /test/bbs.cgi
657 29 0 0 /livefoot/dat/1277824383.dat
656 0 0 0 /livevenus/dat/1277822426.dat
622 7 0 0 /livetbs/dat/1277824479.dat
544 15 2 0 /livetbs/dat/1277824612.dat
491 1 0 0 /livejupiter/dat/1277824392.dat
446 34 0 0 /livetbs/

普段はこんな感じなんだけどね
Systemが上がったときに、他が全部止められている感

last pid: 24590; load averages: 117.32, 123.12, 79.36 up 1+07:09:13 08:19:43
5249 processes:152 running, 5095 sleeping, 2 zombie
CPU states: 29.6% user, 0.4% nice, 36.9% system, 8.6% interrupt, 24.5% idle
Mem: 7690M Active, 5513M Inact, 1462M Wired, 718M Cache, 214M Buf, 8052M Free
Swap: 24G Total, 24G Free

>>534
> Systemが上がったときに、他が全部止められている感

そうですね。

94Mbps

>>513
すーはーすーはー・・・桶w

>>527
ざんねん。

http://hayabusa-1gbpsgraph.maido3.com/hayabusa/
MAX 94.203か･･･
なかなか100は超えないもんだね

でけえええええよ

誤爆りましたあああああああ

しかしようやく、多少は「使えている感」が出てきました。>>529
こないだよりは、ですが。

むしろ入ってもないのに100超えそうなのが

なんか重かった

>>539
なんというか頑張ってこれだから1Gってどんなに高い頂なんだか・・・

>>534
Freeが増えたのは何かを止めたから？

>>542
rootﾀﾝにこんな台詞を言わせるとは
はやぶさ、恐ろしい子･･･

>>534

実は、FreeBSD7.0の問題で、8.1にするとOKになるとか。

大丈夫か？

>>546
リロードボボンの計算停止

>>546
予備軍が現役復帰したからかと、

取得に時間がかかる

回線速度は点数入ったときが見ものだな

>>548
じつはかなり期待していたりします。< 8.1R の新しいドライバ

>>546
>>470？

last pid: 24931; load averages: 97.69, 81.43, 70.386 up 1+07:14:14 08:24:44
5256 processes:10 running, 5239 sleeping, 4 zombie, 3 lock
CPU states: 31.4% user, 0.4% nice, 39.3% system, 10.3% interrupt, 18.6% idle
Mem: 8147M Active, 5600M Inact, 1467M Wired, 691M Cache, 214M Buf, 7528M Free
Swap: 24G Total, 24G Free

勝って史上最大の負荷に立ち会う場を作って欲しいｗ

ttp://hayabusa-1gbpsgraph.maido3.com/hayabusa/
MAX 94.203

2xx 3xx 4xx 5xx URL
2852 40 0 0*/livetbs/dat/1277824410.dat
2251 63 1 0 /livefoot/dat/1277824627.dat
2231 27 1 0 /livetbs/dat/1277824479.dat
808 2 0 0 /livetbs/subject.txt
604 21 0 0 /livevenus/dat/1277824785.dat
557 6 0 0 /livefoot/dat/1277825001.dat
493 24 0 0 /livetbs/dat/1277824932.dat
474 19 0 0 /livejupiter/dat/1277824392.dat
467 34 0 0 /livetbs/dat/1277824824.dat
429 0 0 0 /test/bbs.cgi

>>533
これ監視してるのは2xx,3xx以外のレスポンスを出さないことがひとつの目標なのかな。

>>560
あんまりそのへんは気にしていません。
全体の量と、2xx 3xx のバランスかなと。

last pid: 25033; load averages: 255.37, 102.16, 77.91 up 1+07:16:57 08:27:27
5251 processes:2547 running, 2703 sleeping, 1 zombie
CPU states: 10.6% user, 0.0% nice, 77.9% system, 11.3% interrupt, 0.2% idle
Mem: 8225M Active, 5638M Inact, 1471M Wired, 646M Cache, 214M Buf, 7454M Free
Swap: 24G Total, 24G Free

>>557
勝てば、さらに次の試合が史上最大の負荷を連れてくる
つまり、最高の負荷とは優勝すること

詰まった。

でもすぐ復活した。コーナーキック。

>>558
誤爆　orz

試合的にはいい試合、と思うんだけど
鯖の負荷実験としてはイマイチだｗ

ｽﾚが吹っ飛んだ＠ＴＢＳ

>>563
優勝したらさすがに鯖オチしそうｗお隣さんからの祝砲もありそうだしｗ

2xx 3xx 4xx 5xx URL
4018 13 0 0*/livetbs/dat/1277824824.dat
2681 7 0 0 /livefoot/dat/1277824717.dat
1776 4 0 0 /livetbs/dat/1277824885.dat
1270 1 0 0 /livetbs/subject.txt
829 4 0 0 /livetbs/dat/1277824932.dat
730 5 0 0 /livevenus/dat/1277824785.dat
692 3 0 0 /livefoot/dat/1277825001.dat
647 0 0 0 /test/bbs.cgi
485 1 0 0 /livejupiter/dat/1277825169.dat
481 4 0 0 /livetbs/

4018ｗｗ

4000超えたｗ

かつて日本戦でサバーダウンスレがピクリともしないことがあっただろうか、、、

>>568
4018ってバッケンレコード？？

last pid: 26546; load averages: 28.17, 60.25, 64.92 up 1+07:20:19 08:30:49
5252 processes:2003 running, 3246 sleeping, 1 zombie, 2 lock
CPU states: 17.5% user, 0.0% nice, 71.4% system, 10.5% interrupt, 0.6% idle
Mem: 8190M Active, 5701M Inact, 1469M Wired, 629M Cache, 214M Buf, 7445M Free
Swap: 24G Total, 24G Free

2xx 3xx 4xx 5xx URL
4152 47 0 0*/livetbs/dat/1277824885.dat
2915 21 2 0 /livefoot/dat/1277824717.dat
1353 29 0 0 /livetbs/dat/1277825106.dat
1207 3 0 0 /livetbs/subject.txt
907 10 0 0 /livetbs/dat/1277824932.dat
784 20 1 0 /livefoot/dat/1277825001.dat
700 5 0 0 /livevenus/dat/1277824785.dat
491 0 0 0 /test/bbs.cgi
481 18 1 0 /livejupiter/dat/1277825169.dat
350 0 0 0 /livetbs/

盛り上がってまいりました

サーバも踏ん張りどころか

さらにバッケン更新か

>>572
5000があったような

全然余裕だな

10秒ぐらい詰まった。

2xx 3xx 4xx 5xx URL
2 0 0 0*/livetbs/dat/1277825106.dat
2 0 0 0 /livefoot/dat/1277825226.dat
2 0 0 0 /livetbs/dat/1277825435.dat
1 0 0 0 /livefoot/dat/1277825001.dat
1 0 0 0 /livejupiter/subject.txt
1 0 0 0 /livetbs/dat/1277824538.dat
1 0 0 0 /livetbs/dat/1277825398.dat
1 0 0 0 /liveanb/dat/1277821935.dat
1 0 0 0 /livevenus/dat/1277817638.dat
1 0 0 0 /test/read.cgi/livejupiter/1277825322/1-100

なんか前の日本戦より詰まってる回数多くね？

これ延長になるな

>>581
注目浴びてるんなら理解できる

>>580
回線？

>>581
前の日本戦よりランクが上だしなにより時間帯が良いしな

つまりは多いけど復活も早い。
さすがhayabusa、応答がなくなってもいつかは復活してくれるんだなぁ。

>>581
ROMの多さがだんちがいな気がします。

>>581
データ取りが上手になったからかも

>>581
家だけじゃなくて安心した

>>588
それはあるかもですね。

あと今日が23時スタートが最後っていうのもあるかも
今日買ったとしても次以降全試合が3:30スタート

>>578
5022だっけかな、もっと上があったっけか？

バーボンはあんま関係なかったなぁ
当然と言えば当然か、でかい処理だけど一回で1fileしか使わないしなぁ
書き込みないし

それでも56か。

はけをよくした効果は出ていると。

%pgrep speedy_backend | wc -l
56

>>593
あら、なんか意外な感じするね

>>593
そうかもですね。

たくさんのプロセス(スレッド)が同時に読もうとすると、
SSDのほうで詰まっているかんじかも。

「究極」とはどういうことなのでしょうか？

CLL_LLLLLLLL_LLLLLLLLLLLLLLLLLLLCL_LL_LL_LLCCLLLLLLLCLLLLLCLLLLL
LLL_LLLLLLLLLLLLLL_LLLLLLCLLLLL_LCL_WLLLLLL_LLLLLCLLLLCCLLCLCLL_
CLLLCLLLLLCLCLLLLL_WLLLLLLLLLLLLLLCLL__CLLLLLCLLC_LLLLLLL_LLLLLL
L_LLCCLLLLCLLLC_LLLLLLLLLLLCLLLLLLLLLLLLLLL_WLCLLLL_LL_CLLLLLLLL
_LLLLLCLLLLLLLLLLLLLLLWLLCLCL_LL__L_LLLLLLLLLLLLLLLLLLLLLLLL_LLW
LLLLLLCLLLLLLLLLCLCLLLLLLLCLLLL__LLLL_C_LLLLLLLLLLLCLLLWLLLLLLLL
LLCLLLLLLLL_LLLLLLCLLLL__LCL_LLLLLCLLLLLLLCL_LLCCLLLLLLLLLCCLLLC
_LLLLLLLLL_LL_L__LLLLLLLLLLLLLLCLL_LLLLCLLLLLLLLLLLLL_LLWLL_LLLL
LLLLLLLLLLLLL_LLLLLLLLLL__CLL_LLLLLLLLLLLLCLL_LLC_LLLLLLLLLLLLLC
LCLLCLLLLCLLL_LLCLLLLLLLLLLLLLLCLCLLLLLLLLLL_LLLL_LLLLLLLLLCLLL_
LLCLLLCLLLLCCLLL__LLLLLLLLLLLCLLLCLLC_LLLLLLL_LLLLLCLLLLLLLLLLLL
LL_LLLLLLLLLCLL_L__L_WLLLLLLLLL_L_LLLCLLLLLLLLLLLLLLLLL_LLWC_LLL
LCL_LL_LLL_LLLLLLCLCL_LLLCLLLLLC_LL_CLLLLLL_LLLLCLLLCLLCLLCLCLLL
LL_LCLLLLLCCLCLLL__LLLLLLLLLL_LLL_L__L_LLLLLLLLLLLLLCCLLLCCLLLCL
LLLLLLLLLLLLLWLLLCCLLLLLLLLLLLL_LLLLL_LLLLLLCLCLLLLCLL_LLL_LLLLC
LLLLLCLLLLLLLCLLLC_L_LLLL_LLLLCLLLLLLLL_LLL_L_CLLLLLCLL_LLLLLLLL
LLLLLLLLCL_CLLLLLL_LLLLL_LLLLLLLLLLLLLCLC__LLLLLLCLLLLLLLLLLLLLL
_CL_LLLCLLL_LL_CLLCLLLLLLCWLLLLLLLLLLWLLLLLLLLLLLLLLCLLLLL__LLLL
以下略。

Lが多発か。

>>597
至高の反対語

HDD側はどんな感じですかね?
まだまだ余裕ある感じ?

とすると、超高負荷になるとやはりlogbufferが詰まり気味なのか。

>>598
WCじゃなくてCLすな

>>600
iostat 的には余裕あるようにみえます。

>>602
チャンピオンズリーグですか

logbuffer をもっとよくするか、
じつは SSD じゃなくて HDD にログを書くと幸せかもしれないか、

そんなかんじか。

転送量が見事に柱だなぁ

ログは一つのファイルをどんどん追記していくかんじなので、
HDDが相手でも、それなりにいけたりするかも。

>>599
「至高」とはどういうことなのでしょうか？

みごとにLばっかだ。

LLLLLWWLLLCCLWLLLLLLLCLCLLLLLLLLLLLLLLLCLLLLLLLLCWLLCLCLLLLCLLLL
LLLLLCLLCCWLLLCCLCCLLLLWLLLLLLLCLCCCLLLLLLLWCLLLLCLLLLLCCLLCLLCL
CWLLLLLLLLCLLLLWLLLLLLLLLLLLCLLCLLLLLLLLWLLLLLLLLLLLLLLLLWLLCLCW
LLLLLLCLCWCCWLLCLLCLLLLLCLLLCCLLLCLLLLLLLLWLLLCLLLCLCCCLLLLCCLLL
LLLLLLLLLLLCLLLWLCLLLLLLLLLLWLLLLCCLLLLLLLLLCLLLLCLLLCCLLLCLLLLL
CLLLLCWLLLLLLLLCWLLLLCLLLLLLLLLLLLLCLLCCCLCLLCWLCLLCLLLLLLLLLLLL
LCLLLWCLLWCLLLLLLLLCLLWLLLLCLLLLLLCLLCLLLLCLCLLLLLCLCLLLLCCCLCLL
LLLLLLCLLLLCLLCLCLLLLLLLLLLLLCWLLLLCLLCLLLLLLLLLWCLWLLLLLLLLLLLL
LLCCCCCLLLLLLLLLWCLLWLLLCLLLLLCLLLLLLLLLLWLLLLLCLLLLLLLLLLLCLWLC
LCLLLCLCLWCCLLWLLLLCLLCLLLLLLLLCLCLCLWLLLWLLLLLWCLCLLWLLLWCLCLLL
LLCLWLLCLLLCLLLLLLLCLCLLCLLLLCLLLLLCCCLLLLLLLLLLLLCLLLLWLWLLLLCL
LLCLLWLCLLLLLLLLCLLLLLLLLLLLLWLLLLLLCCCWLLLCCLLLWLCCLLLLLLLLLLCL
LLLLCCLLLCLLCLWLLLLLLCCCCCLLLLLCLLLLLCLLLLLCCCLLLLLLLCLWLLLLLLCC
LLCCCLLWLLLCCCWLCLLLLLCLLLLLCLLLLLLWLLLLLLLLLLLCLLLLLLLWLLLCLLLL
LLCLLCLCLLLLCLLLLLLLLLLLLCLLLWLLLLLLLLLLLCCLLLCLLLLLCWCCLLLLLLLL

>>607
そんな気がして、
明日以降試してみたい気がする

WCみたいなのだと特定のスレに読み出し/書き込みが集中するけど、
野球だと同時平行で読み出し/書き込みが入る

実況するものの対象によっても対策が変わりそう

>>607
今の鯖ってHDDも一応内臓してましたっけ
ならば入れ替え可能？

で、httpdの読み手が増えたから、
logbuffer が再び詰まるようになった、ということなのか。

つまり、>>588 ということか。

>>612
ログをとる場所をHDDに替えてもらうことは、
頼めばできるような気がします。

が、効果があるかどうかはよくわからないです。>>614

>>596
んー、一定以上書き込みがあったスレッドはオンメモリにするとか出来ないん？
もしくは書き込みがあったスレは一定時間オンメモリとか。

あいているときはすかすかいって、
Lが出てどんどん空きスロットがなくなって、
最後は詰まるかんじですね。

logbuffer周りを改良したいかんじ。

できればマジレスしてほしいです。

ipadは買うべきでしょうか？

ロスタイム３分

>>615
なるほど
やってみる価値はありそうですが

ロスタイム3分か
こりゃもう延長確定かな
けいおん!!厨ｗ

SunOSさんにお願いして、
logbuffer をマルチスレッド化してもらう、
というのはどうなのかな。

効果あるのか、ないのか。

釣男、どこにでもいるなｗ

延長確定かな･･･

logbufferは常駐プロセスなんでしょうか

PKは覚悟した

アニメなんか見てる低レベルなゴミカスは全員とっととこの世から消えてほしい。

>>621
そのソース欲しいわw

さっそくけいおんスレ荒れはじめましたｗ

本田、ハンドでイエローカード

さて延長

延長です

後半終了。

2xx 3xx 4xx 5xx URL
2158 17 0 0*/livefoot/dat/1277826019.dat
2042 9 0 0 /livetbs/dat/1277826281.dat
1578 0 0 0 /livetbs/subject.txt
1320 14 0 0 /livetbs/dat/1277826294.dat
668 7 0 0 /livetbs/dat/1277826129.dat
637 4 0 0 /livetbs/dat/1277826133.dat
569 0 0 0 /test/bbs.cgi
518 2 1 0 /livefoot/dat/1277826367.dat
470 2 0 0 /livevenus/dat/1277825567.dat
429 3 0 0 /livejupiter/dat/1277825904.dat
398 23 0 0 /livetbs/

延長は何分後から？

>>623
TransferLog でくべてます。

last pid: 28985; load averages: 62.54, 82.45, 105.855 up 1+07:40:38 08:51:08
5254 processes:49 running, 5203 sleeping, 2 zombie
CPU states: 34.3% user, 0.8% nice, 34.0% system, 10.1% interrupt, 20.8% idle
Mem: 8903M Active, 6038M Inact, 1485M Wired, 455M Cache, 214M Buf, 6548M Free
Swap: 24G Total, 24G Free

>>621
logをかき集めるスレッドと媒体に保存していくスレッドを分ける感じ?

PKまで行ったら、ドーンの応酬だもんな
それが楽しみで仕方ないｗｗｗ

どーんがこれから有るのだろうか

けいおん!!にテロップ流れると嘆くけいおん!!厨・・・
関西人には関係ないけどｗ

延長合計30分だっけ

まだまだ余裕だな

>>609
某PHS会社の名前が混ざっている気がしてしまった。

>>635
たぶんそんなかんじなんですかね。

あとは、集めるほうをたくさん(可変がいいな・・・)にしたいかも。

PK戦になったら詰まりっぱなしになり予感

>>638
関西人の俺、歓喜ｗ

Twitterはだいぶ重いなー

延長戦前後半15分ずつ→PKか

しかし、サーバも延長戦なかんじ。

>>641
TransferLog1,〜2,〜3みたいにしてプロセス毎にランダムに送り先決めるとか
逆に無駄に増やしてもアレだろうし

とりあえず非同期に書きに行ってくれるだけでも変わりそうだ

100M超えた

アニメ(失笑)

104.293Mでました

hayabusaも未知の領域へ・・・

>>649
何度アニメに泣かされてるとおもってんだ

次に向けた戦略としては、

・logbufferをさらに効率化できないか
・Apacheアクセスログをとる場所をSSDからHDDに変えてみるのはどうか

というかんじですかね。

MAX 104.392
ｷﾀ━━━━━━(ﾟ∀ﾟ)━━━━━━!!!!!

梓憂純の市民プール回なんてどうでもいいわ

今日はけいおん！！の日じゃないか
PKまで逝ったら確実にどっかの馬鹿が骨を(ry

テスト延長かよ

>>647
人を増やす作戦ですか。

プロセス増やすとめんどい気がするので、
やっぱりSunOSさん流マルチスレッドがよさげな予感。

と、はじまた。

104.651M
けいおん!!関連スレのせいで負荷上がるなあｗ

>>655
どうでもいいわりに良くご存知ですねｗ

>>652
池沼にさわるな。

書き込みの時のログもbufferに投げてるのでしょうか？

>>653
多少メモリ犠牲にしてジンギスカンに保存しようよー

ブレーメンがまた少しとぎれてる

ここから本当の勝負だ

1000判定のオカン

どんどん未知の領域に踏み出してますね。
MAX 104.392・・・。

>>655
よくわかってるじゃねぇかｗ

けいおん！厨が暴れてるのも加速してる要因なのかもね

>>658
プロセスは増やさずにスレッドだけ増やす感じで

device r/s w/s kr/s kw/s wait svc_t b
ad4 0.0 0.0 0.0 0.0 0 0.0 0
ad6 0.2 27.4 0.7 453.5 0 523.1 33


SSD 33%

良く考えてみたら669は無理だ

見事に圧縮された

>>667
109ちょいまで出てるよ、以前に。

みたところまだメモリ余ってるしファイルシステムにZFSを使うのはどうだろうか
標準的にzfsbootできるようになってからのほうがいいか

>>670 はビジー率。

>>673
いや、32bitを一周したはず。

>>673
ありゃ、失礼orz
そうでしたね・・・。

PK戦になだれ込むと、アクセスが一気にw

あいむビジーなう

http://qb5.2ch.net/test/read.cgi/operate/1276034202/ 質問・雑談スレ306＠運用情報板
http://namidame.2ch.net/test/read.cgi/liveuranus/1273040905/ ◆【宇治金時】負荷監視所_20100505
http://qb5.2ch.net/test/read.cgi/operate/1276524052/ 【実況】　live28　Part36

>>676
そか、計測されてるの以上もありましたっけ。失礼。

ここまで来ると、むしろTBS以外がサッカー中継してほしかったなｗ
けいおん同時、って感じで

推定120Mbpsぐらいだったかなと。

こんどはグラフがあるので、推定ではなく実測でいけるはず。
試合終了の時が最大トラフィックと予想。

川島セーブ

device r/s w/s kr/s kw/s wait svc_t b
ad4 0.0 0.4 0.0 6.3 0 69.1 0
ad6 0.0 75.6 0.0 623.0 0 626.7 41

SSD 41% busy

>>670
> ad6 0.2 27.4 0.7 453.5 0 523.1 33

読み込みより、書き込みのほうがやっぱりきつい？

詰まり気味ですなあ

13秒ほど詰まった
ゴール決まったら大変なことになりそうだ

>>686
書き込み集中時に読み込みも詰まる、というふうに見えますね。

読み出しか。

転送量30min ave.が正に柱だなぁ

2xx 3xx 4xx 5xx URL
4160 46 0 0*/livetbs/dat/1277826821.dat
2468 45 1 0 /livefoot/dat/1277826970.dat
901 1 0 0 /livetbs/subject.txt
816 32 0 0 /livetbs/dat/1277826680.dat
574 41 0 0 /livevenus/dat/1277825600.dat
524 15 0 0 /livefoot/dat/1277827144.dat
428 14 0 0 /livejupiter/dat/1277826488.dat
409 5 0 0 /livetbs/dat/1277826350.dat
395 2 0 0 /livetbs/
339 1 0 0 /test/bbs.cgi

4380も見た。

危ないシーンの連続で、さて

これ、けっこうドーンと来たんじゃないの？

この一連のくだりどうかな？

last pid: 31485; load averages: 43.59, 82.39, 85.0531 up 1+07:54:14 09:04:44
5261 processes:5 running, 5252 sleeping, 2 zombie, 2 lock
CPU states: 32.1% user, 0.6% nice, 40.1% system, 10.6% interrupt, 16.7% idle
Mem: 9302M Active, 6242M Inact, 1484M Wired, 446M Cache, 214M Buf, 5951M Free
Swap: 24G Total, 24G Free

よくしのいだ。

2xx 3xx 4xx 5xx URL
2368 0 0 0*/livetbs/subject.txt
2041 4 0 0 /livefoot/dat/1277826970.dat
1356 134 0 0 /livetbs/dat/1277826821.dat
1201 0 0 0 /livetbs/dat/1277827038.dat
879 0 0 0 /test/bbs.cgi
665 1 0 0 /livetbs/dat/1277827186.dat
487 0 0 0 /livevenus/dat/1277825600.dat
424 7 0 0 /livefoot/dat/1277827144.dat
419 0 0 0 /livetbs/

つまってるぞ

>>689
読み込みにも、書き込みにもＳＳＤのバッファ経由するから
バッファ部分が怪しいのかな？

書き込みに失敗しました

>>696
あれ？まだ余力ある感じ？ｗ

フリーキック

やばい鯖的にｗ

なんかパンパンに空気の詰まった風船へ更に空気詰めていってる気分

lockなプロセスってなんだろう

コーナー。

2xx 3xx 4xx 5xx URL
3362 0 0 0*/livetbs/dat/1277827038.dat
2451 17 2 0 /livefoot/dat/1277826970.dat
1795 0 3 0 /livetbs/dat/1277827186.dat
1573 0 0 0 /livetbs/subject.txt
669 0 0 0 /test/bbs.cgi
644 0 0 0 /livefoot/dat/1277827144.dat
628 4 0 0 /livevenus/dat/1277825600.dat
573 0 1 0 /livetbs/dat/1277827377.dat
547 0 0 0 /livefoot/subject.txt
453 8 0 0 /livetbs/

むしろ詰まったときにCPUは遊び気味になる気がする

すぐに L 状態になっちゃうから、
まだ生かしきれないかんじですね。

がんばる余地がまだあると。

>>707
そですね。

L = ログを書こうとしている状態 (httpdが)

httpdの実行数もうすこし少ない方が良いような体感

http://mumumu.mu/bremen/hayabusa.html
また空白が

これＰＫ戦になったら大合唱の用意だなｗ

>>711
かもかも

>>713
バルスの何倍クラスのどーんが連続して襲ってくるのか・・・

rtprio 的に、logbuffer の優先度を bbs.cgi よりも1段階上にする、
という手はあるか。

前半終了したら、依頼するかも。
httpd の再起動必要。

>>711
ありえますね。

X25Mのwrite70MB/secでは足らんのかも

>>716
今日はやめときましょ

PK戦確定が濃厚

>>719
意気地無し

>>716 の準備します。

>>714
PK用AA用意してくれれば宣伝してじゅうたん爆撃できますよ

>>719
あ、りょうかいです。

ハーフタイムなんてほとんどないけど大丈夫すか？

PKになれ。とｗｋｔｋしてる俺がいるｗ
ドーンの勢いが半端ないだろし

>>719
守りに入るのかよ
攻めろよ

今日勝ってくれれば、次がまだある。
という考えでいきたいですね。

まさに「こんなこともあろうかと！」

ｶﾞﾝｶﾞﾚhayabusa

というか即後半だぞ

つうか間隔が少ない時間だったと思うし無理したら怒る人多いでしょ

>>728
そうだね
勝ち上がれば、スレの勢いもあがるだろし

ＰＫ戦までいって勝つのがベストだねｗ

>>719
金たまついてないのか？

大丈夫、日本が勝つよ


理由：私が見てないから、、、

でもまだ何かできそうな余地がいくつかある、
というこのサーバの現実には、驚くばかりかも。

>>736
限界はまだまだ見えてない感じ？

2xx 3xx 4xx 5xx URL
3528 6 3 0*/livetbs/dat/1277827318.dat
1200 9 1 0 /livefoot/dat/1277827737.dat
1180 1 0 0 /livetbs/subject.txt
919 31 1 0 /livefoot/dat/1277827529.dat
664 8 1 0 /livetbs/dat/1277827719.dat
663 0 0 0 /livefoot/subject.txt
505 0 0 0 /livevenus/dat/1277827598.dat
459 4 1 0 /livetbs/dat/1277827115.dat
400 0 0 0 /test/bbs.cgi
380 1 0 0 /livejupiter/dat/1277827536.dat
310 0 0 0 /livetbs/

3000台をキープ。

last pid: 33403; load averages: 29.56, 109.02, 111.874 up 1+08:05:11 09:15:41
5259 processes:90 running, 5168 sleeping, 1 zombie
CPU states: 26.8% user, 0.4% nice, 37.3% system, 12.3% interrupt, 23.2% idle
Mem: 8573M Active, 6444M Inact, 1480M Wired, 445M Cache, 214M Buf, 6488M Free
Swap: 24G Total, 24G Free

>>737
もうだめ、ぐぅ、完敗、というかんじではないですね。
まだ詰めが甘い部分が見えているようです。

>>740
まだ大リーグ養成ギブスが外れきってない、って感じですか

>>740
徳俵まで押し込めてるのに残されてる感じ？

2xx 3xx 4xx 5xx URL
4974 47 0 0*/livetbs/dat/1277827719.dat
3250 28 1 0 /livefoot/dat/1277827737.dat
1155 0 0 0 /livetbs/subject.txt
695 4 0 0 /livevenus/dat/1277827598.dat
559 6 1 0 /livetbs/dat/1277827115.dat
532 19 0 0 /livejupiter/dat/1277827536.dat
475 0 0 0 /test/bbs.cgi
444 33 1 0 /livetbs/dat/1277828022.dat
432 36 0 0 /livefoot/dat/1277827922.dat
425 5 0 0 /livetbs/

終わった後のkamomeも楽しみ♪

>>740
まだまだ改善の余地あり。って事か
ここまでも、色々とやってるのに、まだ先があるのか

どんだけすごいんだ、はやぶさ･･･

>>744
揺れ戻しですかｗ

>>741-742
もう少しシェイプアップして、体脂肪率を下げられるようです。

4974はともかくその下の3250とか1155とか・・・うげぇ

108.771M

>>745
大きな機械(機会)があったらやってみたいと思って
何年も暖めていたことを、今回かなり投入したかんじ。

108.711M

(-.-)y-~余裕すぎるな

西宮停車ってどこかになかったかな

>>747
フィジカル強くなりそうですな。
長友クラスまで行ったらどうしよう。

http://traffic.maido3.com/KW2n/P4v7/y2X9/
一周回った？

誤爆・・・

なかなか決まらないな・・・PK突入か
レッドカード退場だと・・・

もういい！
次の試合のことは勝ってから言え！

おいおい、30 minuteも89.908Mって；

うわお。

2xx 3xx 4xx 5xx URL
2226 0 0 0*/livetbs/dat/1277828084.dat
2106 0 0 0 /livetbs/subject.txt
2035 6 3 0 /livefoot/dat/1277828110.dat
913 76 3 0 /livetbs/dat/1277828027.dat
655 3 0 0 /livetbs/
531 1 1 0 /livetbs/dat/1277828022.dat
432 0 0 0 /livefoot/subject.txt
416 0 0 0 /test/bbs.cgi

>>755
回りましたねえ・・・
タイミングが悪いのか1G対応の法は108.771

>>750
rootﾀﾝの知恵と技術の結晶がはやぶさか･･･。胸熱

yutori7.2chが大変なことに・・・

2010年06月30日　01時24分09秒　　総レス数：2422res/分

　 #│ 　 　局 　 　│　　レス数.　│　率 │　番組
. ━┿━━━━━┿━━━━━┿━━┿━━━━━━━━━━━━━━━━
　 1│.TBSテレビ..│2324res/分.│. 96%│ＪＮＮニュース
　 2│.日本テレビ.│ 　58res/分.│　 2%│ＲＡＩＮＢＯＷ　二舎六房の七人
　 3│ NHK総合 . │ 　22res/分.│　 1%│ウィンブルドンテニス2010
　 4│.フジテレビ. │. 　 8res/分.│　 0%│百識王

>>759
上位3つｗｗｗ

>>761
おいちゃんも頑張ってるよ！

おしい

>>762
瀕死状態ワロタ

>>761
rootさんの秘蔵っ子ですな、hayabusaは。

もったいねぇ そして鯖もあぶねぇ

2xx 3xx 4xx 5xx URL
3965 2 1 0*/livetbs/dat/1277828323.dat
2093 3 0 0 /livefoot/dat/1277828414.dat
1711 1 0 0 /livetbs/subject.txt
612 0 0 0 /test/bbs.cgi
488 17 0 0 /livetbs/
438 2 0 0 /livevenus/dat/1277828317.dat
397 0 0 0 /livefoot/subject.txt
392 1 0 0 /livejupiter/dat/1277828274.dat
378 1 0 0 /livefoot/dat/1277827922.dat
352 0 0 0 /livetbs/dat/1277828574.dat

おしかった。

>>763
2分2秒で2324

>>770
合計7000超えてるｗ

>>765
そだね！おいちゃんも頑張ってるよね！ゴメン･･･

120.397M
新記録

数字に残ったな

>>770
ほう。なかなか。

>>770
これもっと勝ち進んだら1万超えるんじゃないか？

120.397MB

>>774
おおお

>>778

http://hayabusa-1gbpsgraph.maido3.com/hayabusa/
120.397ｗｗ

>>774
すげー

数値的にもバッケンレコード取れましたね

120Mうぎゃー、PKはどうなるんだろうｗ

2xx 3xx 4xx 5xx URL
677 28 0 0*/news4vip/dat/1277827990.dat
526 91 0 0 /liveplus/dat/1277828135.dat
244 0 0 0 /news4vip/subject.txt
203 0 0 0 /test/read.cgi/liveplus/1277828135/
168 5 0 0 /news4vip/dat/1277826072.dat
152 0 0 0 /test/read.cgi/liveplus/1277828135/l50
110 0 0 0 /test/bbs.cgi

@ yutori7

>>778
すげーｗｗｗｗｗ

>>774
なんとｗ

120Mbpsいきますたか。

こっちも祭りだし

>>777
>>743

勝負ついた瞬間死ぬな

2xx 3xx 4xx 5xx URL
1156 40 0 0*/news4vip/dat/1277827990.dat
720 99 0 0 /liveplus/dat/1277828135.dat
398 0 0 0 /test/read.cgi/liveplus/1277828135/
271 0 0 0 /news4vip/subject.txt
263 0 0 0 /news4vip/dat/1277826072.dat
255 0 0 0 /test/read.cgi/liveplus/1277828135/l50
183 12 0 0 /liveplus/dat/1277827474.dat
113 0 0 0 /test/read.cgi/news4vip/1277827990/l50
112 0 0 0 /test/bbs.cgi

@ yutori7

ttp://mumumu.mu/bremen/hayabusa.html
そしてこっちは途切れ途切れにｗｗｗ

得点シーンでもないのにあっさり記録更新。。。

last pid: 34095; load averages: 32.30, 104.80, 108.489 up 1+08:18:07 09:28:37
5266 processes:4 running, 5261 sleeping, 1 zombie
CPU states: 11.0% user, 0.1% nice, 10.6% system, 9.2% interrupt, 69.1% idle
Mem: 9617M Active, 6655M Inact, 1537M Wired, 445M Cache, 214M Buf, 5169M Free
Swap: 24G Total, 24G Free

0-0なんだよなあｗ

延長終了
PK戦へ

バルスの予行演習にはちょうどいいねｗ

PK入った

PKですか。

鯖に厳しいＰＫ戦

hayabusa試練のPKへ・・・

PKかぁ・・・・・・・・・・

PKはさすがに耐えられんだろｗ

hayabusaは耐えられるのか

さぁ、お楽しみ「ドーン」連発タイム！

ここからが本当の戦いですね

yutori7重い

最初からじゃん拳でいいだろ

しかしまあ長引くな
テストにはちょうどいいのかもしれんが

なんとしても鯖を落としたいところだな

PK戦でがす♪
一発ずつの反応が・・・w

これは凄いことが起きそう

実況では手に汗の人多いだろうね
このスレでも手に汗だからなぁ

もうなんか実況あきあらめた人も多そうだ

あー売り切れ臭い

>>797
連続してどーんが来る分こっちの方がきついかも

2xx 3xx 4xx 5xx URL
2603 1 0 0*/livetbs/subject.txt
1254 0 0 0 /livefoot/dat/1277828480.dat
1091 0 0 0 /livefoot/subject.txt
1070 1 1 0 /livetbs/dat/1277828087.dat
1052 33 0 0 /livetbs/dat/1277828313.dat
812 0 0 0 /livetbs/
537 2 0 0 /livetbs/dat/1277828384.dat
499 0 0 0 /test/bbs.cgi
375 11 0 0 /livefoot/

詰まりすぎて読み込みすらきつい

おちた

鯖の反応がぁゃιぃです

っていうかVIPでやってる奴何がやりたいの・・・
重くて実況できないんじゃないの？hayabusaくれば快適なのに

たまにエラー表示でてるな

L連発。

苦しそう。

さていよいよ今日のその時がやってまいります

last pid: 34227; load averages: 12.81, 70.79, 94.1803 up 1+08:20:25 09:30:55
5292 processes:6 running, 5285 sleeping, 1 zombie
CPU states: 12.9% user, 0.0% nice, 8.4% system, 6.0% interrupt, 72.7% idle
Mem: 11G Active, 6689M Inact, 1711M Wired, 362M Cache, 214M Buf, 3632M Free
Swap: 24G Total, 24G Free

120Mbpsまでいってる

さすがに来ました？

あら？なかなか戻らんな

30min ave. 102.950M

(*´Д`)ヒッヒッフー

1時29分31秒　取得成功 レスポンスタイム7.343秒
1時29分42秒　取得失敗 レスポンスタイム0.408秒
1時29分45秒　取得失敗 レスポンスタイム0.340秒
1時29分48秒　取得失敗 レスポンスタイム3.25秒
1時29分55秒　取得失敗 レスポンスタイム0.388秒
1時29分58秒　取得失敗 レスポンスタイム0.296秒
1時30分01秒　取得失敗 レスポンスタイム0.305秒
1時30分05秒　取得失敗 レスポンスタイム0.268秒
1時30分13秒　取得失敗 レスポンスタイム0.288秒
1時30分16秒　取得失敗 レスポンスタイム0.289秒
1時30分19秒　取得失敗 レスポンスタイム0.281秒
1時30分23秒　取得失敗 レスポンスタイム0.296秒
1時30分26秒　取得成功 レスポンスタイム12.20秒
1時30分41秒　取得失敗 レスポンスタイム0.380秒
1時30分44秒　取得成功 レスポンスタイム12.54秒


一分ちょっと程度アクセスできなかった

生きてはいる。

2xx 3xx 4xx 5xx URL
1715 0 0 0*/livetbs/subject.txt
721 0 0 0 /livefoot/dat/1277828480.dat
661 0 4 0 /livetbs/dat/1277828087.dat
648 0 0 0 /livefoot/subject.txt
502 0 9 0 /livetbs/dat/1277828384.dat
459 0 0 0 /livetbs/
233 0 0 0 /livefoot/
178 0 0 0 /livetbs/dat/1277828574.dat
161 41 0 0 /test/bbs.cgi

yutori7.2ch.も気絶しっぱなし

>>821
何が何でもVIPでやりたいっていう層は一定数いるんだよね。
しかるべくさんがsec2chdに報告してるエロモバイラーズみたいに。

詰まってるね〜

>>829
30分平均で100Mbps超えですか。

ぜんぜんむり

2ch サーバーダウン（鯖落ち）情報　part307
http://qb5.2ch.net/test/read.cgi/operate/1277407559/

こっちでは、早くも「落ちた」の声がwww

%telnet hayabusa.2ch.net 80
Trying 206.223.151.80...
telnet: socket: No buffer space available

あらら。

延長戦終わっても息切れできないはやぶさ君には辛いな

(-.-)y-~まったりすぎる

あらら？

生きてはいるのか

%netstat -m
101795/2620/104415 mbufs in use (current/cache/total)
49511/1977/51488/131072 mbuf clusters in use (current/cache/total/max)
49511/1589 mbuf+clusters out of packet secondary zone in use (current/cache)
49047/814/49861/65536 4k (page size) jumbo clusters in use (current/cache/total/max)
0/0/0/32768 9k jumbo clusters in use (current/cache/total/max)
0/0/0/16384 16k jumbo clusters in use (current/cache/total/max)
320658K/7865K/328523K bytes allocated to network (current/cache/total)
0/0/0 requests for mbufs denied (mbufs/clusters/mbuf+clusters)
0/0/0 requests for jumbo clusters denied (4k/9k/16k)
0/0/0 sfbufs in use (current/peak/max)
0 requests for sfbufs denied
0 requests for sfbufs delayed
142 requests for I/O initiated by sendfile
0 calls to protocol drain routines

落ちた

最高で最低の事態になったなｗｗｗｗｗｗｗ

おちたな。

要求は各プロセスにばらまく前に溜められないんだっけ

落ちたか

使い切っちゃったかｗ

(アカン)

大合唱の時がきました

ping通るしなぁ

Lが多いのをなんとかできれば、
まだいけるかんじだな。

mbufクラスタはまだあいているっぽいから。

PK戦は野球と似た実況になるから
来る時はドカンと来るなあ

クソっ！今が一番いい実験の時期なのにっっ！

生きてはいるね

大合唱タイムきたー

last pid: 34288; load averages: 1.12, 37.34, 75.11 up 1+08:23:31 09:34:01
5264 processes:1 running, 5262 sleeping, 1 zombie
CPU states: 2.4% user, 0.0% nice, 2.2% system, 3.6% interrupt, 91.8% idle
Mem: 9871M Active, 6705M Inact, 1836M Wired, 350M Cache, 214M Buf, 4660M Free
Swap: 24G Total, 24G Free

Connection closed by foreign host.

もうちょっと待ってやれよ・・・

初のHayabusa陥落？

>>834
一つの板でなんでもやりたいって我侭な奴最近増えてきたよ

>>859
スカスカw

>>854
まだいけるのか･･･
恐ろしいな、ほんと

菊蔵の落語が頭にはいらないぜ

>>862
初Ｈに見えたじゃないか

>>853
ping通っても操作不能なんてよくあること

合唱の準備を・・・ゴホンゴホん

落ちた／(^o^)＼

いや新でないって言う

>>859
CPUはスカスカですねえ

bbs.cgiが使えなくなりましたね。

L連発状態か。
mbufも苦しめだけど、そっちじゃなさそうだ。

これは仕方ない
一番鯖殺しの展開だｗ

root@ubuntu:/# telnet hayabusa.2ch.net 80
Trying 206.223.151.80...
Connected to hayabusa.2ch.net.
Escape character is '^]'.
Connection closed by foreign host.

落ちたかな

今頃天然Ｆ５アタックか

やっぱりhttpd多すぎかねぇ
httpdより先が詰まっちゃどうしようもないからなー

SSDが死んだ？

2010年06月30日　01時35分10秒　　総レス数：2442res/分

　 #│ 　 　局 　 　│　　レス数.　│　率 │　番組
. ━┿━━━━━┿━━━━━┿━━┿━━━━━━━━━━━━━━━━
　 1│.TBSテレビ..│2358res/分.│. 97%│全種類
　 2│.日本テレビ.│ 　38res/分.│　 2%│ＤＥＲＯ＆ドラマ“離婚シンドローム”今夜！
　 3│ NHK総合 . │ 　22res/分.│　 1%│ウィンブルドンテニス2010
　 4│.テレビ朝日.│ 　11res/分.│　 0%│さきっちょ
　 5│.フジテレビ. │ 　10res/分.│　 0%│百識王
　 6│.テレビ東京.│. 　 2res/分.│　 0%│ＧＯ！ＦＥＳ　ＴＶ[終]
　 7│ NHK教育 . │. 　 1res/分.│　 0%│ＮＨＫ高校講座・生物[再]

頼むよはやぶさ

どれが一番負荷が高いか？！絶対に負けられない戦いが始まるｗｋｔｋ
1.止める
2.ハズす
3.ゴール
4.コロコロ

こんなこともあろうかと！

%pgrep speedy_backend | wc -l
51

増えていない。というか、増えられないんだな。

読み手の処理(L)に時間がかかりすぎてて、
リクエストがspeedy_backendにいけない状態か。

完全に沈黙してしまったか

いれてくれえええええええええええええええええええええ

曲はピクミンの歌でいんでしたっけ？

>>879
2010/06/30 01:28:16 livetbs=891 TBSテレビ全種類
2010/06/30 01:30:28 livetbs=2358 TBSテレビ全種類

mbuf はあいているっぽいな。
zoneli にもなっていないし。

>>885
乗り遅れ涙目ｗ

読み込めないなー

ふ
ぅ

root@ubuntu:/# telnet hayabusa.2ch.net
Trying 206.223.151.80...
Connected to hayabusa.2ch.net.
Escape character is '^]'.
Connection closed by foreign host.

ping以外の全ポートにつながらないね

これを立ち直らせるには　Apache再起動?
Apacheおとして　ちょっとまって　起動

みてたらよろしく

Galacticaと時間がかぶってしもうたＰＫ

>>886
引っこ抜か〜れて〜♪？

ほんとに落ちたら、

2xx 3xx 4xx 5xx URL
378 0 0 0*/livetbs/subject.txt
169 4 0 0 /livetbs/dat/1277828384.dat
155 6 0 0 /livefoot/dat/1277828480.dat
152 0 0 0 /livefoot/subject.txt
121 6 0 0 /livetbs/
51 1 0 0 /livefoot/
50 5 0 0 /livetbs/dat/1277828087.dat
39 4 0 0 /livefoot/dat/1277828918.dat
38 5 0 0 /livetbs/dat/1277828574.dat
35 1 1 0 /livetbs/dat/1277828481.dat
31 0 0 0 /livejupiter/subject.txt
21 7 0 0 /test/bbs.cgi

こんな数値にはならないから、
mbufの売り切れではなさそう。

httpdの売り切れでもなさそうだ。

どこで実況すればいいの・・・

鯖落ち情報スレが実況スレにwww

>>896
というと？

1%の確率で200だな

外部避難所で

鯖落ち情報スレが実況になってる
もし勝ったらここも一緒に落ちるんじゃ…

ｷﾀ━━━━━━━(ﾟ∀ﾟ)━━━━━━━ !!!!

ざまあｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

>>893
ちょっとこれは自力は無理かも

>>893
しばらくしたら、
httpdをリスタート(わたしでもできます)をやってみます。

お？もどった？

>>897
2010FIFAワールドカップ実況難民free70
http://free.jikkyo.org/test/read.cgi/lnanfree/1277829094/

pkill httpd

>>909
お、リスタートやりますか

>>908
外部があったのね

>>909
らじゃあ

あああ止められた

早くしないと
この板が危険ｗ

再起動のコストは大きいな、、、。

pkill speedy_backend

KernelPanic

ｵﾜﾀ

やっちまったー

次スレ

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

急がないと・・・
日本も鯖もやばい

httpdは勝手に再起動します。< 子供をkillしているだけだから

岡ちゃん微動だにしなかったな

完全に息の根は止められていないみたい。
(今までと違う)

2xx 3xx 4xx 5xx URL
227 0 0 0*/livetbs/subject.txt
85 2 0 0 /livefoot/subject.txt
79 1 0 0 /livetbs/dat/1277828384.dat
69 5 0 0 /livefoot/dat/1277828480.dat
51 3 0 0 /livetbs/
21 0 0 0 /livefoot/
16 0 0 0 /livejupiter/subject.txt
16 4 0 0 /livetbs/dat/1277828574.dat
13 0 0 0 /test/offlaw2.so
12 1 0 0 /livetbs/dat/1277828481.dat

子どもを殺すとか物騒だな

さーどーなるか

あああ、負けた

おわた

このスレも次スレよろしく

うむ、ざんねん。。

>>920
再充填完了までは不安定になっちゃうのかな

日本ｵﾜﾀー

弱すぎ

あーあー

終戦

少しずつ復活してきた。

2xx 3xx 4xx 5xx URL
1433 7 0 0*/livetbs/subject.txt
463 6 0 0 /livefoot/subject.txt
323 11 0 0 /livetbs/
258 15 1 0 /livetbs/dat/1277828384.dat
197 16 3 0 /livefoot/dat/1277828480.dat
120 1 0 0 /livefoot/
87 3 0 0 /livejupiter/subject.txt
66 6 1 0 /livetbs/dat/1277828574.dat
50 7 0 0 /livetbs/dat/1277828813.dat
46 7 1 0 /livetbs/dat/1277828481.dat
43 0 0 0 /livevenus/dat/1277828317.dat
41 2 0 0 /livetbs/dat/1277828087.dat
38 0 0 0 /livevenus/subject.txt
37 3 0 0 /livecx/subject.txt
36 2 0 0 /favicon.ico
36 0 0 0 /liventv/subject.txt

日本無念。でも、鯖にとっちゃいい日だったな

さすがTBS　曲がり屋にも程がある

糞運営w

おわりやした

仕方ないよ、こればっかしは。

>>929
そうですね。

>>927
>>918

負けた
これはhayabusa完全敗北

負けたか
あれが痛かったな・・・

hayabusaは新記録を出したけど

5分ぐらいすれば、書き込みは復活すると予想。

2xx 3xx 4xx 5xx URL
1368 5 0 0*/livetbs/subject.txt
403 6 0 0 /livefoot/subject.txt
285 13 0 0 /livetbs/
252 24 2 0 /livetbs/dat/1277828384.dat
144 14 5 0 /livefoot/dat/1277828480.dat
86 0 0 0 /livefoot/
80 3 0 0 /livejupiter/subject.txt
62 2 0 0 /livetbs/dat/1277828574.dat
49 7 0 0 /livetbs/dat/1277828813.dat
44 3 0 0 /livetbs/dat/1277828087.dat
44 4 0 0 /livetbs/dat/1277828481.dat
42 14 1 0 /livefoot/dat/1277828918.dat
34 2 0 0 /liventv/subject.txt
29 1 0 0 /dome/subject.txt

まぁ人選ミスとか日本らしいとか色々

データ取るという意味では95点くらいなのかな

さ、次はみんなで消費税増税について考え始めようｗ

良い夢見せて貰ったよ

>>941
thx

今日は 0-2 で負け、というかんじですね。
フィジカルを強くしないといけないかんじ。

あぁ、敗北でtsushimaまでもが・・・

枠を減らそうか( ^ω^)

ゲイスポとν速落ちた？

hayabusaも日本も負けましたかあ

>>950
試合観てたのかYO

それでもゆきだるま鯖とは比べものになんないなあ・・・

さて、live28 みてきます。

あ、かもめだ。

で、練習しとけって言ってた歌って何？

>>950
負けて得るものもありますしね

hyabusaと一緒に終わった

>>955
鯖の話でしょ。

>>955
お前は何見てたのかyo

けいおんまでに安定復活させてくれー

次はジブリ祭りと8月のサマーウォーズかな

次回、参議院選挙に請うご期待
・・・にはならんよなぁ・・・流石に鯖に掛かる負荷が違うだろうし

>>955
主語は「hayabusaが」

>>955
鯖的な意味だよ

負けたのかぁ、なら最初から見とけばよかったぁあああああ
俺の我慢を返せえええ

>>957
kamome、kamome

>>955
おまいが何を見てたのかｔ(ry

かもめ、がんがってる。

2xx 3xx 4xx 5xx URL
1411 0 0 0*/mnewsplus/subject.txt
409 0 0 0 /mnewsplus/
399 142 1 0 /mnewsplus/dat/1277829737.dat
289 15 0 0 /mnewsplus/dat/1277601308.dat
277 10 0 0 /mnewsplus/dat/1277829787.dat
242 3 0 0 /mnewsplus/dat/1277829928.dat
172 0 0 0 /test/bbs.cgi
139 6 0 0 /favicon.ico
138 0 0 0 /mnewsplus/dat/1277758312.dat
134 21 0 0 /ghard/dat/1277829262.dat
104 0 0 0 /test/read.cgi/mnewsplus/1277829737/

>>965
ラピュタじゃなきゃそんな重くならないよ
トトロやハウルじゃ今までも鯖落ちしたことないし

>>957
kamomeでしょｗ

tsushimaが頑張れてませんが

tsushima瀕死

このようすなら、かもめも100Mbpsいくかも。

ツイッターも壊れたｗｗｗ

>>976
tsusimaは？ｗ

>>972
あのラインナップで重くならないのはわかってるけど他に無いからなあ
選挙位か？

tsushimaも落ちたようで。
http://ch2.ath.cx/

ゲハは何が動いてるんだろう？ｗ

76.735M

tsushima死

ttp://hayabusa-1gbpsgraph.maido3.com/kamome/
かもめが、76.735M

>>976
ｋａmomeの実況セッティングがいかんなく発揮されてますな

歌は歌うべきでしょうか？

ネ実が。。。。

まだ冷えないな。< hayabusa

数回 pkill 発動してみたけど、すぐだめ。
冷えるのを待つです。

システム的にはおかしくなっていないので、
冷えれば自力復活するはず。

hayabusはいつ復活すんの？

んじゃ歌うか。
会いたくて〜会いたくて〜震える♪

tsushima みてきます。

この記念日はなんと呼ばれるのかなあ。
2ちゃん的にも何か記念日の名前付けようよ

揺り戻しは43Mぐらいか

ネ実どこいったぁ

お、一覧とれた＠ニテレ

おお、自力復活のきざし。@ hayabusa

>>972
ﾊｳﾙは超過疎だけど耳すまはコマンドー以上にはなるぞ

はやぶさ復活

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

名誉返上

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