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

**動く動くウゴウゴ２ちゃんねる** · 2010/06/15(火) 01:02:06

2ch特化型サーバ・ロケーション構築作戦のスレッドです。

・２ちゃんねるのサーバロケーション、PIEに関する関連作業・調整事項
・DNS登録・変更関連の各種作業や調整事項
・２ちゃんねるのサーバで採用しているOS、FreeBSDに関する情報・調整事項
・各種作戦・プロジェクトとの連携、プロジェクト間の連携

等を取り扱います。

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

**root▲▲ ★** · 2010/06/15(火) 23:12:54

反応どうでした?

httpdはたちまち2048になった。

**root▲▲ ★** · 2010/06/15(火) 23:13:55

見ていた限りでは、割とうまくさばいたような気がする。

[´・ω・｀] softbank219172128097.bbtec.net · 2010/06/15(火) 23:14:13

書き込みが反映されず

リロード3回目でやっと反映された感じ

**動け動けウゴウゴ２ちゃんねる** · 2010/06/15(火) 23:14:14

少しの間取得できなくなった

**動け動けウゴウゴ２ちゃんねる** · 2010/06/15(火) 23:14:21

多少重くなるのはいいんでないんですか。
落ちなければ

**ちきちーた ★** · 2010/06/15(火) 23:14:28

けたぐりって感じですね

**動け動けウゴウゴ２ちゃんねる** · 2010/06/15(火) 23:14:33

もう普通に実況してますね

**動け動けウゴウゴ２ちゃんねる** · 2010/06/15(火) 23:15:12

>>274
誰がうm(ry

**root▲▲ ★** · 2010/06/15(火) 23:15:38

23時7分あたりの山ですか。

http://mumumu.mu/bremen/live28.html

**動け動けウゴウゴ２ちゃんねる** · 2010/06/15(火) 23:16:06

詰まってもすぐに戻れればいいんです

**動け動けウゴウゴ２ちゃんねる** · 2010/06/15(火) 23:16:51

いい感じですかね。

**ちきちーた ★** · 2010/06/15(火) 23:16:59

他のサーバが軽い軽い

**動け動けウゴウゴ２ちゃんねる** · 2010/06/15(火) 23:17:07

そりゃそうだろw

**root▲▲ ★** · 2010/06/15(火) 23:17:41

なるほど、2048人が同時にログ吐くから、こうなるのね。

PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND
46981 root 1 106 0 9944K 3864K RUN 0 3:07 47.75% logbuffer
49782 ユーザ名 1 47 0 58508K 33132K select 1 0:00 2.69% speedy_backend
49783 ユーザ名 1 47 0 58676K 33344K select 1 0:00 2.69% speedy_backend
49804 ユーザ名 1 46 0 58844K 33396K select 1 0:00 2.20% speedy_backend
47041 ユーザ名 1 45 0 59880K 34488K CPU3 2 0:01 1.86% speedy_backend
46969 ユーザ名 1 45 0 62100K 36100K select 3 0:04 1.46% speedy_backend
47620 ユーザ名 1 46 0 62252K 36092K select 3 0:03 1.27% speedy_backend

logbufferが「ちゃんと」CPUを使って、処理できるようになったと。

**動け動けウゴウゴ２ちゃんねる** · 2010/06/15(火) 23:18:22

レス反映→ログ出力だから
引っかかった瞬間のレスは見えるんですよね

**動け動けウゴウゴ２ちゃんねる** · 2010/06/15(火) 23:19:15

追記
http://www.maido3.com/server/zousan/nikki180.html

えーと…メモリ増量の嬉しいニュースの後で誠に恐縮ではございますが、
サーバーのセットアップを続けていたところSSDの方で何やらエラーが…

ad6: TIMEOUT - READ_DMA retrying (1 retry left) LBA=1
ad6: TIMEOUT - READ_DMA retrying (1 retry left) LBA=99177375
ad6: TIMEOUT - READ_DMA retrying (1 retry left) LBA=113475103
ad6: TIMEOUT - READ_DMA retrying (1 retry left) LBA=41610271

ファームウェアの更新に失敗したのか…
ハードディスクの動作モードを後から変更したのがいけないのか…
SSDの初期不良なのか…

き、今日は夜勤ですので( ^ω^)さんと連絡を取り合って、
明日の朝までに何とか問題を解決するよう頑張ります。

報告の続きはまた明日…

**動け動けウゴウゴ２ちゃんねる** · 2010/06/15(火) 23:20:04

>>299
あー・・・あるあるｗ

**動け動けウゴウゴ２ちゃんねる** · 2010/06/15(火) 23:20:43

今日はyutori7のRecvがピコンとしてますね

**root▲▲ ★** · 2010/06/15(火) 23:20:54

>>299
エースさんが今日は夜勤さん、ということなのかしら。

**root▲▲ ★** · 2010/06/15(火) 23:21:21

>>301
またお客様ですかね。

**動け動けウゴウゴ２ちゃんねる** · 2010/06/15(火) 23:21:49

あちらが立てばこちらが立たず・・・しかし今なら
「こんなこともあろうかと」の言葉と共に解決！・・・したらいいなあ。

[´・ω・｀] EATcf-164p118.ppp15.odn.ne.jp · 2010/06/15(火) 23:22:12

>>297
いやCPU使いすぎじゃね?
どういう処理か知らないけどasync ioじゃなくてspliceシステムコールのようなもの使えないの?

**動け動けウゴウゴ２ちゃんねる** · 2010/06/15(火) 23:22:30

>>242
>経路中のどこかで帯域が絞られていますた
実際にあるんだよなこれが。

PIE上位回線とかみかかのQoSによって制限されてる可能性がある

**root▲▲ ★** · 2010/06/15(火) 23:22:44

>>299
AHCIモードとSSDとOSの相性とか、あるかも
などと、くちからでまかせを。

**動け動けウゴウゴ２ちゃんねる** · 2010/06/15(火) 23:22:56

そういえばOSはやっぱり8.0なのかなぁ？

**動け動けウゴウゴ２ちゃんねる** · 2010/06/15(火) 23:23:06

yutoriは実況+じゃね？

**動け動けウゴウゴ２ちゃんねる** · 2010/06/15(火) 23:23:07

ちょっと古い記事だけど、なんか微妙…

2010年1月5日　SATA on ATAとAHCI to CAMの性能比較
http://gihyo.jp/admin/clip/01/fdt/201001/05

**動け動けウゴウゴ２ちゃんねる** · 2010/06/15(火) 23:23:42

きょうもなんだか重いんですけどなにかあれこれやっているんですか？

**ちきちーた ★** · 2010/06/15(火) 23:24:30

>>311
サッカーやってるんじゃないかな

**名無し的用法** ◆v20hUhbxpM · 2010/06/15(火) 23:24:39

と言うか HDDもそうだけど内部設定変えるときは
IDEモードでやらないとダメとか無かったっけ？

**root▲▲ ★** · 2010/06/15(火) 23:25:04

>>305
SunOsさんの降臨待ちですね。

直感的にはあれだけの勢いでログ吐くんだから、このぐらいは使うのかも、と思うです。
その分本当は、個々のhttpdが使うのを代理しているわけで。

私、中身まじめに読んでないので、
もっとうまく書けるのかもですけど。

**root▲▲ ★** · 2010/06/15(火) 23:25:38

>>311
サッカーしてるんではないかと。

**root▲▲ ★** · 2010/06/15(火) 23:25:49

うわ。かぶった。

**動け動けウゴウゴ２ちゃんねる** · 2010/06/15(火) 23:26:43

まーた狙ったんでしょ。

**動け動けウゴウゴ２ちゃんねる** · 2010/06/15(火) 23:26:56

ﾆﾔﾆﾔ

**動け動けウゴウゴ２ちゃんねる** · 2010/06/15(火) 23:27:25

ほんといいコンビですなw

**動け動けウゴウゴ２ちゃんねる** · 2010/06/15(火) 23:29:25

サッカーですね！よーくわかりましたｗ

**動け動けウゴウゴ２ちゃんねる** · 2010/06/15(火) 23:29:27

>315
22:45-25:00 2010FIFA ワールドカップ・G組「コートジボワール×ポルトガル」
80792863

**動け動けウゴウゴ２ちゃんねる** · 2010/06/15(火) 23:29:50

6/29(火)までは23時開始の試合が毎日ありますです。

**root▲▲ ★** · 2010/06/15(火) 23:31:02

>>322
何てすばらしい負荷試験環境（ぼうよみ）。

**〈(｀･ω･｀)〉** ◆EQUAL/Pi.Q · 2010/06/15(火) 23:31:11

今日は案内・誘導しなくても大丈夫だよね？

**動け動けウゴウゴ２ちゃんねる** · 2010/06/15(火) 23:31:54

>>313
> と言うか HDDもそうだけど内部設定変えるときは
> IDEモードでやらないとダメとか無かったっけ？

おいらも思った

**root▲▲ ★** · 2010/06/15(火) 23:32:09

グラフがピクッとならないのは、いいことなのか、悪いことなのか。
http://mumumu.mu/bremen/live28.html

**動け動けウゴウゴ２ちゃんねる** · 2010/06/15(火) 23:32:10

ついでに 00:45-01:15 けいおん!!

**動け動けウゴウゴ２ちゃんねる** · 2010/06/15(火) 23:32:15

>>324
来るな

**root▲▲ ★** · 2010/06/15(火) 23:34:24

>>305
で、spliceって今Googleしたら、
BSDのsendfileみたいなやつということでいいのかしら。

**root▲▲ ★** · 2010/06/15(火) 23:35:14

ちゃんと増えたり減ったりするようになったかな。

%pgrep httpd | wc -l
1803

**動け動けウゴウゴ２ちゃんねる** · 2010/06/15(火) 23:35:29

>>327
岩手県民？

**root▲▲ ★** · 2010/06/15(火) 23:38:15

で、軽いときはちゃんと軽くなるのね。< logbuffer
賢いな。

50267 root 1 -8 0 9944K 4036K aiospn 3 4:39 0.10% logbuffer

[´・ω・｀] EATcf-164p118.ppp15.odn.ne.jp · 2010/06/15(火) 23:38:16

>>329
sendfileだとfileからsocketしかできなかったはず。
sendfileよりもspliceの方が汎用です。

**root▲▲ ★** · 2010/06/15(火) 23:39:37

試合が膠着してると、減っていくと。

pgrep httpd | wc -l
1570

**動け動けウゴウゴ２ちゃんねる** · 2010/06/15(火) 23:40:51

>>323
日本が敗退した時点でサカヲタ以外は関心が一気に薄れるのでは？
この状況が続くのは24日までだと思うのですが

**root▲▲ ★** · 2010/06/15(火) 23:41:35

>>333
FreeBSDにもあったらいいな、と言った人がいて、
http://lists.freebsd.org/pipermail/freebsd-arch/2009-April/009165.html

gnnさんが興味を示した、という状態みたいですね。

**動け動けウゴウゴ２ちゃんねる** · 2010/06/15(火) 23:42:03

>>335
意地でも勝ち上がるしかないな

[´・ω・｀] EATcf-164p118.ppp15.odn.ne.jp · 2010/06/15(火) 23:42:42

>>336
ありゃりゃ、FreeBSDには無いのですか。残念です。

**動け動けウゴウゴ２ちゃんねる** · 2010/06/15(火) 23:43:20

>>335
「日本が敗退したら板集めればいいじゃない」

そんな言葉が頭の中を・・・

[´・ω・｀] FLH1Aaw004.aic.mesh.ad.jp · 2010/06/15(火) 23:45:51

6月はサッカー7月は少し弱いけどジブリ祭り
実験には美味しい季節なのか

**動け動けウゴウゴ２ちゃんねる** · 2010/06/15(火) 23:46:52

ジブリって毎年再放送して子供洗脳してるよな

**動け動けウゴウゴ２ちゃんねる** · 2010/06/15(火) 23:47:09

http://traffic.maido3.com/nLMZ/FaFC/FNcf/
あんまし盛り上がらんね

**動け動けウゴウゴ２ちゃんねる** · 2010/06/15(火) 23:50:02

>>335
トーナメントは必然的に好カードになるので十分盛り上がるかと。
準決と決勝は深夜3時半開始なので負荷テストにはならんだろうけど。

◆TIGOI/DrzHH9 · 2010/06/15(火) 23:51:30

>>313
＞IDEモードでやらないとダメ
SSDのファームウェア更新はIDEモードじゃないと駄目だけどねぇ・・・

**動け動けウゴウゴ２ちゃんねる** · 2010/06/15(火) 23:52:35

板ずいぶんもどちしまったからなぁ

**動け動けウゴウゴ２ちゃんねる** · 2010/06/15(火) 23:54:07

>>324
お前は出て来なくていいよ

**動け動けウゴウゴ２ちゃんねる** · 2010/06/15(火) 23:57:10

>>344
お前は出て来なくていいよ

**動け動けウゴウゴ２ちゃんねる** · 2010/06/15(火) 23:59:33

どうせオランダ戦直前にまた詰め込まれるんだ、わかってます

◆TIGOI/DrzHH9 · 2010/06/16(水) 00:02:25

>>347
川･∀･)<新iPhoneの白が出るまで暇なんだもん

[´・ω・｀] pon038-136.kcn.ne.jp · 2010/06/16(水) 00:10:20

そういや今夜はE3任天堂の日だったな
ゲハ周りで勢い出るかな

SCEは4時からだから微妙だが

**動け動けウゴウゴ２ちゃんねる** · 2010/06/16(水) 00:12:18

今年は3DSで一瞬盛り上がるだろうが任天堂は通常自慢話に終始するから対して勢いはでないと思うよ

**root▲▲ ★** · 2010/06/16(水) 00:53:17

今の試合終了の瞬間を見ていましたが、
logbufferが原因では、詰まらなくなったっぽいですね。

speedy_backend が ufs と言うようになったので、
ファイルの書き出し等(dat、ログ、index.html等)で詰まっているかんじ。

今度改良すべきところはそこか。

**ちきちーた ★** · 2010/06/16(水) 00:54:15

SSDの限界?

**root▲▲ ★** · 2010/06/16(水) 00:55:36

>>353
かどうかは、よくわかりませんです。

シーケンシャルな書き込みや既存ファイルへの追加書き込みは、
SSDになることで、HDDの頃とどう変わるのかしら。

**root▲▲ ★** · 2010/06/16(水) 00:59:07

ファイルの読み込み(特に、細かなファイルがたくさんある時)は、
HDDからSSDになることで「異次元の世界」に突入する、ということは、
さんざん身にしみてわかりましたが、書き込みの方はどうなんだろうか、と。

**root▲▲ ★** · 2010/06/16(水) 01:08:18

今日はこれで終わりかしら。
あ、けいおんがあるんだっけ。

ちなみに、今テレビはliventvみたいだけど、
今日はそれよりもlivevenusとghardみたい。

2xx 3xx 4xx 5xx URL
585 28 0 0*/livevenus/dat/1276616135.dat
335 17 0 0 /liventv/dat/1276611167.dat
182 6 0 0 /ghard/dat/1276616273.dat
123 13 0 0 /ghard/dat/1276617351.dat

**ちきちーた ★** · 2010/06/16(水) 01:09:39

60Mbpsを再び超えそうですな、現在

http://traffic.maido3.com/nLMZ/FaFC/FNcf/

**動け動けウゴウゴ２ちゃんねる** · 2010/06/16(水) 01:10:52

現在E3任天堂カンファレンスでゼルダやってる

**root▲▲ ★** · 2010/06/16(水) 01:20:46

>>357
01:25～で、負荷の高いテレビ番組があるようです。

>>358
少しスレ見てみましたが、ミヤホンさんが出たとかなんとか。

**root▲▲ ★** · 2010/06/16(水) 01:22:23

さっきのサッカーよりも負荷高いし。

2xx 3xx 4xx 5xx URL
1317 29 0 0*/livevenus/dat/1276616171.dat
577 66 0 0 /liventv/dat/1276615810.dat
434 0 0 0 /ghard/dat/1276618681.dat
204 0 0 0 /ghard/subject.txt
194 0 0 0 /test/bbs.cgi
188 4 0 0 /ghard/dat/1276618690.dat

**root▲▲ ★** · 2010/06/16(水) 01:25:46

Electronic Entertainment Expo - Wikipedia
http://ja.wikipedia.org/wiki/Electronic_Entertainment_Expo

で、livevenusはネット中継の実況かしら。

**動け動けウゴウゴ２ちゃんねる** · 2010/06/16(水) 01:28:42

livevenusはアニメとE3いっしょにやってる感じ

**root▲▲ ★** · 2010/06/16(水) 01:32:25

現在livetbsとlivevenusとghard。
昨日よりも動きはかなりよくなった感じ。

2xx 3xx 4xx 5xx URL
1625 0 0 0*/livetbs/dat/1276618146.dat
1095 2 3 0 /livevenus/dat/1276616830.dat
410 8 0 0 /ghard/dat/1276618681.dat
276 0 0 0 /livetbs/subject.txt

**動け動けウゴウゴ２ちゃんねる** · 2010/06/16(水) 01:34:08

SSDでは、書き込む際にHDDでは要らない作業を色々とやっているので
とてもランダムに、しかもとても小さいサイズで書き込まれると結構きついような予感がします

まっさらなSSDに追記だけして使い潰す　という形なので
その点は一般的な使用方法よりはマシだとは思うのですが

**root▲▲ ★** · 2010/06/16(水) 01:36:13

>>364
datや芋のような追記型ファイルはともかく、
subject.txt subback.html html/*.html index.html のように、
毎度毎度作り直されるファイルは、SSDだと結構つらいってことでしょうか。

**root▲▲ ★** · 2010/06/16(水) 01:37:05

あ、小さいdatがいっぱいあって、同時多発的に書き込まれるなら、
datでも同じことなのか。

**ちきちーた ★** · 2010/06/16(水) 01:40:47

ということになるのか、

live29が来て、CPU,RAMが余裕の時にSSDがどうなるかが見れるかな

**動け動けウゴウゴ２ちゃんねる** · 2010/06/16(水) 01:41:32

そういえば上書きされるファイルもありますね。
そのようなものは、見かけ上のアドレスが一緒でも、フラッシュメモリ上では転々とお引っ越しを繰り返すはずです。
上書きの頻度が高いと、当然SSDには負担になりますし、
まっさらな領域を食い潰すことにもなるので、もしかすると性能の劣化を早めるかもしれません。

**root▲▲ ★** · 2010/06/16(水) 01:41:59

>>367
楽しみですね。

仕込みは順調にいっているのかしら。

**root▲▲ ★** · 2010/06/16(水) 01:44:16

>>368
今のgimpoがまさに、そんなかんじな気がします。

◆cZfSunOs.U · 2010/06/16(水) 01:47:42

splice() ってのがあるんですか，なるほど...ただ，
http://www.freebsd.org/cgi/man.cgi?query=splice
ということは，ないんでしょうか...？

んで logbuffer ですが，ちと動きが怪しい部分があったかも
ということで，修正版を置いておきました．

**root▲▲ ★** · 2010/06/16(水) 01:50:20

セッションが多くなってきて微妙になるのは、
これの値をそろそろ気にしろ、ということなのかしら。

http://httpd.apache.org/docs/2.2/ja/mod/mpm_common.html#listenbacklog

>>371
www2で試してみて、
うまくいくようなら、入れ替えをお願いしてみます。

**root▲▲ ★** · 2010/06/16(水) 01:50:46

splice() はまだなさげですね。>>371

**動け動けウゴウゴ２ちゃんねる** · 2010/06/16(水) 01:54:45

ちょっとドーンがキタかな3DSで

**root▲▲ ★** · 2010/06/16(水) 01:58:02

logbufferはうまく動くようなので、入れ替えのお願いを出しておきます。
改良版のインストールキットはメールで送ります。

**ちきちーた ★** · 2010/06/16(水) 02:04:25

どーんと来てもすぐ立ち直るのがいいねぇ

**root▲▲ ★** · 2010/06/16(水) 02:08:59

>>375
お願いしました。

>>376
昨日より間違いなく良くなっているですね。
httpdの数も、割といい感じに増減している様子です。

**root▲▲ ★** · 2010/06/16(水) 02:11:15

これを送りました。
＜logbufferの更新インストールのお願い＞

お世話になります。tiger3551サーバにて、以下の作業をお願いいたします。

1) 別途メールにてお送りする logbuffer インストールキットのインストール

% make
# make install

2) 以下の手順により、logbufferプロセスの再起動と確認

# pgrep logbuffer
xxxx (pidが表示されます)
# pkill logbuffer
# pgrep logbuffer
yyyy (pidが変わったのを確認)

**root▲▲ ★** · 2010/06/16(水) 02:20:30

>>372
man listen すると、

> The sysctl(3) MIB variable kern.ipc.somaxconn specifies a hard limit on
> backlog; if a value greater than kern.ipc.somaxconn or less than zero is
> specified, backlog is silently forced to kern.ipc.somaxconn.

とあるので、指定できる最大値は kern.ipc.somaxconn の値に依存していると。

**root▲▲ ★** · 2010/06/16(水) 02:24:14

kern.ipc.somaxconn の値は以前、32768まで大きくしてもらっているので、
http://www.maido3.com/server/zousan/nikki170.html#sp1

Apacheのドキュメントの通り、もしApacheの方で
この値を511に制限してるなら、この値を大きくして
「一度に接続待ちにできる数」を増やしておけば、
「どーん」の時の接続しそこないを、出にくくできるはず、と。

**root▲▲ ★** · 2010/06/16(水) 02:26:30

で、設定値は安全を見て、
今のhttpdの最大数の倍あたりかな。
4096 とか。

で、こわいから、まず www2 で試して、
うまくいくかやってみよう。

**動け動けウゴウゴ２ちゃんねる** · 2010/06/16(水) 02:30:29

rootさん寝ないの

**root▲▲ ★** · 2010/06/16(水) 02:32:39

>>372 のリンク先を抜粋しておこう。

デフォルト: ListenBacklog 511

保留状態のコネクションのキューの最大長です。
一般的には調整する必要はありませんし、調整は望ましくありません。
しかし、TCP SYN フラッドアタックの状況下におかれる場合に、
増やした方が望ましいシステムもあります。
listen(2) システムコールのバックログパラメータをご覧下さい。

この値は OS により、小さな数に抑えられます。
値は OS 毎に異なっています。また多くの OS では、
バックログとして指定されている値ちょうどまで使っているわけではなく、
設定されている値に基づいて (通常は設定値よりも大きな値を) 使っていることに
注意してください。

(次に続く)