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

**root▲ ★** · NG

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

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

等を取り扱います。

現在、複数サーバによる連携により、
サーバ能力のさらなるスケールアップをめざすための「雪だるま作戦」が進行中です。
雪だるま作戦は、現在以下のスレで雑談しながら進行中です。

＜主な関連スレッド＞
【しらたま】雪だるま作戦に思いを馳せながら雑談するスレッド Part11
http://aa5.2ch.net/test/read.cgi/nanmin/1121875871/

＜主な関連リンク＞
ブレーメンメーター: http://mumumu.mu/bremen/
ＭＲＴＧによる統計情報: http://mumumu.mu/mrtg/
２ちゃんねるサーバ負荷監視所: http://ch2.ath.cx/load/
2ch 鯖監視係。: http://sv2ch.baila6.jp/
2ch CGI 軽量化: http://sunos.saita.ma/2ch-cgi-lw.html

**≡((( ﾟ∀ﾟ)** ◆NO.1/CDSKY · 2005/09/05(月) 23:54:39

>>248　こんな初心者の質問にお答えいただきまして恐縮です。
FreeBSDだとUFS2+softupdateが基本なのですね。
memoriesも1.2Tあるんですね。確かにfsckするのはつらいですね。
また携帯系もccdでSoftwareRAIDですか。
片肺で動いているのはドキドキしますね。

httpdを動かしていて2chクラスのアクセス数だと
CPU、MemoryをUpgradeし、帯域幅も十分だと
最後のボトルネックはDISK I/Oになるのかなと。。。
アクセスログへの書き込みもかなりなものになるでしょうし。

厚顔無恥を承知の上で、勇気を出して書きますと、
LinuxではReiser4(パフォーマンス)と
XFS(大容量サポート)に期待したいところです。
面白いところではGoogle File Systemでしょうか？
実務でCluster組むのであればVxfsかなと。。。

Linuxはたくさんファイルシステムがあって
どういったものがあるのか模索中なところで、
思わずBSDはどうなのかなと気になってしまい、
思い切って質問してしまいました(滝汗
ファイルシステムの基本は、
パフォーマンスよりも信頼性だと考えて
右往左往している最中です。
正直、書き込んでしまって後悔してます。
すいません。

**root▲ ★** · 2005/09/06(火) 02:29:23

>>249
いえ、またいらしてくださいです。
ファイルシステムは、たぶんある意味永遠の課題なのではないかと。

c.2ch不具合報告総合スレ4
http://qb5.2ch.net/test/read.cgi/operate/1122639354/458-462

SQUID_CONFIGURE_ARGS="--with-aufs-threads=16" という呪文を唱えてみたけど、
さて、どうなるのか。

**root▲ ★** · 2005/09/06(火) 17:12:20

>>250
SQUID_CONFIGURE_ARGS="--with-aufs-threads=32" にしてみた。

**動け動けウゴウゴ２ちゃんねる** · 2005/09/07(水) 10:27:04

rootさんに質問なんですが、
内部プロセス間通信とファイル操作ってどっちが重いと思いますか？

まあメモリディスクならあまり大差ないのでしょうか

**root▲ ★** · 2005/09/07(水) 16:03:39

場合によるですね。>>252

要素多すぎなので、
「××みたいなことをする場合」というのがわからないと、
一概に言えないです。

**動け動けウゴウゴ２ちゃんねる** · 2005/09/07(水) 16:35:36

>>253
なるほど。

あくまでチラシの裏で例にすぎませんけど、

http(ネットワークストリーム)=>bbs.cgi(プロセス)=>files（ディスク上）

を

http(ネットワークストリーム)=>bbs.cgi(プロセス)=>datatable(プロセス)=>files（ディスク上）

にしたらやり方次第では早くなるのかな、とおもいまして。
現状を考えると実用的ではないとは思いますけどね。

**root▲ ★** · 2005/09/07(水) 16:57:11

○ うるう秒のはなし

1) /usr/src/share/zoneinfo/leapseconds ファイルを最新版に更新
CVSupとか別のマシンからコピーするとか
2) zoneinfo ファイルを更新
cd /usr/src/share/zoneinfo; make; make install

で、

3a) 西海岸時間の場合
cp /usr/share/zoneinfo/America/Los_Angeles /etc/localtime
3b) 日本時間の場合
cp /usr/share/zoneinfo/Asia/Tokyo /etc/localtime

を、＊2004年のうちに＊やっておけばよいはず。

これで、http://qb5.2ch.net/test/read.cgi/operate/1125454816/746 のように「60秒」が表示され、
その後も時間がちゃんと合うようになるはずです。
やらないと、NTPで時間合わせた時に1秒おかしくなるはず。

**root▲ ★** · 2005/09/07(水) 17:00:27

>>254
そういうことですか。

雪だるま作戦では、bbs.cgiの書き込み部分だけ
別プロセス(で、別サーバ)にしているです。
上記で言うdatatableが、bbsdというやつで。

で、>>255 ですが、既に最新のFreeBSDソースでは対応が入っているようです。
http://www.freebsd.org/cgi/cvsweb.cgi/src/share/zoneinfo/leapseconds?rev=1.13&content-type=text/x-cvsweb-markup

今は-CURRENTとRELENG_6だけのようですが、そのうち他バージョンも入るんではないかと。

▲ ◆SANUKI/VII · NG

2004年？？？

**root▲ ★** · 2005/09/07(水) 17:07:39

>>257
う、2005年のまちがいで。

▲ ◆SANUKI/VII · NG

やべ、今2003年かと思ってた

**ピロリ** · 2005/09/07(水) 19:30:08

閏年とか閏月、閏秒は聞いたことあるけど

閏分とかはないんですか?

**動け動けウゴウゴ２ちゃんねる** · 2005/09/07(水) 19:36:05

http://www.google.co.jp/search?num=50&hl=ja&newwindow=1&c2coff=1&q=%22%E9%96%8F%E5%88%86%22&btnG=Google+%E6%A4%9C%E7%B4%A2&lr=lang_ja

**動け動けウゴウゴ２ちゃんねる** · 2005/09/07(水) 19:45:25

サマータイムを元に戻すときに、閏時を挿入すればいいのになあ、と思った

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

[FreeBSD-Announce] FreeBSD Security Advisory FreeBSD-SA-05:20.cvsbug
http://lists.freebsd.org/pipermail/freebsd-announce/2005-September/001016.html

**動け動けウゴウゴ２ちゃんねる** · 2005/09/08(木) 05:30:16

【テレビ】ＮＨＫでやらせ？台風で落下して集めたナシをばらまいて撮影　放送は中止
http://news18.2ch.net/test/read.cgi/mnewsplus/1126124789/

**動け動けウゴウゴ２ちゃんねる** · 2005/09/08(木) 09:09:48

>>256
ああ、なるへそ。すでに雪だるまでインプリされてますたか。
最近夏厨が大杉だったせいもあって追っかけてなかったのでわからんかったです。

**動け動けウゴウゴ２ちゃんねる** · 2005/09/08(木) 12:58:39

>>255
> ○ うるう秒のはなし
>
> 1) /usr/src/share/zoneinfo/leapseconds ファイルを最新版に更新
> CVSupとか別のマシンからコピーするとか
> 2) zoneinfo ファイルを更新
> cd /usr/src/share/zoneinfo; make; make install

cd /usr/src/share/zoneinfo; make -DLEAPSECONDS all install
のように、LEAPSECONDSサポートありでコンパイルしないとダメですよ～

**root▲ ★** · 2005/09/08(木) 13:29:10

>>263
SAですか。

>>266
おぉ。

で、HTTなしをちょっとだけlive16/20で実験中だったわけですが、

・「どーん」と来た時の耐久性が気持ち、下がる＊ような＊気がする
・あとは、あまり変わらないぐらい

みたいなので、HTT有効に戻しました。

%sysctl machdep.hyperthreading_allowed
machdep.hyperthreading_allowed: 1

**動け動けウゴウゴ２ちゃんねる** · 2005/09/08(木) 13:40:23

だいじょうぶかな。
まあ、外部に怪しいUSERがいるわけでもないしいいか。

**root▲ ★** · 2005/09/27(火) 12:08:39

なかなかRELENG_6_0タグが打たれない(こりゃ、10月もあやしいかも)わけですが、
ファイルシステム系の話題をひとつ。

THE NILFS PROJECT HOME PAGE
http://www.nilfs.org/

スレも立ってるですね。
しかし、NTTというぐらいで（りゃ。

NTT、高信頼性Linuxシステムを実現する新ファイルシステム「NILFS」を公開
http://news18.2ch.net/test/read.cgi/scienceplus/1127755789/

**root▲ ★** · 2005/09/27(火) 12:13:21

>>269
とりあえず、巷の意見。
http://slashdot.jp/article.pl?sid=05/09/26/1451225&topic=29

**動け動けウゴウゴ２ちゃんねる** · 2005/09/27(火) 13:11:52

>>269
>>270でもあるけど、フォールトトレラント＆追記特化FSっぽいですね。
これだと掲示板システムにはあまり向かない？

**動け動けウゴウゴ２ちゃんねる** · 2005/09/30(金) 12:15:14

>>237でmemoriesに移転された物の内、tv6とsports7で
未HTML化の過去ログが行方不明になっています。
_datAreaの移転や解凍が正常に行われているか、
確認をお願いします。
http://tv6.2ch.net/kakolog.html
http://sports7.2ch.net/kakolog.html

http://206.223.150.235/~ch2tv6/kakolog.html
http://206.223.150.240/~ch2spo7/kakolog.html
古い方にはまだログは残っているようで、
移し忘れていてもまだ間に合いそう。

**動け動けウゴウゴ２ちゃんねる** · 2005/09/30(金) 12:15:25

上げ忘れ

**root▲ ★** · NG

>>272
お、チェック & 対応するです。

**root▲ ★** · 2005/09/30(金) 14:46:21

>>272
対応できたはず。

**root▲ ★** · 2005/09/30(金) 14:51:41

あ、やば、CGIをmemories対応版にしなきゃ。

**root▲ ★** · 2005/09/30(金) 14:55:57

>>276 done.

**動け動けウゴウゴ２ちゃんねる** · 2005/09/30(金) 16:17:09

お疲れ様デース。

**root▲ ★** · 2005/10/01(土) 20:16:46

anime鯖関連3
http://qb5.2ch.net/test/read.cgi/operate/1128156289/262-

さて、animeサーバのネットワークが9月27日(現地時間)に
10Mbpsにダウングレードしていた件ですが。

Sep 27 01:51:14 <0.2> tiger2514 kernel: em0: Link is Down
Sep 27 01:52:05 <0.2> tiger2514 kernel: em0: Link is up 10 Mbps Full Duplex

たぶん、スイッチ側の設定変更(バージョンアップか何か)をしたんでしょうね。
で、その時に、一時的にスイッチ側が10Mbpsの設定になったんだと思われます。

サーバ側は「自動判別」にしてあるので、スイッチ側が10Mbpsになると、
自動判別して、10Mbpsにダウングレードすると。

で、本来であれば100Mbpsに設定を戻した時に
FreeBSD側で100Mbpsに設定が戻るはずなのですが、
その部分が、なぜか機能していなくて、10Mbpsのままだったと。

で、さっき手で ifconfig em0 media autoselect を
おそるおそる(しくったらネットワークが切れる)入力したら、

Oct 1 03:23:11 <0.2> tiger2514 kernel: em0: Link is up 100 Mbps Full Duplex

となり、100Mbpsに復活したと。

**root▲ ★** · 2005/10/01(土) 20:18:36

ということで現象は >>279 のとおりなわけですが、
この場合、問題は2つあります。

1) PIE側でのいきなりの設定変更(ネットワーク側)

これは、たんたんと文句を言うことにします。

2) なぜ、FreeBSD 側で100Mbpsに自動的に戻らなかったのか

これは、別途調べないといけないような。

**▲ 某ソレ511** · 2005/10/01(土) 20:26:21

そういや、9/27っていうと、comic6/food6/tmp5がいっせいに落ちた日ですね、、
あの時もスイッチ側？という話があった気がしたけど
やっぱその関係の影響もあるのかなぁ、

**動け動けウゴウゴ２ちゃんねる** · 2005/10/01(土) 20:29:11

他の虎鯖、蛇鯖でダウングレードしたやつはもうない？

**root▲ ★** · 2005/10/01(土) 20:29:52

>>281
ありえますね、、、。
時間帯も、一致しているし。

>>282
これから調べます。

**動け動けウゴウゴ２ちゃんねる** · 2005/10/01(土) 20:42:39

2ちゃんねるの鯖ダウンは大抵は住人側の責任だったが、
こういうケースもあるとは・・・

**root▲ ★** · 2005/10/01(土) 21:13:44

tiger503-512, 2507-2512, 2513-2514, 2522-2525
oyster902, 243
cobra2244-2247
banana201

以上のI/F(プライベート側含む)が100Mbps以上になっていることを確認。

**boot** ◆e1ibbpQcd2 · 2005/10/01(土) 22:12:16

乙です

**root▲ ★** · 2005/10/01(土) 23:03:40

Jim-san, Sean-san,
Cc: (maido3.comの中の人), 2ch guys,

I encountered suspicious network performance down on tiger2514 today.

I checked the current configuration of tiger2514 and I found
automatically downgrading from 100Mbps to 10Mbps on tiger2514's network
I/F.

I also found the message in system log as follows:

Sep 27 01:51:14 <0.2> tiger2514 kernel: em0: Link is Down
Sep 27 01:52:05 <0.2> tiger2514 kernel: em0: Link is up 10 Mbps Full Duplex

So, it seems to be automatically downgraded by switch configuration
changing at September 27 1:52 PDT.

And at that time, we encountered suspicious network down on banana388,
389, and 390, but I am not sure these two problems are related or not.

I tried to fix it by hand manually and fortunately it is succeeded, so,
the problem has been fixed (back to 100Mbps full duplex).

But it made silly server performance down for several hours, and many
2ch users make a complaint about it.

This server serves about Japanese anime on 2ch BBS, so, it is very
important and needs high bandwidth and performance.

Again, many 2ch users watch our work (including you and me).
Please do not forget about it.

Regards,

**あぼーん** · NG

あぼーん

**root▲ ★** · 2005/10/03(月) 04:14:15

read.cgi再開発スレ Part2
http://qb5.2ch.net/test/read.cgi/operate/1105909861/369

lighttpd
http://www.lighttpd.net/

ちょっと興味をひいたので、おれさまメモしておく。
# 今日はというかこのところちと、本業多忙気味。

**動け動けウゴウゴ２ちゃんねる** · 2005/10/03(月) 10:28:32

>>289
日本語関連ソース。
http://pcweb.mycom.co.jp/news/2005/09/02/007.html

**動け動けウゴウゴ２ちゃんねる** · 2005/10/03(月) 10:38:10

UNIX板に関連スレ立てておきました（そもそもここでいいのか怪しいけど)。

【Apacheより】lighttpd【高速らしい】
http://pc8.2ch.net/test/read.cgi/unix/1128303427/

**動け動けウゴウゴ２ちゃんねる** · 2005/10/03(月) 12:27:29

くそスレタイ

**boot** ◆e1ibbpQcd2 · 2005/10/03(月) 16:18:39

それなら、自宅鯖板にもあったぞ。と
【軽量】lighttpd【通常の3倍】
http://pc8.2ch.net/test/read.cgi/mysv/1126008399/

**動け動けウゴウゴ２ちゃんねる** · 2005/10/03(月) 17:18:12

>>293
なんで自宅鯖板なんだろ・・・・

**boot** ◆e1ibbpQcd2 · 2005/10/03(月) 21:03:51

う～ん立てたの私じゃないんで…
自宅鯖で使う人でもいるんでは？

**動け動けウゴウゴ２ちゃんねる** · 2005/10/04(火) 09:32:50

というかむしろなんでも自由に出来る自宅鯖のほうが使いやすいんじゃないかな。

◆Reffi/bQ.c · 2005/10/04(火) 19:44:03

ようやく動き出したか
長かったなぁ
この調子なら１０月末辺りには正式版かな

Build 6.0-RC1　5 October 2005

**root▲ ★** · 2005/10/04(火) 21:21:12

>>297
もう書かれてた。

ちと、長かったですね。

**root▲ ★** · 2005/10/06(木) 12:02:35

一足先に、Webデザインが変わった模様。
http://www.freebsd.org/

アナウンスメールより。
> The new design was created by Emily Boyd, a student at Smith
> College that we had the pleasure of working with through Google's
> Summer of Code program.

22歳のおにゃのこの模様。
http://wikitest.freebsd.org/moin.cgi/EmilyBoyd

**動け動けウゴウゴ２ちゃんねる** · 2005/10/09(日) 23:43:20

そろそろ6.0ですねー

**動け動けウゴウゴ２ちゃんねる** · 2005/10/10(月) 12:00:16

>>299
リリースされた暁にはキターしてくださいw

◆BFzK/mtqM2 · 2005/10/10(月) 13:24:19

やっとRC1来ましたね

**root▲ ★** · NG

>>300-302
http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/conf/newvers.sh?only_with_tag=RELENG_6_0

ということで、とりあえずcvsup中。
今夜あたりに、いろいろと。

で、vip臭いを読まずにとりあえずめも。

1) この人は前にnews4vipに書き込んだ、という情報をどうやって蓄えるか?
2) 別サーバ/板のbbs.cgiはそれをどうやって得るか?

**動け動けウゴウゴ２ちゃんねる** · 2005/10/10(月) 14:56:34

>303
1.cdbなりMySQLなりにデータを貯めておく
2.データの更新頻度が低くて問い合わせが多ければrbldnsd。更新頻度が高くて問い合わせが少なければXML

**動け動けウゴウゴ２ちゃんねる** · 2005/10/10(月) 15:22:54

>>303
Cock81vip

● ◆ANGLERlqvM · NG

RC1来ましたか。

**root▲ ★** · NG

5.4R → 6.0-RC1への更新手順メモ

0) Apache等の自動起動停止(外からのアクセスを止める)
　必要に応じてメモリディスクの内容をバックアップ
1) rm -rf /usr/obj
2) standard-supfile 編集、RELENG_6_0 を持ってくるように
3) cd /usr/src; make update
4) make -j 4 buildworld buildkernel
　3) 4) は1台のみ必要、以降は別ホストから持ってきた /usr/src /usr/ports /usr/obj を展開でよい
5) make installkernel
　※安全を考え、バージョンアップ時はまずGENERICを入れるほうがよい
6) /etc/sysctl.conf /boot/loader.conf を 6.0R 用に調整(必要なら)
7) リブート
8) ブートアップ確認後、dmesg をチェック・保存
9) cd /usr/src/usr.sbin/mergemaster; make -m /usr/src/share/mk all install
10) mergemaster -p
　/etc/passwd /etc/group 等を対話的に調整
11) make installworld
12) mv /etc/rc.d /etc/rc.d.54; mkdir /etc/rc.d
13) mergemaster -i
　システムファイルを対話的に調整
14) リブート
15) ブートアップ確認後問題なければ、rm -rf /etc/rc.d.54
16) pkg_info -aI の結果を保存(入っているports/packagesの確認)
17) 旧portsを全消し
18) カーネル・システムファイルのチューニング(SMP対応など)、リブート、dmesg確認
19) ports/packages再インストール(16) で保存したものが矛盾なく入るように)
20) 最終リブートテスト
21) メモリディスクの内容をリストア
22) Apache等の自動起動復活
23) アプリケーション(掲示板など)動作テスト

**root▲ ★** · NG

ということで、他サーバおもり用のマシン(通常banana)を6.0-RC1にしてみた。
特に問題ない模様。

%uname -a
FreeBSD banana273.maido3.com 6.0-RC1 FreeBSD 6.0-RC1 #0: Mon Oct 10 11:23:53 PDT 2005 root@banana273.maido3.com:/var/src/sys/i386/compile/I386_BANANA_60 i386

今日はここまで。

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

[FreeBSD-Announce] FreeBSD Security Advisory FreeBSD-SA-05:21.openssl
http://lists.freebsd.org/pipermail/freebsd-announce/2005-October/001021.html

**動け動けウゴウゴ２ちゃんねる** · 2005/10/11(火) 23:43:54

>>309
一応「脆弱性」なんだろうけど、大騒ぎする程のことじゃないですな。
放置でよろしいかと。

**root▲ ★** · NG

cook81.2ch.net の DNS登録をお願いします。

(新規登録)
+cook81.2ch.net:206.223.150.140

**動け動けウゴウゴ２ちゃんねる** · 2005/10/12(水) 13:42:19

>>307 がNGされてる．．

**root▲ ★** · NG

>>312
/えとせ/ぱすわーどのせいでしょう。
変なウイルス貼る人がいるから。

**ピロリ** · 2005/10/12(水) 14:05:26

>>311
done

**root▲ ★** · 2005/10/12(水) 14:19:06

>>314
http://cook81.2ch.net/

私の環境からは見えました。
アカウント情報メール済み。

▲ ◆SANUKI/VII · NG

俺も見えたー

**動け動けウゴウゴ２ちゃんねる** · 2005/10/12(水) 14:38:28

ヤフーですが見えました

**動け動けウゴウゴ２ちゃんねる** · 2005/10/12(水) 14:44:02

wakwak ok.

◆BFzK/mtqM2 · 2005/10/12(水) 14:47:16

DoCoMoからも見えました～

**動け動けウゴウゴ２ちゃんねる** · 2005/10/12(水) 15:10:27

なんだ FAX ★ って。

**動け動けウゴウゴ２ちゃんねる** · 2005/10/12(水) 19:24:54

OCNだが、もちろん見えた

**動け動けウゴウゴ２ちゃんねる** · 2005/10/12(水) 20:33:07

>>303
VIPとかいうのは嫌いだからここだけ読んで書くけど、
2ch.netからのCookieという事で発行すればどこでも使える情報を送れるんじゃね？
もう忘れたけど、
Set-Cookie: YOUIS=VIPPER; domain=2ch.net
とか。適切なP3Pヘッダもいるかも。

◆Reffi/bQ.c · 2005/10/12(水) 22:50:03

ＲＣ－１正式リリース
（既に本家ＦＴＰにうｐされてます）

Release 6.0-RC1 TBD 11 October 2005

**動け動けウゴウゴ２ちゃんねる** · 2005/10/12(水) 23:45:00

.｡oO( VIP dat DB に照会する… )

**root▲ ★** · NG

この機会にex11のメモリディスクを、

md /md mfs rw,nosuid,noatime,-s128m,-i2048 0 0

と/etc/fstabに書く形から、

/sbin/mdmfs -S -M -s 128m -i 2048 -o noatime,async md /md

とスタートアップ時に設定する形に変えてみた。

・swapではなくて実記憶を直接mallocで与える
・softupdateの処理をしない
・書き込みを非同期モードに

これで、/md のパフォーマンスアップができればいいなと。

**ピロリ** · 2005/10/13(木) 16:50:15

>これで、/md のパフォーマンスアップができればいいなと。

何がいけにえになるんですかねぇ?

**root▲ ★** · NG

>>326
メモリディスクに、実記憶を割り当てるということです。

FreeBSDのメモリディスク(md)には、4つモードがあります。

man mdによると、

malloc Backing store is allocated using malloc(9). Only one malloc-
bucket is used, which means that all md devices with malloc
backing must share the malloc-per-bucket-quota. The exact size
of this quota varies, in particular with the amount of RAM in
the system. The exact value can be determined with vmstat(8).

preload A file loaded by loader(8) with type `md_image' is used for
backing store. For backwards compatibility the type `mfs_root'
is also recognized. If the kernel is created with option
MD_ROOT the first preloaded image found will become the root
file system.

vnode A regular file is used as backing store. This allows for mount-
ing ISO images without the tedious detour over actual physical
media.

swap Backing store is allocated from swap space.

で、一番下がこれまでのジンギスカンで使っているもので、
今回それを一番上にしたということです。

**root▲ ★** · NG

で、簡単にいうと、swap方式だと、システムの状況によっては
HDD(スワップ領域)を触る可能性があるということです。

malloc方式だと、それは起こりません。

**root▲ ★** · NG

ということで、メモリが2Gあってそのうちの128Mとか160Mとか割り当てる形なら、
こちらの方がパフォーマンスが出るのではないかという考えです。

あとの設定変更2つは、基本的にはHDDでやっているデータ破損防止処理を
メモリディスクではオフにしよう(意味ないし)ということです。
これはたぶん、今のジンギスカンにもすぐに応用できるはず。

**root▲ ★** · NG

ということで、実記憶というかカーネルのmalloc領域を直接使うので、
メモリが貧しいサーバだと設定内容によってはどきどきするかも、というのが、
いけにえってことになるですね。

512Mに32Mとかなら、bananaでもやってみる価値はあるかも。

**動け動けウゴウゴ２ちゃんねる** · 2005/10/13(木) 19:21:07

mdでsoftupdateをasyncにするってのは確かにありかも。
でもmdだと「光の速度1/10だったのが1/9.5に成りました」という領域に近い気配。

**root▲ ★** · NG

サーバダウン(鯖落ち）情報　part81
http://qb5.2ch.net/test/read.cgi/operate/1129187861/55

> The FreeBSD Projectは、いくつかの抜本的開発を進めるために
> FreeBSD 5系の開発に長い時間をかけてきた。FreeBSD 5系で
> 目標としてきた実装にある程度目処が立ちシステムが安定してきたことから、
> The FreeBSD Projectは早めにFreeBSD 5系をFreeBSD 6系に移行させ、
> currentをFreeBSD 7系、stableをFreeBSD 6系という本来の開発体制に
> 戻したい意向だ。これまではFreeBSD 4系とFreeBSD 5系を同時に対処するなど、
> 開発チームに高い負荷がかかっていた。

やはり、5系を早くやめて、安定(運用)系は6系に移行させたいってことで。
そううまくいくかは、6.0Rの出来にかかっているのかなと。

>>331
そう思っていたんですが、特にファイルシステムがGiant lockで動くシステムだと、
結構影響はあるみたい。

一度、ベンチかBG系あたりでテストでもってかんじで。

◆TWARamEjuA · NG

Apache 2.0.55 Released

**root▲ ★** · NG

重い重い重い重い重い重い重い×34＠運用情報
http://qb5.2ch.net/test/read.cgi/operate/1127144824/218-

設定変更後、好調に動いていたex11のメモリディスクのmallocモードですが、
今日突然、メモリディスクが劇重に。

で、従来のswapモードに戻したところ、軽くなった。
うーむ。ひょっとしてまた虫を踏んでしまったのか。

**ピロリ** · 2005/10/16(日) 05:32:13

いやー

そんなにうまい話はないんでないかい。
何かを得るにはなにか生贄が必要なのは太古から変わっていないかと、

と、おじぃさんがいってました。

**root▲ ★** · 2005/10/17(月) 01:34:48

ex11のメモリディスク、
softupdate off + async を
softupdate on に戻したら、軽くなった。

この条件で使う限り、softupdate のほうが、
async よりも圧倒的にコストが低いということになります。
書き込み(bbs.cgi)のCPU使い具合やはけ具合が、全然違う。

しかし、なんでだろう。

**動け動けウゴウゴ２ちゃんねる** · 2005/10/17(月) 01:53:09

そうやって使うことが前提だからとか単純な理由だったりしたらﾜﾛｽ

**動け動けウゴウゴ２ちゃんねる** · 2005/10/17(月) 03:48:48

buffer -> sync(softupdates) -> md
は単に速いHDDとして使えるけど。
buffer -> async -> md
はsoftupdatesでやっているキューの整理が入らないからか？

HDDの書き込みという桁違いのボトルネックがあればasyncは速いけど、mdだと整理していない分遅いとかか。

**root▲ ★** · NG

>>338
連続したメモリ領域のアクセスのほうが効率がいいとか、
そういう話なのかしら。

**動け動けウゴウゴ２ちゃんねる** · 2005/10/18(火) 08:53:16

>>339
ですかねー

>>338でもいっているようにソートしてあればmdは絶大な威力を発揮、
てんでんばらばらな追記だとファイルシーク（という言い方があっているか微妙）に
(通常のメモリアドレス検索より)激しく時間を食うのでそのぶん重くなりやすいってことなんですかね

**root▲ ★** · 2005/10/25(火) 14:50:01

Hello Sean-san,
Cc: 2ch guys,

Since about several hours ago, outgoing network performance of tiger505
has been bad (it is reported by many 2ch users).

I checked the network performance of tiger505, and I verified it is
certainly occurred.

I did the performance test by using ftp, and I detected outgoing
network performance has been bad, as follows:

- other servers => tiger505 is good. (it is about 100Mbps)
- tiger505 => other servers is bad. (it is about 50Mbps)

I verified the network setting of tiger505 is still set to 100Mbps
full-duplex (Of course, I don't change the network setting on tiger505).
And I feel the suspicious network delay when I am working on tiger505
via remote login

I checked the network performance by ping from other servers at PIE, and I
detected suspicious delays are occured the response packet as follows:

64 bytes from 206.223.150.120: icmp_seq=104 ttl=63 time=1.105 ms
64 bytes from 206.223.150.120: icmp_seq=105 ttl=63 time=0.569 ms
64 bytes from 206.223.150.120: icmp_seq=106 ttl=63 time=0.642 ms
64 bytes from 206.223.150.120: icmp_seq=107 ttl=63 time=0.567 ms
64 bytes from 206.223.150.120: icmp_seq=108 ttl=63 time=31.387 ms <=
64 bytes from 206.223.150.120: icmp_seq=109 ttl=63 time=0.719 ms
64 bytes from 206.223.150.120: icmp_seq=110 ttl=63 time=0.616 ms

Probably, it is the cause of the trouble I think.
Please check and fix it.

Regards,

**root▲ ★** · 2005/10/25(火) 14:53:57

life7からnews19をpingした結果

--- news18.2ch.net ping statistics ---
1049 packets transmitted, 1049 packets received, 0% packet loss
round-trip min/avg/max/stddev = 0.449/2.629/153.439/13.277 ms

やはり、変なパケット遅延がありますね。
これが全体の足を引っ張っています。

スイッチの問題のようかん。

**root▲ ★** · 2005/10/25(火) 14:54:16

news19じゃなくてnews18の間違い。>>342 1行目

**root▲ ★** · 2005/10/25(火) 17:21:21

Sean-san,

Thank you. I detected some other PIE servers have the same trouble.
I detected the same situation on banana601 and banana388.
But banana201 is probably normal.

I will also check the network performance on 2ch servers and I will
report to you the result sooner or later.

And I have an information. These banana601, 388 and tiger505 servers
have the same condition.

- network I/F configures 100Mbps full duplex
- 'incoming' traffic is no problem.
- 'outgoing' traffic is low performance now.

I think it may help you.

Regards,

**root▲ ★** · 2005/10/25(火) 17:30:47

life7 <=> memories は、双方向とも問題なしでした。
memoriesから、計測してみるか。

**root▲ ★** · 2005/10/25(火) 17:44:58

oyster901 901 243 異常なし
cobra2244 2245 2246 2247 異常なし

**root▲ ★** · 2005/10/25(火) 17:49:27

tiger503 504 506 507 508 509 510 511 512 異常なし
tiger505 おかしい

**root▲ ★** · 2005/10/25(火) 17:51:46

tiger2507 2508 2509 2510 2511 2512 2513 2522 2523 2524 2525 異常なし