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

**root▲ ★** · NG

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

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

等を取り扱います。

現在、複数サーバによる連携により、
サーバ能力のさらなるスケールアップをめざすための「雪だるま作戦」が進行中です。
しかし、問題はあらゆる意味で山積の状態です。

特に、成熟度を高めたリリースであるはずの FreeBSD 6.1R において、
amd64 アーキテクチャでの突然のハングアップの不具合が、深刻な問題となっています。

**動け動けウゴウゴ２ちゃんねる** · 2006/06/12(月) 04:10:19

にん

**ｒｅｆｆｉ@報告人 ★** · 2006/06/12(月) 04:11:58

>1
乙～
前スレ1000もきれいに決まったようで

**動け動けウゴウゴ２ちゃんねる** · 2006/06/12(月) 04:12:03

999 ：たにし ★ ：2006/06/12(月) 04:09:13 ID:???0
　　ぬわわわ

**root▲ ★** · NG

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

>>1
乙

**動け動けウゴウゴ２ちゃんねる** · 2006/06/12(月) 04:13:25

>>1
ぼみょ

＞ぬわわわ
流行るといいね

**動け動けウゴウゴ２ちゃんねる** · 2006/06/12(月) 04:13:54

前1000ﾜﾛﾀ

**動け動けウゴウゴ２ちゃんねる** · 2006/06/12(月) 04:16:52

むぎゅに対抗でもしてるのかとｗ＞ぬわわわ

**root▲ ★** · NG

>>4
1000 のほうが（りゃ。

前々スレからの課題
・削除関係の呪文の雪だるま対応 (まずはバックに転送して一時しのぎ中)
・バックエンドの安定稼動 (i386 版はほぼ安定、amd64 版は格闘中)
・matd を用いた受付の安定稼動 (ほぼ解決、フロントエンドの自動切り離し要)
・mod_cache の導入によりバックエンドの負荷を下げる (squidとのマッチング要調査)

・電源食い杉どうしよう (やりくりで何とか3台+5台まで拡張、しかし根本解決は 365main)
・携帯フルブラウザからの書き込み対応 (解決、更新のしくみも確立)

重要な課題
・効率の良い金色会員維持 (おごってもらう話があったような)
・家庭の保守 (・・・・・・・・・・・・)

**root▲ ★** · NG

live23b/news20b (amd64 版バックエンド)のこれまでの経緯まとめ:

・新規投入、FreeBSD 6.1R/amd64
・投入時に、kbdmux 機能ありだと、ちょっとした負荷でシステム全体がハングアップする症状が判明
・kbdmux 機能をはずしたところ、上記は解決、本格投入
・しかしその後も数日に1度程度、負荷に関係なくシステム全体のハングアップが発生
・最新の 6.1-STABLE に上げたところ、mountd 実行時に page fault で panic する症状が発生
・6.1-STABLE をあきらめ、6.1R に戻した
・その後も live23b において断続的にハングアップが発生
・ちなみに同一ハードウェアにおいて1年以上、FreeBSD 5.4R/amd64 で安定稼動実績あり
・同一ハードウェアでは、FreeBSD 6.0R/amd64 でも稼動実績あり、
ただし 5.4R ほどの安定さはない。でも ex14 だったから、負荷理由かもしれない
・現在、5.4R での安定稼動を見て、6.0R で有効になった機能、
mpsafevfs (ファイルシステムの処理の mpsafe 化)を殺して、問題の切り分け作業中。@ live23b

**root▲ ★** · NG

これ以外の前スレのサマリは、明日以降ということで。

さすがに、今日はそろそろ限界が近いかも。

**root▲ ★** · NG

news20b も、mpsafevfs を殺した。

%sysctl -a | grep mpsafe
debug.mpsafevfs: 0
debug.mpsafenet: 1
debug.mpsafevm: 1

今日は、ここまでかなと。

株価【800】 ▲ ◆cZfSunOs.U · 2006/06/12(月) 04:46:16

乙ですた

**動け動けウゴウゴ２ちゃんねる** · 2006/06/12(月) 04:52:39

´･ω･`)つ旦~旦~旦~旦~

**動け動けウゴウゴ２ちゃんねる** · 2006/06/12(月) 07:00:44

前スレ
・家庭の保守 (・・・・・・)
今スレ
・家庭の保守 (・・・・・・・・・・・・)

「・」の数が、何げに倍になってるのがなんともかんとも(´･ω･`)

**動け動けウゴウゴ２ちゃんねる** · 2006/06/12(月) 09:19:25

http://qb5.2ch.net/test/read.cgi/operate/1145114275/935
向こうのスレってどこですか？

**動け動けウゴウゴ２ちゃんねる** · 2006/06/12(月) 09:44:44

前スレにあったSCSI controllerの話はもう続かないの？

**動け動けウゴウゴ２ちゃんねる** · 2006/06/12(月) 10:40:50

>>17
それは、とある場所にある秘境。
偶然迷い込むこともあれば、歩き回って行き着くこともある。
さぁ、君も探索に出るんだ。その内行き着くかも知れない。

**動け動けウゴウゴ２ちゃんねる** · 2006/06/12(月) 12:25:44

>>17
その国の名はガンダーラ､どこかにあるユートピア

よろしく～ネッ!!

**ピロリ** · 2006/06/12(月) 12:51:36

うーん
報告したかどうかも忘れちまった。

再度、
> (現在)
> +ex14.2ch.net:206.223.151.225
>
> (変更後)
> +ex14.2ch.net:206.223.151.230
>
これおわった

**root▲ ★** · NG

>>21
どもです。

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

oyster901 はたぶん、移設 & HDD 交換が合い前後して、
というかんじですかね。

よみがえる時は ex16 になると。

**root▲ ★** · NG

ex11 に移転した campus と keiba 、ジンギスカンになっていないような。

**動け動けウゴウゴ２ちゃんねる** · 2006/06/12(月) 14:41:47

>>16
それはプログレスバーなんですよ、きっと

**ピロリ** · 2006/06/12(月) 14:42:08

必要ないかな? と思って、、さぼった

のバレタ。

**動け動けウゴウゴ２ちゃんねる** · 2006/06/12(月) 14:43:11

>>25
>>25
>>25

**root▲ ★** · NG

>>25
ここはひとつ。

とは言っても、morningcoffee はジンギスカンIIだから、/md の容量がちょっと足りないですね。
先に私のほうで拡張工事します。

**ピロリ** · 2006/06/12(月) 14:45:17

keiba は土日があるから
やっぱジンギスカンの方がいいっすね、

つうことで campus keiba ジンギスカンⅠにしてきます。

**ピロリ** · 2006/06/12(月) 14:45:44

まってますー >>27

**root▲ ★** · NG

>>27
今見たら、問題なさげですね。

作業可能です。< ex11

**ピロリ** · 2006/06/12(月) 14:49:09

はーい

**ピロリ** · 2006/06/12(月) 14:53:01

>>28
完

**root▲ ★** · NG

>>32
おつでした。

**root▲ ★** · NG

debug.mpsafevfs=0 は、外れだったのか。

**root▲ ★** · NG

Submit a FreeBSD problem report
http://www.freebsd.org/send-pr.html

そろそろ、まじめに送らないといけないと。

株価【600】 ▲ ◆cZfSunOs.U · 2006/06/12(月) 21:22:44

今回の WC は「勝ちに行く」ってことだったと思うんで（それでバック追加して live23 新設ってことでしたし），
live23 は実績のある手堅いバージョンで行く一方で，その代わり news20 には人b(ryになって頂く方向とか，
そんな感じでどうかな，とか......

**root▲ ★** · NG

>>36
5.4R とか 6.0R にバージョンダウンする、か、
i386 にするか、ということですか。

i386 にするのは、現地での(少なくとも)CD-ROMの差込と除去が必要になると。

**root▲ ★** · NG

# Workarounds for some known-to-be-broken chipsets (nVidia nForce3-Pro150)
device atpic # 8259A compatability

これは、関係ないのかなぁ。(デフォルトで有効)

**動け動けウゴウゴ２ちゃんねる** · 2006/06/12(月) 21:45:10

ここは片方のCPUでどれだけ行けるかを見てみようぜ
もう時間ないけど

**root▲ ★** · NG

>>39
single CPU mode のカーネルは、作ってはあるので、
入れ替える作業そのものは、できる状態にあります。

しかしまずは、現状でいくかんじで。

株価【600】 ▲ ◆cZfSunOs.U · 2006/06/12(月) 22:23:51

FreeBSD にもポートされてるらしいですが，使えますかね......
http://docs.sun.com/app/docs/doc/819-0395/6n2qtspga?a=view

**root▲ ★** · NG

次上がったら、single CPU mode に移行。
これは決定で。< live23b, news20b

**root▲ ★** · NG

ここまでの状況:

バックエンドはまだ、目分量で半分も使われていない状態だった。
フロントは、あふれた。bbs.cgi (speedy_backend) の起動数(-M)を調整。
1フロントの1バーチャルホストあたり 24 に制限。(-M24)

debug.mpsafevfs=0 は効果がなかった。on FreeBSD 6.1R/amd64

**root▲ ★** · NG

NFS をはずしたおかげで、
バックエンドサーバ1台のダウンが全体を完全に止めてしまうことは、
一応避けられるようになった模様。

**root▲ ★** · NG

live23b single CPU mode に移行しました。

mpsafevfs はWC試合終了後に再度有効にするということで。

**root▲ ★** · NG

live22 (tiger なバックエンド)は、パンク状態。
LA=500 とかなりました。落ちてはいないものの、めいっぱいという感じ。

**root▲ ★** · NG

>>46
live22 はかなりめいっぱいという感じだけど、
ブレーメンに隙間を出さないというのは、さすがという感じかも。

**root▲ ★** · NG

LA=780 @ live22

リモートログインはほとんど無反応になったけど、ちゃんと耐えているのか。

**root▲ ★** · NG

むこう書けないんで、

news18
ex13

Saborin 発動、IsKoukoku カット。

**root▲ ★** · NG

ex13 は LA=35 ぐらい。
大丈夫でしょう。

news18 は LA=60 超えましたが、
>>49 発動で下がりました。
大丈夫でしょう。

**root▲ ★** · NG

ex11 IsKoukoku カット。(Saborin は常時発動済み)

**root▲ ★** · NG

ex11 LA 10ぐらいになりました。
さっきは200以上あった。

大丈夫でしょう。

**root▲ ★** · NG

で、携帯系の負荷、予想通りむちゃくちゃだなぁ。

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

　掛けまくも畏きイザナギの大神　　　◇　　　　　　　ミ　◇　祓へ給ひ清め給へと
　筑紫の日向の橘の　　　　　　　　◇◇　　 /￣|　　◇◇　　まをすことを聞こし召せと
　小戸の阿波岐原に　　　　　　　◇◇　＼　|＿_| ◇　　　　　恐み恐みもまをす。
　禊ぎ祓へ給ひし時に　　　　　　　　　彡　O(,,ﾟДﾟ)　/..　　　　2ch稼動サーバ・ロケーションの
　なりませる祓へ戸の大神たち　　　　　　(　　Ｐ `O 　　　　　常盤かきはに幸くと
　諸々の禍事・罪・穢れあらむをば　　／彡#＿|ミ＼　　　　請ひのみ奉らくとまをす
　　　　　　　　　　　　　　　　　　　　　　　　 </｣_|凵_ゝ

**動け動けウゴウゴ２ちゃんねる** · 2006/06/13(火) 00:18:00

やはり課金システムにして蹴って行かないと駄目なんジャマイカ

**動け動けウゴウゴ２ちゃんねる** · 2006/06/13(火) 00:31:36

●と株主優先にするとか

**動け動けウゴウゴ２ちゃんねる** · 2006/06/13(火) 00:33:05

削り落として負荷削減をするのはよろしくない。

**動け動けウゴウゴ２ちゃんねる** · 2006/06/13(火) 00:40:30

恒常的な収入があるといいのだが。

広告の収入が増えないかな。
アングラなイメージはだいぶなくなってきたと思うのだけど、
エロ広告ばっかりでちょっと引く。

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

負荷問題はいずれ解決しなけりゃならん問題になるんだし
一時しのぎ程度のものは問題を先送りしてるだけかと．
お金で解決できりゃ良いけど，技術的にそういうわけには
いかない部分も出てくるだろうし．

雪だるま周りはどういう風に解決するか楽しみだったり……

**root▲ ★** · NG

>>45
live23b
news20b

両サーバとも、single CPU モードに移行。
mpsafevfs は、デフォルトに戻した(有効)。

これで安定してくれるといいけど。
で、安定するようなら、それはそれで問題なわけだが。

**動け動けウゴウゴ２ちゃんねる** · 2006/06/13(火) 01:15:35

>>57
三年前の状態に戻すだけだよ､パケ代定額前の状態に
腹八分目って大切だと思うよ

実際にスレ立て制限とか書き込み時間制限とかで削ってる訳だからさ

株価【600】 ▲ ◆cZfSunOs.U · 2006/06/13(火) 06:26:57

バックエンド (live22) もついにアップアップ状態まで逝きましたか．
それに対応するとしたらやはり mod_cache ということでしょうけど，
フロントの httpd でこんな設定すれば BG (Squid) 問題の対策できるかなぁ......

SetEnvIf Remote_Addr ^206\.223\.151\.(55|57)$ BlackGoat
Header append Cache-Control proxy-revalidate env=BlackGoat

フロント側としても，毎回バックエンドにお伺い立てるよりは
ローカルキャッシュ使えた方が軽くなるかなぁ......

株価【600】 ▲ ◆cZfSunOs.U · 2006/06/13(火) 07:26:53

で，携帯は中期的には u.la に期待するとして，短期的に今の c を延命させるとすると......
現状 Squid でキャッシュさせてるのは生の dat や subject.txt だけなんですよね？
となると，PHP 出力側も mod_cache でキャッシュさせてみるとか．
んで，dat 等をフェッチする際に得られる Last-Modified をそのまま PHP 出力でも吐いてもらうと．

**root▲ ★** · NG

たぶん、バックエンドの少なくともプライベート側のほうは、
Apache ではないのを使う( thttpd とか )方向かなと。

で、mod_cache の件ですが、前から気になっているのですが、
mod_cache 入れた場合、書いた直後に dat を読むタイプの専用ブラウザとかで、
ちゃんと自分の書いたレスが読まれるようになるのかしら。

直感では、キャッシュが働くので、昔の NFS で動かした時のように、
反映に遅延が発生するような気もします。

◆XejmK2zG7E · 2006/06/13(火) 11:41:51

お世話になっております。株式会社jig.jpの菊池です。
サーバ移設のためIPアドレスが変更になります。

詳細は下記URLからご確認ください。
http://br.jig.jp/pc/ip_br.html

宜しくお願い致します。

**root▲ ★** · NG

>>65
確認しました。

これは、すぐに変更・反映してしまってよろしいでしょうか。

**root▲ ★** · NG

…というか、CIDR 的には 1ブロックの追加ということですね。

いってきます。

**root▲ ★** · NG

210.188.205.92/30 を jig ブラウザ用 CIDR ブロックとして追加しました。
10分程度で反映されるはず。

株価【400】 ▲ ◆cZfSunOs.U · 2006/06/13(火) 12:45:52

>>64
>mod_cache 入れた場合、書いた直後に dat を読むタイプの専用ブラウザとかで、
>ちゃんと自分の書いたレスが読まれるようになるのかしら。

これは設定次第かなぁ．

[案1: CacheMaxExpire 1, CacheDefaultExpire 1, CacheLastModifiedFactor 1]
　　最大1秒間のディレイは発生しますが，瞬間的な怒濤のようなアクセスに対し
　　結構効果はありそうな気はします．で，書き込んだ後1秒以内にリロードされると
　　自分のカキコが反映されない可能性はあるので，これを解決するなら
　　専ブラ作者さんのご協力も頂いてリロードまでに1秒間ディレイを入れて頂くとか．

[案2: CacheMaxExpire 0, CacheDefaultExpire 0]
　　毎回必ずバックエンドに問い合わせるので，案1ほどの効果は見込めないかも知れません．
　　ただ，mod_cache なしならバックエンドからのレスポンスの多くが 200 になるところを
　　304 にすることは期待でき，その分バックエンドの負担は軽減できるかも．

>バックエンドの少なくともプライベート側のほうは、
>Apache ではないのを使う( thttpd とか )方向かなと

304 をちゃんと扱えさえすれば，あとはスタティックファイル専門で
超高速・超軽量な httpd があればそれがよさそうですね．

**root▲ ★** · 2006/06/13(火) 13:20:24

>>69
ふむふむ。

で、

148 名前：名無し草[sage] 投稿日：2006/06/13(火) 12:47:29
> Apache ではないのを使う( thttpd とか )方向かなと。
ttp://wota.jp/ac/?date=20060605#p01
参考になるかは知らないけど、一応。

ですが、軽い httpd の試みはいろいろあるようですね。

パブリック側は Apache のままにしておいて、
削除 CGI とかはそちらに飛ばすようにすれば、
CGI の実行すら要らないという噂もあるですね。

とすると、

・差分転送関連
・If-Modified-Since とかそのへん

がちゃんと動くなら、ってかんじですか。

**root▲ ★** · NG

で、昨日の様子を見る限りでは明らかに、
cobra > tiger でした。

メモリ容量ほぼ同じ
HDD 仕様ほぼ同じ
Apache セッティングほぼ同じ

で、tiger は正しく LA=750 になり、cobra は LA=3 とかでした。
64bit I/O が効いているのか、あるいは dat オンメモリというぐらいで、
メモリアクセスが高速なのか。

でも、ハングアップ癖があるんではなぁ。

**root▲ ★** · NG

>>71
正しく = 虫を踏んだわけではなさそう、という意味

株価【390】 ▲ ◆cZfSunOs.U · 2006/06/13(火) 13:41:44

>>70 そんな感じですね．パブリック/プライベートで分けてもいいし，ポート番号で分けてもいいし．

>>71-72 なるほど...... amd64 で駆虫が成し遂げられれば最強ってところですね．
tiger も新しいのは EM64T として 64-bit で動くんでしたよね．もっとも，
EM64T でも同じ虫，あるいは別の虫も出てきちゃうかも知れませんけど．

◆XejmK2zG7E · 2006/06/13(火) 13:45:42

>>68
対応ありがとうございます。

【全IP】の方に間違いがありましたので、修正致しました。
【CIDR】表記に変更はございません。

http://br.jig.jp/pc/ip_br.html

宜しくお願い致します。

**root▲ ★** · 2006/06/13(火) 13:53:17

>>74
了解しました。
今後ともよろしくお願いします。

# 最初見た時「あれ」と思いましたが、修正バージョンを見て納得しました(w。

**root▲ ★** · NG

こんなスレッドが。

6.1 Stable keeps hanging
http://lists.freebsd.org/pipermail/freebsd-stable/2006-June/025939.html

Xeon の例だけど、amd64 (64bit) での例。

ざっとしか読んでないけど、mpsafenet を切ると直るとかなんとか。

**root▲ ★** · NG

現象は 2ch で起きているのと全く同じっぽい。理由もなく突然ハング
http://lists.freebsd.org/pipermail/freebsd-stable/2006-June/025939.html

ハングしているサーバのハードウェア構成(dmesg)
Xeon dual (新tiger相当)を amd64 で使用。ネットワークは em で、SCSI は amr
http://lists.freebsd.org/pipermail/freebsd-stable/2006-June/025944.html

同じ現象を経験した人がいて、debug.mpsafenet=0 で直ったらしい
http://lists.freebsd.org/pipermail/freebsd-stable/2006-June/025949.html

それに対して開発者の rwatson は「情報をくださいー」
http://lists.freebsd.org/pipermail/freebsd-stable/2006-June/025951.html

6.0R ではとりあえずハングはしないらしい(2chでの現象と同じ)
http://lists.freebsd.org/pipermail/freebsd-stable/2006-June/025957.html

**root▲ ★** · NG

config 見ると、この人は kbdmux を有効(デフォルト)にしているのか。

devicekbdmux# keyboard multiplexer

preemption も有効と。

options PREEMPTION# Enable kernel thread preemption

もうちょっと調べてみる必要ありですが、
同じ現象が起きている人が少なくとも複数いて、
workaround を適用して直った、という人もいることまで、とりあえずわかったと。

**root▲ ★** · NG

…しかし、mpsafenet は疑わなかったなぁ。
ぜんぜん確定じゃないけど。

株価【390】 ▲ ◆cZfSunOs.U · 2006/06/13(火) 17:22:46

>>76-79 う～む，どっちか片方を SMP に戻した上で debug.mpsafenet=0 にして様子見とか．

**動け動けウゴウゴ２ちゃんねる** · 2006/06/13(火) 17:31:26

news20b で

　　　 _ 　∩
　　(　ﾟ∀ﾟ)彡　実験！実験！
　　(　 ⊂彡
　　|　　　|　
　　し ⌒Ｊ

**root▲ ★** · NG

>>80-81
そうしたい誘惑はすごくすごくあるんですが、
２ちゃんねるのサーバが 2F に移動完了するまでは、
カーネルの設定変更については、しない方向でいこうかと。

現状のシチュエーションでは、ハングした時とかの対応考えると、
各方面にあまり負荷をかけたくないですね。

ということで、第二戦は今の設定でいく感じかなと。

**root▲ ★** · NG

というか、シングル CPU でも問題は起こるのかとか、
シングル CPU 状態での限界性能はどうなのかとか、
そういうことも確認できるわけで、
まったく無駄な時間になることは、ないと思っているです。

**動け動けウゴウゴ２ちゃんねる** · 2006/06/14(水) 01:35:15

SCHED_CORE
http://lists.freebsd.org/pipermail/cvs-src/2006-June/065130.html

**root▲ ★** · NG

>>84
おー。
あの libthr の davidxu のスケジューラですか。

**root▲ ★** · NG

dual CPU 時代の cobra2244 = live23b の config と dmesg:
http://mumumu.mu/tmp/cobra2244-config.txt
http://mumumu.mu/tmp/cobra2244-dmesg.txt

◆XejmK2zG7E · 2006/06/14(水) 10:24:24

>>75
こちらこそ今後とも宜しくお願いします！
誤表記がないよう今度注意します。

宜しくお願いします。

**root▲ ★** · 2006/06/14(水) 12:54:52

>>87
わざわざありがとうございます。

>>86
なお現在の設定は、>>86 から options SMP をはずしただけ。

**動け動けウゴウゴ２ちゃんねる** · 2006/06/14(水) 13:56:52

NFSが駄目ならGFSか。
静的コンテンツはlighttpでいいかと。
あとガンビアって

**root▲ ★** · NG

>>89
GFS は寡聞にして知りませんでしたので、Google に。

Red Hat Global File Systemによるエンタープライズデータ共有
http://www.jp.redhat.com/magazine/NO19/

GFSストレージクラスタによるデータ共有
http://www.jp.redhat.com/magazine/NO11/

こんなのがあるですか。

> あとガンビアって

これは、なんでしょう。

**動け動けウゴウゴ２ちゃんねる** · 2006/06/14(水) 15:50:11

あ単純に頑張ってというのもなんだったので。頑張ってくらはい

**動け動けウゴウゴ２ちゃんねる** · 2006/06/14(水) 20:21:50

codaなんてのもちょっとだけおもしろそうだなぁ、と。
ここで求められてる機能とはちょっと違う気もするけど

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

[FreeBSD-Announce] FreeBSD Security Advisory FreeBSD-SA-06:17.sendmail
http://lists.freebsd.org/pipermail/freebsd-announce/2006-June/001071.html

2ch的にはそう影響はないのかな．

株価【950】 ▲ ◆cZfSunOs.U · 2006/06/15(木) 17:15:19

http://www.freshports.org/sysutils/fusefs-sshfs
Mount remote directories over ssh

http://www.freshports.org/www/webfs
A simple http server for static content

**root▲ ★** · NG

>>94
おー。

Filesystem in Userspace
http://fuse.sourceforge.net/

webfs homepage
http://linux.bytesex.org/misc/webfs.html

下は差分転送を扱えるか、ですか。

**root▲ ★** · NG

dnstop というのがあるみたいなので、少し遊んでみた。
以下は ex11 の内容。

リモホ得るためにDNS引いているので、逆引きばかり(想定どおり)。
あと、今の ex11 では BBQ と BBM の比率はだいたい 11:1 ぐらいみたい。

Source 3LD count %
---------------- -------------------- --------- ------
127.0.0.1 niku.2ch.net 541 28.2
127.0.0.1 9.211.in-addr.arpa 69 3.6
127.0.0.1 bbm.2ch.net 43 2.2
127.0.0.1 136.210.in-addr.arpa 40 2.1
127.0.0.1 7.222.in-addr.arpa 34 1.8
127.0.0.1 125.219.in-addr.arpa 16 0.8
127.0.0.1 153.210.in-addr.arpa 14 0.7
127.0.0.1 98.219.in-addr.arpa 13 0.7
127.0.0.1 150.222.in-addr.arpa 12 0.6
127.0.0.1 89.58.in-addr.arpa 12 0.6
127.0.0.1 185.221.in-addr.arpa 12 0.6
127.0.0.1 130.210.in-addr.arpa 12 0.6
127.0.0.1 84.124.in-addr.arpa 11 0.6
127.0.0.1 3.125.in-addr.arpa 11 0.6
127.0.0.1 47.218.in-addr.arpa 11 0.6
127.0.0.1 217.218.in-addr.arpa 11 0.6
127.0.0.1 211.220.in-addr.arpa 11 0.6
127.0.0.1 158.222.in-addr.arpa 10 0.5
127.0.0.1 146.220.in-addr.arpa 10 0.5
127.0.0.1 200.125.in-addr.arpa 10 0.5
127.0.0.1 39.60.in-addr.arpa 10 0.5
127.0.0.1 225.218.in-addr.arpa 10 0.5
127.0.0.1 227.218.in-addr.arpa 10 0.5
127.0.0.1 106.219.in-addr.arpa 10 0.5
127.0.0.1 110.219.in-addr.arpa 10 0.5
127.0.0.1 236.60.in-addr.arpa 10 0.5
127.0.0.1 108.220.in-addr.arpa 9 0.5
127.0.0.1 45.60.in-addr.arpa 8 0.4

株価【860】 ▲ ◆cZfSunOs.U · 2006/06/17(土) 09:42:04

1 CPU モードにしてからは落ちてない模様なので，とりあえずそれで虫は回避できてるんですかね．
ただ，パワーダウンしてるので日曜日にどうなるか......
live23b は >>83 のように限界性能を見るという意味でそのまま突入ってのもいいかも知れませんが，
第一戦で限界に達したと思われる live22 の方ではバックエンドの負荷軽減策（mod_cache，軽量版 httpd 等）
を試してみるのもいいかも......

**root▲ ★** · NG

【実況】　live22+live23　Part21
http://qb5.2ch.net/test/read.cgi/operate/1150119711/340

過去ログの課題のまとめへのリンク。

>>97
live22 は、少し何かしてみますかね。

**root▲ ★** · NG

帰宅。雨。

まずは、例の JavaScript を read.cgi にインラインで埋め込む方向かも、かも。

株価【860】 ▲ ◆cZfSunOs.U · 2006/06/17(土) 22:49:29

>>99 index.js ですか？確かに，現状でフロントの負荷に影響してるとしたら
それもいいかも知れませんね．ただ，バックに負荷をかけるものではないので
今後フロントの台数が増えた段階ではまた状況も変わるかもとか，あとは
どなたかも言ってたように mod_expires でリロード抑制させてみるとか．

あと，httpd / read.cgi や bbsd 等のコンパイル時の最適化オプションとかも
ひょっとして詰める余地があったりとか......？

**root▲ ★** · NG

>>100
基本的に -O2 のはず。< read.cgi / bbsd
Apache は ports のデフォルトかな。

mod_expires って、JavaScript のファイルを読むところでも区別なく効くんでしたっけ。

株価【860】 ▲ ◆cZfSunOs.U · 2006/06/17(土) 23:35:20

>>101
>mod_expires って、JavaScript のファイルを読むところでも区別なく効くんでしたっけ。

index.js が置いてある www2 でしかるべく設定すればいいかと．

<Files index.js>
ExpiresDefault "access 1 hour"
</Files>

とか．

最適化の方は，例えば -O3 -fomit-frame-pointer -march=nocona あたりとか．
デバッグのことを考慮するなら -fomit-frame-pointer の代わりに -momit-leaf-frame-pointer あたりで．

**root▲ ★** · NG

>>102
<Files>～</Files> のところ、やってみるです。

株価【860】 ▲ ◆cZfSunOs.U · 2006/06/17(土) 23:39:29

>>102 ExpiresActive も必要か．

<Files index.js>
ExpiresActive On
ExpiresDefault "access 1 hour"
</Files>

**こうすけ ★** · 2006/06/17(土) 23:42:05

>>103
業務連絡
すみませーん
BG3また落ちました

**root▲ ★** · NG

>>105
先に >>105 をば。

**root▲ ★** · NG

これから見ますが、、、。

そろそろ、個別に squid 動かすモードに移行する時期かもですね。
tiny tiger は IDE ディスクですが、squid っていうぐらいでなんとか。

で、うまくいけば BG3 / BG4 はフロントに投入とか。

**root▲ ★** · NG

同じ症状っすね。< BG3

リブート中、、、。

**root▲ ★** · NG

em のドライバが TX overrun とか RX overrun とかにならないようにするのは、
どうすりゃいいのかなと。

PREEMPTION をごにょごにょするとかか。

**こうすけ ★** · 2006/06/17(土) 23:46:42

>>108
ところで、転送量のグラフを見ると、BG3が落ちると同時にBG4のプライベート側の転送量が落ちているんですけど
何か関係あるんですかね？

**root▲ ★** · NG

>>110
フロントが詰まっているっぽいような。

**root▲ ★** · NG

PREEMPTION 切ってるのか。< BG3

実験的に再度、ありにしてみるか。

**こうすけ ★** · 2006/06/17(土) 23:50:11

単純にBG3のタイムアウト分でフロントが詰まって転送量が減ったって事かな？

**root▲ ★** · NG

>>112 は別途かな。(様子見ながら)
6.1R に上げるほうがいいかもですね。

www2 の作業に戻るので、
やばくなったらまた連絡ください。

**root▲ ★** · NG

>>113
そんな気がしますね。

株価【860】 ▲ ◆cZfSunOs.U · 2006/06/17(土) 23:52:36

PHP 出力をキャッシュ (by mod_cache) すれば Squid もちょっと楽になるかな......

**root▲ ★** · NG

>>104
Cache-Control: max-age=3600
Expires: Sat, 17 Jun 2006 16:03:12 GMT

が、つくのかな。

株価【860】 ▲ ◆cZfSunOs.U · 2006/06/18(日) 00:07:17

>>117 ですね．

**root▲ ★** · NG

フロントに投入。>>104

**root▲ ★** · NG

段々、効いてきてるのかな。
http://mumumu.mu/bremen/live22x_total.html

**root▲ ★** · NG

明らかに効きましたね。
これなら、read.cgi にインラインで入れる必要はなさげかな。

株価【860】 ▲ ◆cZfSunOs.U · 2006/06/18(日) 00:23:14

>>119-120 乙です．入れた時間あたりからスーッと下がってる感じですね．

**root▲ ★** · NG

またひとつ、勉強しました。

スタティックな部分にうまくこれを適用すれば、
各サーバも負荷が下がるのかな(flash.txt とか head.txt とか)。

株価【860】 ▲ ◆cZfSunOs.U · 2006/06/18(日) 00:28:54

>>123 壁紙やロゴ・バナーの類なら効きそうですね．ただ，flash.txt や head.txt は
基本的にブラウザが取得するよりもむしろ bbs.cgi / bbsd が index.html に
埋め込むために用いるものかと......

**root▲ ★** · NG

>>124
あ、そですね。> flash.txt とか。

ba.gif に適用してみよう。そうしよう。

**root▲ ★** · NG

>>125
done.

トップページだけだから、index.js ほどではないかも。

**root▲ ★** · NG

激しくは効かなそうかな。

壁紙は、変えることもある気がするのと、
板トップだけだから、とりあえず無効に戻しておくか。

**動け動けウゴウゴ２ちゃんねる** · 2006/06/18(日) 01:15:45

一応効いてるみたいですね。1:00過ぎのこぶは期限切れの再取得かな？ｗ

まぁうちでは実験の邪魔になるくらい効いてくれてたから、
ひょっとしてとか思ってよかったですよ。

**root▲ ★** · NG

>>128
どもでした。

こぶは、だんだん滑らかになっていくはずなのかなと。

**動け動けウゴウゴ２ちゃんねる** · 2006/06/18(日) 02:44:29

一度睡眠時間が入れば分散するかと。

**ピロリ** · 2006/06/18(日) 05:20:54

とりあえず寝るということで、

**動け動けウゴウゴ２ちゃんねる** · 2006/06/18(日) 10:41:07

∧旦∧ ∧旦∧ ∧旦∧
(^ω^ )(^ω^ )(^ω^ )
おっおっおっﾟ○-Jﾟﾟ○-Jﾟﾟ○-Jﾟ ,,

**動け動けウゴウゴ２ちゃんねる** · 2006/06/18(日) 12:16:46

>>109
>em のドライバが TX overrun とか RX overrun とかにならないようにするのは、
>どうすりゃいいのかなと。

これって、6.1のサーバでもなりますか?
うちだと、6.1にしてから出なくなった気がするんですが。

**root▲ ★** · NG

>>133
ええ、6.1R で em のドライバが再度よくなったらしいというのは、
知っているです。

ということで、バージョンアップでしのげるのかもなと。

**root▲ ★** · NG

フロントの負荷が超でかくなると、httpd が signal 11 で死にますね。
で、起動しなおす負荷が、つらいかんじみたい。

ちなみに signal 11 で死ぬのは、普段でもぱらぱらは起きている模様。

**root▲ ★** · NG

で、今 1 process 16 threads ですが、
もっとでかい時は、いきなりボンと死ぬのが、つらいと。

16 でも高負荷時には、つらいわけですが。

**root▲ ★** · NG

でもフロントは基本的には「増やして乗り切る」方向性なので、
現状なら、こんなかんじなのかなと。

株価【860】 ▲ ◆cZfSunOs.U · 2006/06/18(日) 23:40:56

SEGV は......core 解析したりして原因をつぶすのが正攻法ですが，
（Solaris でいうところの）0@0.so.1 という邪悪な手も......

**root▲ ★** · NG

read.cgi の人大杉装置(LA=20 で発動 @ tiger サーバ)を発動させたら、
(デバッグ用に雪だるまだけ切っていた設定が残っていた)
だいぶ楽になりましたが、やはり signal 11 で落ちる状況は、
変わっていないみたいです。

**root▲ ★** · NG

>>138
それは、どういう手法かしら。

株価【860】 ▲ ◆cZfSunOs.U · 2006/06/19(月) 00:17:23

>>140 0@0.so.1 っていうライブラリを LD_PRELOAD すると NULL ポインタ踏んでも
コケないようになる，と．中身ではこんなことやってるようですが．

-> 0@0:_init()
-> 0@0:__zero_at_zero()
open("/dev/zero", O_RDWR) = 3
mmap(0x00000000, 1, PROT_READ, MAP_PRIVATE|MAP_FIXED, 3, 0) = 0x00000000
close(3) = 0
<- 0@0:__zero_at_zero() = 0
<- 0@0:_init() = 0

まぁ SEGV になる原因を取り除いてるわけではないので，邪道そのものですが．

**root▲ ★** · NG

>>141
うひゃー。

なるほどです。
ぬるぽしてもｶﾞｯされないようにしてると。

株価【910】 ▲ ◆cZfSunOs.U · 2006/06/20(火) 22:34:26

ふむ......
http://meta.wikimedia.org/wiki/Squid_performance_tuning

**root▲ ★** · NG

>>143
おっ。

で、これ読もうと思うんだけど、今日はもう頭がまわらないや。

Dual Opteron system will not run SMP
http://lists.freebsd.org/pipermail/freebsd-stable/2006-June/026003.html

**root▲ ★** · NG

そう言いながらも、、、。

dwhite はこんなことを言っているわけだけど、
BIOS かぁ。

http://lists.freebsd.org/pipermail/freebsd-stable/2006-June/026148.html

PIE で BIOS 更新したのは、2004年の9月だったかな。
最新の BIOS が出てるかどうか、もう1度確認してみるか(あとで)。

**ｒｅｆｆｉ@報告人 ★** · 2006/06/20(火) 23:46:50

今はVer2.13ですね。

ttp://www.rioworks.co.jp/bios/hdama.html

**root▲ ★** · NG

>>146
当時の作業メモを見ると、私は当時、
２ちゃんねるで使っている cobra サーバ全部、Ver.1.89 にバージョンアップしています。

やる意味はあるのかも。

**ｒｅｆｆｉ@報告人 ★** · 2006/06/20(火) 23:57:22

BIOSアップの実験台は実際に落ちた実績のあるlive23が無難ですか
（SMPで落ちてる鯖でないと再現できないだろうし）

**root▲ ★** · NG

>>148
同じバージョン・同じハードウェア構成の news20b も落ちまくりでした。
他のサーバは 6.1R ではないので、未確認と。

**ｒｅｆｆｉ@報告人 ★** · 2006/06/21(水) 00:01:40

>149
と言うことはこの2台のどちらかが人柱確定ですね
どっち落ちても祭りになりそうだけど

株価【910】 ▲ ◆cZfSunOs.U · 2006/06/21(水) 07:42:13

WC を考えれば消去法で news20b でしょうけど，WC が落ち着いたらむしろ live23b かな......

**root▲ ★** · NG

前にも書きましたが、
5F→2F の引越しが無事終わるまでは、
ウルトラ技がない限り、なしかなと。

株価【1000】 ▲ ◆cZfSunOs.U · 2006/06/24(土) 23:57:22

bbsd.c 更新しますた．

・ -m64 でのコンパイル時の warning 潰し（処理そのものには影響はないと思いますが）．
・ race condition 潰し（久々にローカル環境で bbs_load.pl ブン回して遊んでみたら
　顕在化して気付いた）．
・ autopurge（sage 復帰）で ENOENT 以外のエラーが発生した際に syslog に記録
　（これで syslog 見てもらえれば sage 復帰の際の問題の手がかりが得られるかも）．

**root▲ ★** · NG

>>153
live22, live23b, news20b, live22x1, snow 更新しました。

race condition が起こると、どうなる、、、のかしら。
# recvok がなんたらかんたら、、、みたい。

株価【1200】 ▲ ◆cZfSunOs.U · 2006/06/25(日) 08:06:25

>>154 乙です．

>race condition が起こると、どうなる、、、のかしら。

まぁ，Solaris 9 の時は気付かず Nevada にしてから気付いたんですが，
worker スレッドが条件変数待ちにならず mutex をホールドしたまま recvfrom()
でパケット待ちする状態になっちゃうことがある，ってことですね．その状態でも
パケットは受け付けて一応動きはするんで致命的な問題ではないかも知れませんが，
SIGTERM 送っても終了してくれなかったりします......

**削除車 ★** · 2006/06/28(水) 23:13:00

いつもお疲れ様です。

>>153-154
それで、今日もlive23で何度かsage復帰を失敗していましたが、何か記録されていましたでしょうか？

株価【1000】 ▲ ◆cZfSunOs.U · 2006/06/28(水) 23:56:56

>>156 乙です．“多分”記録されてると思います．むむむさん待ちってことで．

で，原因がわかったら対策へ，と......

**ピロリ** · 2006/06/29(木) 15:38:13

oyster901 完成いたしました。

・OSはご指示通り以下のバージョンをインストールしています。
FreeBSD 6.0-RELEASE (amd64)

・APCによる遠隔リブートテストは今回実施しておりません。
　(後日APCに接続します。)

・HDDは発注通りのSCSIドライブが２つ搭載されています。
　搭載されているHDDのスペックは以下の通りです。

　製品名：Seagate Cheetah 15K.4
　型番：ST373454LW
　容量：73 GB
　回転数：15K rpm
　シークタイム：3.5 ms avg
　インターフェース：Ultra320 SCSI

・NIC(bge0、bge1)２枚のうち、一方(bge0)がスイッチと
　接続されています。
　転送速度は 100Mbps full-duplex に設定しています。
　(速度チェック実施済です。)

**root▲ ★** · NG

>>156-157
みてみます。

>>158
ログイン情報は、本日直接渡しかしら。

**root▲ ★** · NG

うーん、syslog に何もないということは、
bbsd に行く前に何かまずいところがあるのか、、、。

ちと今アクセス事情が良くないので、あとで落ち着いて見てみます。

株価【1000】 ▲ ◆cZfSunOs.U · 2006/06/29(木) 21:35:27

>>158 戦線復帰ですか．

>>160 bbsd 側のロジックを見直してみたら，「スレの残骸が subject.txt 上で
連続して存在している場合，一度で消し切れない」って虫がいたのを発見したので
（これはこちらのミスですね，すみません），その点は修正しますた．
ただ，スレの残骸が1個だけでも sage 復帰失敗するってのはその虫では
説明できないので，まだ別に問題がありそうですね......

syslog.conf で user.err が記録されないようになってるか
（別の部分では warning や info もありますが），
あるいは bbsd の呼び出し自体が正常に行われていないのか，
果てまた別の何かか......

**root▲ ★** · NG

>>158
ログイン情報を受け取りました。

概ね問題なさげなので、たんたんと設定へと。

**root▲ ★** · NG

>>158
ひとつ質問です。

> ・APCによる遠隔リブートテストは今回実施しておりません。
> 　(後日APCに接続します。)

これですが、APC に接続する際に電源が一度落ちるような気がしますが、
どうなんでしょうか。

**root▲ ★** · NG

>>163 の件について、連絡をもらいました。

必要なのは、PIE 側でのソフトウェア設定の作業のみになるようです。
私のほうでは、たんたんと作業継続するということで。

# もしいったん電源断が必要になるなら、その場合は別途対応というかんじかなと。

**root▲ ★** · NG

oyster901.peko.2ch.net = ex16.2ch.net
DNS 登録いきます。

以下の登録をよろしくです。

(新規登録)
+ex16.2ch.net:206.223.151.225

株価【830】 ▲ ◆cZfSunOs.U · 2006/07/01(土) 21:42:45

bbsd の更新もお願いします(>>161)．
sage 復帰の問題，完全解決まで至らずとも部分的には改善されるかと思うんで．

# 自分で仕込んだ虫以外では，ローカルで試しても再現しないんですが......

**御法川将貴** · 2006/07/01(土) 22:05:17

内容がごちゃごちゃ　数日後につぶれるな　ザコスレが

**ピロリ** · NG

>>165
done

**root▲ ★** · NG

>>166
live22, live22x1, live23b, news20b, snow 更新済み。

**root▲ ★** · NG

>>168
確認しました。

アカウント情報は別送で。

**動け動けウゴウゴ２ちゃんねる** · 2006/07/01(土) 22:42:17

>>168
夜勤さん
http://qb5.2ch.net/test/read.cgi/sakukb/1151635877/
に来てくらさいな

株価【830】 ▲ ◆cZfSunOs.U · 2006/07/01(土) 22:47:30

>>169 乙です．

http://aa5.2ch.net/test/read.cgi/nanmin/1150886750/989
# ノンブロック逆引き

use Net::DNS;

sub gethostbyaddr_nb {
my $res = Net::DNS::Resolver->new(tcp_timeout => $_[1], udp_timeout => $_[1]);
my $ans = $res->send($_[0]);
return undef if (!$ans);
foreach ($ans->answer) {
return $_->ptrdname if ($_->type eq 'PTR');
}
undef;
}

# my $name = gethostbyaddr_nb($addr, 2);

**root▲ ★** · NG

>>172
おぉー、仕込んでみるか。

しくったら、undef が返るですか。
このへんは適当に改変で。

**ピロリ** · NG

>>171
あっしにはかかわりのねーことでござんす。

I will go my own way.

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

>>174
まってっからねー？
削除ガイドライン変更に伴って、わいわいがやがや話し合うスレ
http://qb5.2ch.net/test/read.cgi/sakukb/1151635877/

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

>>174
かかわらないんだったらかかわりたい人を募集してください。

**動け動けウゴウゴ２ちゃんねる** · 2006/07/01(土) 23:18:55

>174

"ピンク丼"さん、1名ご招待～♪

**動け動けウゴウゴ２ちゃんねる** · 2006/07/01(土) 23:21:48

>>175-177
2ch特化型サーバー・ロケーションと関係ない話を持ち出すな

**root▲ ★** · NG

>>168
ex16 で動作する read.cgi と offlaw.cgi は、私のほうで作成して、
ログインディレクトリに置いてありますです。

**ピロリ** · NG

>>179
はいー

**root▲ ★** · NG

>>179 補足
(offlaw.cgi はソースのありかが（りゃなので、ex13 のを単にコピりました)

**root▲ ★** · NG

HDD 交換前と全く同じ症状でダウン。

/home を触ったプロセスが、軒並みハングアップ。
ハードかソフトかは、別途検証で。

**ｒｅｆｆｉ@報告人 ★** · 2006/07/02(日) 07:41:12

6.1絡みですが嫌なレポートが

Problem Report amd64/99561 : system hangs in FreeBSD AMD64 when writting ext2fs
ttp://www.freebsd.org/cgi/query-pr.cgi?pr=amd64/99561

Problem Report kern/99588 : UFS2 filesystems hang when doing "fsck -B" or "dump -L" or "mksnapffs" in a moderated I/O filesystem with many file locks/unlocks
ttp://www.freebsd.org/cgi/query-pr.cgi?pr=kern/99588

株価【777】 ▲ ◆cZfSunOs.U · 2006/07/02(日) 09:29:54

>>183 ext2fs はとりあえず無視できるとして，UFS2 云々がﾏｽﾞｰ？

**root▲ ★** · NG

>>183
> Release
> FreeBSD 5.4p12

ですね。< 下のやつ

ex13 は 5.4 ですが、今日で 402 日連続稼動です。
ex13 って、決して負荷低くないはず。

**root▲ ★** · NG

っていうか、これ、既知の問題ですね。

深夜の定期バックアップでハングしてたのは、これです。
dump -L で dump するのをやめてからは、定期バックアップでハングしたことはないです。

**root▲ ★** · NG

あと、fsck -B も確かにたまに挙動不審になったので、

# for fsck customizing
background_fsck="NO"

って、やってあるです。これももう、設定して1年以上にはなると思う。

株価【800】 ▲ ◆cZfSunOs.U · 2006/07/02(日) 16:35:55

>>185-187 なるほど，ってか確かにそんな話あったような．
で，上の方で mpsafenet 云々って話もありましたが，5F->2F の引っ越しも
終わったんで，news20b か live23b のどちらかを人b(ryってのもそろそろ......

あと，スペシャルデータセンタ（仮称）のめどが立つのなら，
oyster901 は別の用途を考えてもいいのかも？

**御法川将貴** · 2006/07/02(日) 21:15:49

俺が言った途端　復活しやがったか

**root▲ ★** · NG

oyster901、負荷試験中。

%jobs
[1] + Running ./du.sh
[2] - Running ./du.sh
[3] Running ./du.sh
[4] Running ./du.sh
[5] Running ./du.sh
[6] Running ./du.sh
[7] Running ./du.sh
[8] Running ./du.sh
[9] Running ./du.sh
[10] Running ./du.sh
[11] Running ./du.sh
[12] Running ./du.sh
[13] Running ./du.sh
[14] Running ./du.sh
[15] Running ./du.sh
[16] Running ./du.sh
[17] Running ./du.sh
[18] Running ./du.sh
[19] Running ./du.sh
[20] Running ./du.sh
[21] Running ./du.sh
[22] Running ./du.sh
[23] Running ./du.sh
[24] Running ./du.sh
[25] Running ./du.sh
[26] Running ./du.sh
[27] Running ./du.sh
[28] Running ./du.sh
[29] Running ./du.sh
[30] Running ./du.sh
[31] Running ./du.sh
[32] Running ./du.sh

**root▲ ★** · NG

du -a /home 無限ループ中。

22:00 まで、この状態で動かす予定。

**root▲ ★** · NG

>>191 の後は、書き込み系のテスト。

/md と /home で実施予定。

**root▲ ★** · NG

22:00 まで問題なし。

書き込みテストへと。

**root▲ ★** · NG

書き込みテスト中。

何か、書き込み中に ^C した時の「戻り」が、なんか微妙におかしいかも。

**root▲ ★** · NG

>>194 は、気のせいかも。

いずれにせよ、調べ中。

**root▲ ★** · NG

/home/.snap を rm -rf して、umount / mount してテスト中。

**root▲ ★** · NG

さっきのテストしながら、dd で bs=512 なファイル作っては消し、
作っては消すのを 10 多重で動かし中。

23:00 まで。

株価【800】 ▲ ◆cZfSunOs.U · 2006/07/02(日) 22:47:38

HDD の負荷試験なら sync もバシバシかけた方がいいのかしらん？

**root▲ ★** · NG

>>198
bufdaemon さんが sync することになっているけど、
確かに、それはありですね。

**root▲ ★** · NG

ううむ、/home/.snap がないと、
動作が普通っぽくなるみたい。^C に対する反応とか。

rm する前と後で sync するようにして、再度動かす予定。