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

**動く動くウゴウゴ２ちゃんねる** · NG

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

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

等を取り扱います。

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

**動け動けウゴウゴ２ちゃんねる** · 2010/07/02(金) 18:36:36

おいしいアイスカプチーノを入れたいんじゃなかろうかと

**動け動けウゴウゴ２ちゃんねる** · 2010/07/02(金) 18:39:56

よし、次のサーバーはこの辺でヨロ。みたいなー。
http://www.nippoh-kiko.co.jp/catalog/type04/02.html

**動け動けウゴウゴ２ちゃんねる** · 2010/07/02(金) 18:45:55

7/2(金) 21:00 ～ 22:54
金曜ロードショー「紅の豚」

7/2(金) 22:50 ～ 23:55　～ 01:00
NHK教育→NHK総合
2010FIFAワールドカップ・準々決勝
「オランダ×ブラジル」

**動け動けウゴウゴ２ちゃんねる** · 2010/07/02(金) 18:51:55

当社のコーヒーメーカーを買えば
継続的な豆の購入の特典として書き込み権限が付いて来ます。

**動け動けウゴウゴ２ちゃんねる** · 2010/07/02(金) 19:40:12

>>303
そのうち　ﾋﾞｱ・ｻｰﾊﾞｰ入れそうな希ガス

**動け動けウゴウゴ２ちゃんねる** · 2010/07/02(金) 19:56:52

当社のビアサーバーを買えば
継続的な生ビールの購入の特典として２ちゃんねるの過去ログが読み放題です。

**動け動けウゴウゴ２ちゃんねる** · 2010/07/02(金) 20:18:16

>>310
あとは綺麗なおねーちゃんも入れれば完璧ですね、わかります

**動け動けウゴウゴ２ちゃんねる** · 2010/07/02(金) 20:23:02

またワクワクする週末がやってきた
頑張ってねん

**動け動けウゴウゴ２ちゃんねる** · 2010/07/02(金) 20:53:20

紅の豚が来るぞー！

＠日テレ　21:00～

**動け動けウゴウゴ２ちゃんねる** · 2010/07/02(金) 21:01:18

2ちゃん名物の鯖落ちがなくなるってなると寂しいな

**動け動けウゴウゴ２ちゃんねる** · 2010/07/02(金) 21:27:41

今じゃ鯖落ちを名物と思ってない人も増えてるからなあ

**動け動けウゴウゴ２ちゃんねる** · 2010/07/02(金) 21:33:44

名言来ましたがぜんぜん大丈夫そうですね

**動け動けウゴウゴ２ちゃんねる** · 2010/07/02(金) 21:44:53

>>316
鯖落ちを楽しめない人が増えているんですよ。

**動け動けウゴウゴ２ちゃんねる** · 2010/07/02(金) 21:45:49

世の中ピリピリしすぎなんだよなあ
バルスなんか鯖落ちするのが名物なのに

**動け動けウゴウゴ２ちゃんねる** · 2010/07/02(金) 21:48:55

落ちない実況なんて…
バルス！の時は手動で落とせよ
約束だからな

**動け動けウゴウゴ２ちゃんねる** · 2010/07/02(金) 21:53:18

>>314
11時に向けてのウォーミングアップにもなってない（´・ω・｀）

**動け動けウゴウゴ２ちゃんねる** · 2010/07/02(金) 21:56:53

豚好きは大人が多いからだろｗ

**動け動けウゴウゴ２ちゃんねる** · 2010/07/02(金) 22:03:24

豚はそこまで破壊力ないからなぁ
興味ないって人も少なからず居るかと

**動け動けウゴウゴ２ちゃんねる** · 2010/07/02(金) 22:18:37

2ちゃんユーザーの高齢化 10代や20代という若い世代にとって、『2ちゃんねる』という言葉を口にすること自体が恥ずかしい
http://newtou.info/entry/3454/

**動け動けウゴウゴ２ちゃんねる** · 2010/07/02(金) 22:19:35

日本戦に比べたらジブリなんて微々たるもの

**動け動けウゴウゴ２ちゃんねる** · 2010/07/02(金) 22:43:16

盛り上がらないねえ

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

>>325
このグラフだと半分弱だった
http://hayabusa-1gbpsgraph.maido3.com/hayabusa/

**動け動けウゴウゴ２ちゃんねる** · 2010/07/02(金) 23:07:51

2010/07/02(金)　23:07:06
NHK総合の勢い: 67res/分　22:55～23:50　参議院比例代表選挙政見放送
NHK教育の勢い: 165res/分　22:50～23:55　2010ＦＩＦＡワールドカップ・準々決勝
日本テレビの勢い: 70res/分　23:00～23:30　アナザースカイ
TBSテレビの勢い: 18res/分　23:00～23:30　Ａ－Ｓｔｕｄｉｏ
フジテレビの勢い: 8res/分　23:00～23:30　恋するＴＶすごキュン
テレビ朝日の勢い: 58res/分　23:10～23:15　世界の車窓から
テレビ東京の勢い: 19res/分　22:54～23:58　ワールドビジネスサテライト

やっぱETVじゃダメか

**動け動けウゴウゴ２ちゃんねる** · 2010/07/02(金) 23:10:39

ブラジル先制

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

もうサッカーも盛り上がらないんかね

**動け動けウゴウゴ２ちゃんねる** · 2010/07/02(金) 23:17:41

サッカーファン以外のニッポン応援ファンが離れちゃったからね

**動け動けウゴウゴ２ちゃんねる** · 2010/07/02(金) 23:22:52

日本審判団の晴れの舞台なのにね（´・ω・｀）

**動け動けウゴウゴ２ちゃんねる** · 2010/07/02(金) 23:24:51

ニッポンのレフェリーは世界レベルなのに先週は…

**動け動けウゴウゴ２ちゃんねる** · 2010/07/02(金) 23:37:35

アタック？
やたら受信が増えてるけど

**動け動けウゴウゴ２ちゃんねる** · 2010/07/02(金) 23:58:07

たまに、アタックらしき痕跡が報告されるよね
密かに対処されてるのか、放置されてるのか分からないけど

**動け動けウゴウゴ２ちゃんねる** · 2010/07/03(土) 00:02:29

　　　　　　　　　　　　　ﾃｨｳﾝﾃｨｳﾝ
　　　　　　　　　　　　　　　ﾃｨｳﾝﾃｨｳﾝ
　　　　　　　　◎　　◎
　　　　　◎　　　　　　　　◎

　　 ◎　　　　　　　　　　　　◎
　　　　　　　　　　　　　　　　　　　　　　 Γ￣￣￣￣￣￣￣￣
∧∧◎ ∧∧∧∧∧∧∧∧◎∧∧∧│
三三三三三三三三三三三三三三三 │
　　　　　◎　　　　　　　　◎
　　　　　　　　◎　　◎

**動け動けウゴウゴ２ちゃんねる** · 2010/07/03(土) 00:09:05

>>266
Apache httpd+CGI だと、ログ出力=レスポンス完了時=CGIプログラム終了時となるのがふつう。
つまり、ログに書けないことが原因でdatに書けないということはない。
もちろん、あくまでもふつうのケースなので、意識して先にログ出力することは出来ると思うが、
ログ出力されたことを確認してからdat書き込みなんてコストのかかることはやってないと推測。

**root▲▲ ★** · 2010/07/03(土) 00:26:13

きたく。

それなりに盛り上がってはいるのか。

2xx 3xx 4xx 5xx URL
2843 55 0 0*/livenhk/dat/1278083982.dat
1143 30 0 0 /livefoot/dat/1278083598.dat
443 0 0 0 /livenhk/subject.txt
373 0 0 0 /test/bbs.cgi
372 15 0 0 /livefoot/dat/1278084267.dat
330 34 0 0 /liveanb/dat/1278078434.dat
289 23 0 0 /livenhk/dat/1278084004.dat
262 0 0 0 /test/read.cgi/livenhk/1278083982/l50
220 9 0 0 /livejupiter/dat/1278084109.dat
195 44 0 0 /livevenus/dat/1278078310.dat
193 32 0 0 /livewowow/dat/1278081145.dat
186 7 0 0 /livefoot/dat/1278083007.dat

**root▲▲ ★** · 2010/07/03(土) 00:31:16

2xx 3xx 4xx 5xx URL
2647 118 0 0*/livenhk/dat/1278084347.dat
1096 2 0 0 /livenhk/subject.txt
852 11 0 0 /livefoot/dat/1278084374.dat
594 0 0 0 /livefoot/subject.txt
510 3 0 0 /livenhk/dat/1278076963.dat
498 0 0 0 /test/bbs.cgi
462 11 0 0 /livefoot/dat/1278084267.dat
439 4 0 0 /livefoot/dat/1278083007.dat
325 7 0 0 /livenhk/dat/1278084004.dat
270 21 0 0 /livejupiter/dat/1278084109.dat
248 0 0 0 /test/read.cgi/livenhk/1278084347/l50
220 1 0 0 /livenhk/

**root▲▲ ★** · 2010/07/03(土) 00:32:58

2xx 3xx 4xx 5xx URL
2538 36 0 0*/livenhk/dat/1278084356.dat
1129 17 0 0 /livefoot/dat/1278084374.dat
619 1 0 0 /livenhk/subject.txt
596 23 0 0 /livenhk/dat/1278083641.dat
485 12 0 0 /livefoot/dat/1278084267.dat
427 3 0 0 /livefoot/dat/1278083007.dat
419 2 0 0 /liveanb/dat/1278078434.dat
393 12 0 0 /livenhk/dat/1278084004.dat
340 0 0 0 /test/read.cgi/livenhk/1278084356/l50
337 0 0 0 /test/bbs.cgi
303 4 0 0 /livenhk/

**動け動けウゴウゴ２ちゃんねる** · 2010/07/03(土) 00:33:00

ブラジル先制→オランダ逆転でちょっと盛り上がっているようです

**root▲▲ ★** · 2010/07/03(土) 00:33:23

logbuffer の刷毛がすごくよくなった。

httpdが詰まらなくなった。

**root▲▲ ★** · 2010/07/03(土) 00:33:46

2xx 3xx 4xx 5xx URL
3627 31 2 0*/livenhk/dat/1278084356.dat
1511 13 0 0 /livefoot/dat/1278084374.dat
749 15 0 0 /livenhk/dat/1278083641.dat
716 7 0 0 /livefoot/dat/1278083007.dat
702 0 0 0 /livenhk/subject.txt
670 6 0 0 /livefoot/dat/1278084267.dat
559 3 0 0 /liveanb/dat/1278078434.dat
543 0 0 0 /test/bbs.cgi
498 14 0 0 /livenhk/dat/1278084004.dat
486 7 0 0 /livenhk/dat/1278084666.dat
333 7 0 0 /livejupiter/dat/1278084109.dat
309 1 0 0 /livenhk/

**動け動けウゴウゴ２ちゃんねる** · 2010/07/03(土) 00:36:06

してで73M

**root▲▲ ★** · 2010/07/03(土) 00:40:49

今どうでした?

私のPCがおかしくなってここに書けなかった。
(2chとは別の理由)

logbufferの挙動が一瞬おかしくなって、
LAがすごくあがった。LA=1000近くいったかも。

**動け動けウゴウゴ２ちゃんねる** · 2010/07/03(土) 00:41:08

30分あたり軽くドーンでしたね

**root▲▲ ★** · 2010/07/03(土) 00:42:10

ちょうどhayabusaの様子がおかしかった時、
自分のPCで別ソフトの更新プログラムが動いていて、
何もできなかった。ちと悲しい。

**root▲▲ ★** · 2010/07/03(土) 00:42:46

logbuffer が突然、いなくなった。
で、どばどばどばっとプロセスが詰まって、LAが急上昇した。

**root▲▲ ★** · 2010/07/03(土) 00:44:46

やっぱり、グラフ切れているな。
http://mumumu.mu/bremen/hayabusa.html

いったい何があったんだ?
ちょうど触れなかったのが、あまりにも悲しい。

**root▲▲ ★** · 2010/07/03(土) 00:45:38

>>348 の瞬間の様子が見たかったな、、、。

今はもう正常なので、様子がわからない。

**動け動けウゴウゴ２ちゃんねる** · 2010/07/03(土) 00:46:45

logbufferの消失
LAえらいことになってますね

**root▲▲ ★** · 2010/07/03(土) 00:51:04

top で一番上にlogbufferがはりついて、
きちんと今までよりも多く、CPUを使ってくれてたんですよね。

で、いいかんじじゃん、って思ってたら、
突然 top から logbuffer が消えてなくなって、
LA がみるみる急上昇していき、speedy_backend がどばどばと詰まり始めた。

この間、画面を見るだけで、キーボードでの操作ができなかった。
みるみるうちにLA=1000近くにまでなった。

で、ようやく触れるようになってすかさず ps で探すと、
R 状態になった logbuffer がいた。
(このときtopのWindowでやったので、topは見れず)
しかし、logbufferの通産CPU処理時間が異常に少なくなっていたので、
logbuffer 自体が終了してしまっていたんだと思う。

で、次にtopを動かすと、logbufferが一番上に復活してて、
既に正常に戻りはじめていた。

**root▲▲ ★** · 2010/07/03(土) 00:51:59

%ls -l /logbuffer.core
-rw------- 1 root wheel 3813376 Jun 29 09:51 /logbuffer.core

これ保管しておこう。

**動け動けウゴウゴ２ちゃんねる** · 2010/07/03(土) 00:52:00

そしてオランダは逆転勝ちです

**動け動けウゴウゴ２ちゃんねる** · 2010/07/03(土) 00:52:14

>>349
してがカレーとキムチ間違えて出しそうになったとき・・・かな？

**root▲▲ ★** · 2010/07/03(土) 00:53:33

というか、mode 600 か。自分ではとれないな。

中の人にこの core ファイルを私あてに送ってもらうように、
お願いしておこう。

と言っても、明日と明後日は会社の行事で私はおでかけ＆オフラインの予定。

**root▲▲ ★** · 2010/07/03(土) 00:54:35

でも、core ができるような落ち方したので、
デバッグは可能な予感がするです。

**動け動けウゴウゴ２ちゃんねる** · 2010/07/03(土) 00:54:40

>>349
BS11でテロキターの辺りかな？

**動け動けウゴウゴ２ちゃんねる** · 2010/07/03(土) 00:55:03

タイミング的にブラジル選手に一発レッドカードのときでしょうか。

**動け動けウゴウゴ２ちゃんねる** · 2010/07/03(土) 00:56:50

>>358
あ、全然違った
恥ずかしい

**root▲▲ ★** · 2010/07/03(土) 00:58:24

0時37分～0時38分JSTあたりの挙動が、
変だったようです。

あ、、、でも今見たら、このlogbufferのcoreは、
今回のやつじゃないな。
だから意味なさげ。

%env TZ=JST-9 ls -l /logbuffer.core
-rw------- 1 root wheel 3813376 Jun 30 01:51 /logbuffer.core

**root▲▲ ★** · 2010/07/03(土) 01:03:27

>>352
> で、ようやく触れるようになってすかさず ps で探すと、
> R 状態になった logbuffer がいた。

ターミナルのスクロールバッファに残ってた。
今見ると D (ディスクI/O待ち)もあるな。

%ps axww | grep logbuffer
32562 ?? D 0:00.06 /usr/local/sbin/logbuffer
%ps axww | grep logbuffer
32562 ?? R 0:00.06 /usr/local/sbin/logbuffer
32577 p1 R+ 0:00.02 grep logbuffer
%ps axww | grep logbuffer
32562 ?? D 0:00.07 /usr/local/sbin/logbuffer
32580 p1 R+ 0:00.00 grep logbuffer
%ps axww | grep logbuffer
32562 ?? R 0:00.07 /usr/local/sbin/logbuffer
32582 p1 R+ 0:00.00 grep logbuffer
%ps axww | grep logbuffer
32562 ?? R 0:00.07 /usr/local/sbin/logbuffer
32584 p1 R+ 0:00.00 grep logbuffer
%ps axww | grep logbuffer
32562 ?? D 0:00.07 /usr/local/sbin/logbuffer
32586 p1 R+ 0:00.01 grep logbuffer
%ps axww | grep logbuffer
32562 ?? R 0:00.07 /usr/local/sbin/logbuffer
32588 p1 R+ 0:00.00 grep logbuffer
%!ps
ps axww | grep logbuffer
32562 ?? R 0:00.13 /usr/local/sbin/logbuffer
32615 p1 R+ 0:00.00 grep logbuffer
%!ps
ps axww | grep logbuffer
32562 ?? R 0:00.24 /usr/local/sbin/logbuffer
32619 p1 L+ 0:00.01 grep logbuffer

**root▲▲ ★** · 2010/07/03(土) 01:04:44

top の出力ではそのおかしくなっていた間、
"Lock" なプロセスがたくさんいたようだ。

**root▲▲ ★** · 2010/07/03(土) 01:07:04

さて、どうするのがいいのか。しかし情報量不足は否めないな。
ちなみにlogbufferが該当時間 core 吐いた、というsyslogはなかった。

**動け動けウゴウゴ２ちゃんねる** · 2010/07/03(土) 01:12:07

実況鯖、そのぐらいの時間帯に繋がりにくくなったけど、ログを見る限り
連続して流れてる。不思議。

**動け動けウゴウゴ２ちゃんねる** · 2010/07/03(土) 01:13:33

一瞬重くなったけど落ちなかったな

**動け動けウゴウゴ２ちゃんねる** · 2010/07/03(土) 01:15:47

root さんの監視信号が狂わせた。と思う。

**動け動けウゴウゴ２ちゃんねる** · 2010/07/03(土) 01:20:28

そういやうちの会社、リバースプロキシの処理速度あげたら何故か詰まるようになって、
何事かと思ったら裏側が早くなりすぎてhttpdのバッファがあふれるようになったというオチだった。
という日記。

**root▲▲ ★** · 2010/07/03(土) 01:25:35

状況証拠的には、

・高負荷時にlogbufferが突然、いなくなり、
・ログを渡す先がいなくなったhttpdがばたばたと詰まり始め、LAが急上昇し、
・それからしばらく後に、logbufferが復活し、
・httpdが元に戻った

ように見えますた。

**root▲▲ ★** · 2010/07/03(土) 01:31:42

で、今日はもうここまで負荷がかかるのはなさげ?

**動け動けウゴウゴ２ちゃんねる** · 2010/07/03(土) 01:32:32

>>370
次の試合は午前3時半からウルグアイ×ガーナなのでそれほど観客いないかと

**root▲▲ ★** · 2010/07/03(土) 01:35:07

>>371
どもです。
それだと、状況再現は難しそうすね。

**動け動けウゴウゴ２ちゃんねる** · 2010/07/03(土) 01:39:50

ウルグアイ×ガーナかわいそう

**動け動けウゴウゴ２ちゃんねる** · 2010/07/03(土) 01:44:02

7/3(土) 22:00 ～ 01:10 TBS
2010FIFAワールドカップ・準々決勝「アルゼンチン×ドイツ」

7/3(土) 22:05 ～ 00:00 NHK総合
ウィンブルドンテニス2010 「女子シングルス・決勝」

7/4(日) 03:00 ～ 05:40 日本テレビ
2010FIFAワールドカップ・準々決勝「パラグアイ×スペイン」

**root▲▲ ★** · 2010/07/03(土) 01:44:24

その時間帯(0:00JST台)のhttpdアクセスログを消えないところに保管しておこう。
(ログは古くなると消えてしまう)
後で何かわかるかもしれない。

**root▲▲ ★** · 2010/07/03(土) 01:46:11

とりあえず hayabusa のホームにコピーしておいた。>>375

**動け動けウゴウゴ２ちゃんねる** · 2010/07/03(土) 01:48:34

でもまあ自然復活するのであれば、運用上それほどの痛手でもないような。とりあえずは

**root▲▲ ★** · 2010/07/03(土) 01:50:04

ということで、logbufferの挙動不審の原因が知りたいところ。

1) logbufferプログラムの問題
2) FreeBSDのaio(4)のチューニングが不十分
3) FreeBSDのaio(4)に虫がいる
4) 他の何か

**root▲▲ ★** · 2010/07/03(土) 01:57:05

別件の話ではあるけど、こんなのが。

http://www.ruby-forum.com/topic/194043

> If kernel AIO queue overflows then nginx fall back to synchronous IO.

つまり、カーネルの AIO queue は、あふれることもあると。

**root▲▲ ★** · 2010/07/03(土) 01:59:41

で、こいつらをチューニングしれ、ということの模様。

vfs.aio.max_aio_queue (default) 1024
vfs.aio.max_aio_queue_per_proc 256
vfs.aio.max_aio_per_proc 32
vfs.aio.max_aio_procs 32

今の hayabusa では、
vfs.aio.max_aio_queue_per_proc を 256 から 1024 にしてある
(SunOSさんのプログラムでは実際には512らしいですが >>140)
以外は、すべてデフォルトのまま。

**root▲▲ ★** · 2010/07/03(土) 02:01:09

直感では、

> vfs.aio.max_aio_queue (default) 1024

これっぽいかな。

per_proc の増やしぶりに合わせるとしたら、
1024 → 4096 かな。

でもソースさらっと当たらないと、ちょっと不安だな。

**root▲▲ ★** · 2010/07/03(土) 02:06:12

まずは基本のこれやって、と。

%sysctl -d vfs.aio
vfs.aio: Async IO management
vfs.aio.max_buf_aio: Maximum buf aio requests per process (stored in the process)
vfs.aio.max_aio_queue_per_proc: Maximum queued aio requests per process (stored in the process)
vfs.aio.max_aio_per_proc: Maximum active aio requests per process (stored in the process)
vfs.aio.unloadable: Allow unload of aio (not recommended)
vfs.aio.aiod_lifetime: Maximum lifetime for idle aiod
vfs.aio.aiod_timeout: Timeout value for synchronous aio operations
vfs.aio.num_buf_aio: Number of aio requests presently handled by the buf subsystem
vfs.aio.num_queue_count: Number of queued aio requests
vfs.aio.max_aio_queue: Maximum number of aio requests to queue, globally
vfs.aio.target_aio_procs: Preferred number of ready kernel threads for async IO
vfs.aio.num_aio_procs: Number of presently active kernel threads for async IO
vfs.aio.max_aio_procs: Maximum number of kernel threads to use for handling async IO

**root▲▲ ★** · 2010/07/03(土) 02:07:34

で、これか。

%sysctl vfs.aio
vfs.aio.max_buf_aio: 16
vfs.aio.max_aio_queue_per_proc: 1024 # 256から増やし済
vfs.aio.max_aio_per_proc: 32
vfs.aio.unloadable: 0
vfs.aio.aiod_lifetime: 30000
vfs.aio.aiod_timeout: 10000
vfs.aio.num_buf_aio: 0
vfs.aio.num_queue_count: 513
vfs.aio.max_aio_queue: 1024
vfs.aio.target_aio_procs: 4
vfs.aio.num_aio_procs: 4
vfs.aio.max_aio_procs: 32

**root▲▲ ★** · 2010/07/03(土) 02:21:58

あとはとりあえず、明日以降かな。

>>381 の、
vfs.aio.max_aio_queue=4096

を www2.2ch.net でやってみて、まずは問題なさげなのを確認。
/etc/sysctl.conf @ www2 にも追加してみた。

# tuning for aio(4)
vfs.aio.max_aio_queue_per_proc=1024
vfs.aio.max_aio_queue=4096

今日のところは、こんなかんじで。
日曜夕方までは、あまりアクセスできない見込み。

**動け動けウゴウゴ２ちゃんねる** · 2010/07/03(土) 02:43:17

>>384
ワールドカップについては23時開始は明日が最後なので、
これ以降は日本戦のような高負荷は望めないかな。
決勝も月曜の明け方だしねぇ。

**動け動けウゴウゴ２ちゃんねる** · 2010/07/03(土) 03:15:33

vfs.aio.num_queue_count: 513 って現在値なのかな
すでに513も居る？

**root▲▲ ★** · 2010/07/03(土) 03:38:52

>>386
httpd を一時的に止めると、その値は 0 になりました。@ www2
他の値は変わりませんでした。

で、SunOSさん版logbufferを動かすと、この値は513にはりつくみたい。

♪ ◆/y.Ychk2JQ · 2010/07/03(土) 05:12:15

>>337
ここでいうログって芋ログのことだと思ってたんだけど違うのかな？
レスはあるけどその芋ログがないとかが起きないように、芋ログ出力の成功を経てdatへの書き出しを行っているのかなと。
まぁそんな面倒な処理にはなってない感じだけどね。

**動け動けウゴウゴ２ちゃんねる** · 2010/07/03(土) 06:26:10

ウルグアイvsガーナ　神試合だったけど伸びてないな
http://hayabusa-1gbpsgraph.maido3.com/hayabusa/
http://mumumu.mu/bremen/hayabusa.html

**動け動けウゴウゴ２ちゃんねる** · 2010/07/03(土) 06:29:10

面白かった、今の試合。
今日の試合で負荷実験は終わりでしょうな。

◆cZfSunOs.U · 2010/07/03(土) 09:02:30

う～む，何が起きてたんでしょうねぇ......＜logbuffer
core は aio_write() 入れる前のやつのようですが，
いずれにせよ何かが起きてたらしいと．

>>386-387 とにかく logbuffer を詰まらせないのを目標に，
aio の並列実行数を思い切った数値にしてる感じです．

**動け動けウゴウゴ２ちゃんねる** · 2010/07/03(土) 11:29:47

昨夜23時30分に変なトラフィックが来てる。
攻撃？

banana3244
http://traffic.maido3.com/IQ1Z/9xoI/G2b5/

banana3260
http://traffic.maido3.com/hEnJ/6kEK/QD9x/

**外出先** ◆MUMUMUhnYI · 2010/07/03(土) 11:38:25

>>391
それだとやっぱり、システム全体のキャパを大きくしておくために、
>>384 をhayabusaとkamomeに投入してもらうのがよさそうですね。

/etc/sysctl.confに追加してもらって
/etc/rc.d/sysctl restartするだけなので、動かしながら投入できます。

ぼちぼちというかんじで。

**外出先** ◆MUMUMUhnYI · 2010/07/03(土) 11:54:35

>>393 をkamomeとhayabusaに設定するのをお願いした。

[´・ω・｀] c-24-21-8-154.hsd1.or.comcast.net · 2010/07/03(土) 11:54:47

挙動は変わると思うけど、プログラムで個別にaioに対応するより、
asyncでディスクをマウントして、sysctlのvfs.*dirty*あたりをいじるっていうのも手じゃないのかなと。
SSDとの相性は知らないけど…

**外出先** ◆MUMUMUhnYI · 2010/07/03(土) 11:59:15

>>395
/home を async + gjournal とかにして、
そのへんを別途試してみる、というのはありかもですね。

[´・ω・｀] c-24-21-8-154.hsd1.or.comcast.net · 2010/07/03(土) 12:02:19

>>396
聞きかじりですが、gjournaは2chのような重いサーバーには不向きかもしれません…

**外出先** ◆MUMUMUhnYI · 2010/07/03(土) 12:14:20

>>397
そのへん、ｋｗｓｋききたいです。

**外出先** ◆MUMUMUhnYI · 2010/07/03(土) 12:23:37

>>393-394 は完了したとのこと。
田舎に移動中なので、もうすぐ電波弱くなるかも。

**動け動けウゴウゴ２ちゃんねる** · 2010/07/03(土) 12:36:35

rootさんの移動っぷりは異常
まさか外国行ってるとはｗ

[´・ω・｀] c-24-21-8-154.hsd1.or.comcast.net · 2010/07/03(土) 12:42:50

>>398
実際に試してみた人から聞いたのですが、「負荷がかかると応答しなくなる」とのことでした。
１年ぐらい前の話なので、それ以来改良されているかどうかわかりませんが…

個人的にはSoftupdate Journalingでしたっけ、あれに期待してます。
さすがに何TBでfsckはもうごめんなので…

**動け動けウゴウゴ２ちゃんねる** · 2010/07/03(土) 12:48:03

末尾iが末尾0になったという報告が
帯域が変わったのかな

【news】ニュース速報運用情報591【ν】
http://qb5.2ch.net/test/read.cgi/operate/1277836049/857
857 名前：pw126228031224.24.tik.panda-world.ne.jp(126.228.31.224)[sage] 投稿日：2010/07/03(土) 05:29:00 ID:NLa/0/P00
こうだっけ
2～3日前まではiだったんだけど

Monazilla/1.00 BB2C/1.0

**動け動けウゴウゴ２ちゃんねる** · 2010/07/03(土) 12:51:50

>>402
iPhone4らしいからそのせいかも
4はMicroSIMとかで帯域が多少違うかも試練

[´・ω・｀] EAOcf-391p138.ppp15.odn.ne.jp · 2010/07/03(土) 13:44:08

ファイルシステムについて、このあたりが参考になるかも。

http://www.bsdcan.org/2010/schedule/attachments/141_suj-slides.pdf
http://jeffr-tech.livejournal.com/22716.html

**動く動くウゴウゴ２ちゃんねる** · NG

今夜は落ちるでしょ（笑）

[´・ω・｀] EATcf-164p118.ppp15.odn.ne.jp · 2010/07/03(土) 14:03:24

aioの読み書きはカーネルスレッドが行う。例えばLinuxでは[aio/0]などがそのカーネルスレッドに当たる。
そのカーネルスレッドが非preemptableなのにaioを使いまくるとLAがうなぎ登る原因になり得る。
が、Linuxの場合はカーネルのコンパイルオプションでCONFIG_PREEMPT_VOLUNTARYが有効ならば(大抵は有効になっている)、カーネル内の任意の位置をpreemptableにできる。
そのため、そのカーネルスレッド内にpreemptableな場所があれば問題はかなり軽減されるはず (が、実際preemptableな場所があるかは知らない)。
しかし、そうすると読み書き処理が遅れたままとなってしまう…。うーん、微妙? 何か勘違いしているかも。
ちなみにLinuxだとカーネルスレッドの優先具合は確かnice値の初期値が過去に-5だったぐらい(今は0だったはず)。
FreeBSDでどうかは詳しい人に任せた。