【uma作戦】2ch特化型サーバ構築作戦 Part5

前スレ
【uma作戦】2ch特化型サーバ構築作戦 Part4
http://qb3.2ch.net/test/read.cgi/operate/1074124767/

2

【uma/peko作戦】2ch特化型サーバ構築作戦 Part5
-------------------------------------------------------
uma鯖とpeko鯖について構築していくスレです

前スレ：
【uma作戦】2ch特化型サーバ構築作戦 Part4
http://qb3.2ch.net/test/read.cgi/operate/1074124767/

現在のoyster（root権限あり）鯖一覧
oyster173: news6.2ch.net/news7.2ch.net / news9.2ch.net / mnewsplus, trafficinfo, appli, femnewsplus,dqnplus
oyster174: life3.2ch.net / diet, fashion, female, kankon, live
oyster175: news5.2ch.net / newsplus
oyster176: bbq.2ch.net/rock54.2ch.net / BBQ/BBX/BBY/Rock54システム用
oyster132: qb3.2ch.net / operate, sec2ch, sec2chd
oyster133: gamble2.2ch.net / gamble, keiba, mj, pachi, slot
oyster134: tmp2.2ch.net / asia, bakanews, cat, company, download, ihan, ihou, joke, kitchen, kova, lobby, mog2, sisou, rights, tubo, youth
oyster135: news8.2ch.net / eq, eqplus
oyster136: science2.2ch.net / bake, denki, doboku, earth, future, infosys, kikai, life, material, math, nougaku, rikei, sci, sim, sky, wild
oyster137: www2.2ch.net / 入り口
oyster138: game5.2ch.net / ff, game, gameover, gamerpg, ghard
oyster139: aa3.2ch.net / aastory, kao, mona
oyster140: sports6.2ch.net / boxing, budou, k1, sumou, wres
oyster141: music3.2ch.net / asong, dj, hiphop, msaloon, music, musice, musicnews, techno, wmusic
oyster142: tv4.2ch.net / am, ami, apple, bs, celebrity, cm, cs, movie, nhk, skyp, tv2, tvsaloon
oyster901: live8.2ch.net / livenhk, liventv, livecx

uma鯖スペック：
CPU: Xeon 2.4GHz dual
Memory: 2G bytes
Disk: 36G 10,000rpm Ultra320 SCSI x 2
OS: FreeBSD 4.8R/4.9R

強さに関する、超ざっくりな値：
・非oyster 0.25〜1
・旧oyster 1
・新oyster 2〜2.5
・uma, noatimeなし 4〜5
・uma, noatimeあり 8〜10

MRTGによる統計情報: http://mumumu.mu/mrtg/
２ちゃんねる/PINKちゃんねる 稼動中のサーバ一覧: http://mumumu.mu/serverlist.htm

現在のoyster（root権限あり）鯖一覧
oyster173: news6.2ch.net/news7.2ch.net / news9.2ch.net / mnewsplus, trafficinfo, appli, femnewsplus,dqnplus
oyster174: life3.2ch.net / diet, fashion, female, kankon, live
oyster175: news5.2ch.net / newsplus
oyster176: bbq.2ch.net/rock54.2ch.net / BBQ/BBX/BBY/Rock54システム用
oyster132: qb3.2ch.net / operate, sec2ch, sec2chd
oyster133: gamble2.2ch.net / gamble, keiba, mj, pachi, slot
oyster134: tmp2.2ch.net / asia, bakanews, cat, company, download, ihan, ihou, joke, kitchen, kova, lobby, mog2, sisou, rights, tubo, youth
oyster135: news8.2ch.net / eq, eqplus
oyster136: science2.2ch.net / bake, denki, doboku, earth, future, infosys, kikai, life, material, math, nougaku, rikei, sci, sim, sky, wild
oyster137: www2.2ch.net / 入り口
oyster138: game5.2ch.net / ff, game, gameover, gamerpg, ghard
oyster139: aa3.2ch.net / aastory, kao, mona
oyster140: sports6.2ch.net / boxing, budou, k1, sumou, wres
oyster141: music3.2ch.net / asong, dj, hiphop, msaloon, music, musice, musicnews, techno, wmusic
oyster142: tv4.2ch.net / am, ami, apple, bs, celebrity, cm, cs, movie, nhk, skyp, tv2, tvsaloon
oyster901: live8.2ch.net / livenhk, liventv, livecx

uma鯖スペック：
CPU: Xeon 2.4GHz dual
Memory: 2G bytes
Disk: 36G 10,000rpm Ultra320 SCSI x 2
OS: FreeBSD 4.8R/4.9R

強さに関する、超ざっくりな値：
・非oyster 0.25〜1
・旧oyster 1
・新oyster 2〜2.5
・uma, noatimeなし 4〜5
・uma, noatimeあり 8〜10

MRTGによる統計情報: http://mumumu.mu/mrtg/
２ちゃんねる/PINKちゃんねる 稼動中のサーバ一覧: http://mumumu.mu/serverlist.htm

ここまでのお話
live8鯖順調と思われたが、突然の死亡
root ★さんがJimさんへ連絡
さて、これからどうなる？

Base system: PolyRaxx 2200 Series Dual Opteron System
CPU: AMD Opteron 244 x 2
Memory: 4G bytes
Hard Drives: 36G Ultra320 SCSI x 2 (Seagate Cheetah 15k.3 x 2
Chassis Option: 2200A

OS: FreeBSD 5.2.1RC
Disk partitioning: one disk for system, another disk for /home (whole)

Special issue:
1)Please allocate larger /var for logging.
2)I prefer to connect BOTH Ethernet interfaces to each subnets. I want to use
one for BBS service, another one for system maintenance.

oyster901# uname -a
FreeBSD oyster901.pacificinternetexchange.net 5.2.1-RC FreeBSD 5.2.1-RC #0: Sat Jan 31 12:38:34 GMT 2004 [email protected]:/usr/obj/usr/src/sys/GENERIC amd64

現在live8にて実験中。

綺麗な1000取り

前スレより転載。

1000 名前：root ★[sage] 投稿日：04/02/07 22:57 ID:???
Jim:
wow you already crashed it....:-)

私:
But oyster901 is dramatically fast. We need more system tuning and experiments.
So, we want to back to the experimental operation.
Whoud you please reboot oyster901 now?

Jim:
yes, it will take about 15 minutes though. sugu modori masu

私:
OK, I understand. Thank you for your work.

見事な1000だった。

rootさんの華麗な1000ゲットということで。

これまでのあらすじ
新しく導入されたpeko作戦のlive8鯖
順調と思われたが、指輪による突然の死亡
root ★さんがJimさんへ連絡
一体、どうなってしまうのか？

もう壊したんかいって言われてますねｗ

dramatically fast て

アシストトスしてしまったｏｎ_

Jim:
dou itashi mashite.
The only reason it is taking me 15 minutes I will go there.
mata atode.

私:
Ok wakatta.

ゆびらのちからで　おぺとろんははいになった。

どうやったらこれだけの鯖をハングさせられるかJimさんはぽかーんって感じだろうなｗ

Ｊｉｍさんが不憫でならない

bbs.cgi再開発プロジェクト２
http://qb3.2ch.net/test/read.cgi/operate/1069144193/
【協力願】Boo80で串を食べませんか？
http://qb3.2ch.net/test/read.cgi/operate/1064576191/
【広告】Rock54【自動排除】　3
http://qb3.2ch.net/test/read.cgi/operate/1074735308/
BBQ システム(公開串リストメンテ)
http://qb3.2ch.net/test/read.cgi/operate/1073061576/
bby -- スレッド情報一元管理システム構築スレ
http://qb3.2ch.net/test/read.cgi/operate/1073058944/

>>12　ﾜﾗﾀ

>>14
GJ!!

>>8 の一つ前

【uma作戦】2ch特化型サーバ構築作戦 Part4
http://qb3.2ch.net/test/read.cgi/operate/1074124767/982

982 名前：root ★[sage] 投稿日：04/02/07 22:52 ID:???
Jim:
Good morning Mumumu-san I am awake.

私:
Now, oyster901 is testing in progress.. currently, heavy load (now broadcasting 'road of the ring')
and oyster901 is down now. Please reboot it immediately.

now broadcasting 'road of the ring'

load of 〜の予感

いやぁ…やっぱり実況は恐ろしい…

road of the ring -> the lord of the rings

前スレ、rootさんが華麗に１０００持って行きましたねｗ
しかし、前の鯖だったら８時３分の時点で陥落だから♪タンの威力を
見せつけられた重いですね。
ｃｇｉやディスク周りとかのチューニングは必要だけど今後の課題ですね。

相当な負荷がかかったんだな

>>23
lord ofの悪寒

>>23
lord。。。

>>6
242*2じゃなかったっけ？ < CPU

＿|￣|○

>>30
なんかそのような記憶。

>>31
(　´,_ゝ`)

>>23 >>25
わっはっは。さすが共通一次試験88点。

>>24
まぁ、私live系やるのはじめてなんで。
だいぶ、普通のとは手法が違うとわかったですよ。

load of the live8

ニモは戦いません

bbs.cgiとread.cgiをカーネルに組み込むとかｗ

んじゃ

ハーフタイムショウを、

>30
242ですね…修正漏れ…＿|￣|○

lord製薬

理想は一局１鯖だけどそんなお金はないよね

ハーフタイムショウ
仕事人のきゅうり踊り

>>36
Finding Nimo　のtypo...

落ち具合からしてどのくらい耐久度が上がった感じなんですかねー

lord第二章

指輪道

mbuf不足の予感。netstat -mきぼん。

bbs.cgi を全サーバで入れ替えますー

そよ風そよ風と思っていたのが突然のダウン
原因は何？

>>35
>load of the live8

ﾜﾗﾀ

何？！

一旦live6に待避じゃだめかな、、、

>>30
242 x 2ですね。

>>38
わくわく。

>>47
あー、いいところついてるかもね。

>>48
何？なに？

>>48
なんだってー

>>52
つまり、live6に逝ってしまいなさいと？

>>49
システムテーブルとか、static系の資源を使い切ったっぽいですね。
落ちるときに遺言を残しててくれるといいんだけど。

netstat -m って打ったんだけど、間に合わんかった。しくしく。

>>58
paicc -c 'netstat -m' -mui 5000
（笑）

>>57
うむ

あとこれってサーバダウンの度にJimさんが走ることになるのだろうか

>>48
ひょっとしてlive8の規制抜きbbs.cgi？

ダイエット中らしい、、

いい運動だｗ

>>62
んだんだ

リモートリブートしようと思ったけど、うまくいかなかったそうです。< Jimさん

Jimさんも、一緒に実験してるということで。(素)

>>65
なにっ

>>61
リモートで動かせないとか、オートリブートできない状態になったら
jimさんコールかと。

>>66
（・３・） エェー

>>65
それってええもんなんかいな？

Pie ではバイトも募集しているらしぃ

>>66
げげ

リモートコンソールを、入れてもらおうと思っています。
毎回呼び出すのは、お互いにいまいちだし。

リモートコンソールが使えれば、もっと思い切ったチューニングもできるし。
前スレにありますが、Polywellは純正で持ってますです。

>>66
だから15分ほど待って、と。
あーあ。（笑）

多分

お茶飲み
２重投稿
クッキー確認

を外したんじゃないかと思われ

liveで実況している人は強いサーバでホクホク
一方Jimさんは走らされてヒイヒイ

世の中よ　ああ世の中よ　世の中よ

バイト１号↓

ｷﾀ━━━━━（ﾟ∀ﾟ）━━━━━!!!!
のために走らされていると知ったらどうなるのかしら？

もうねるぽ
明日には解決してるだろ

>リモートコンソール
ポート３０００を使うのか？

>>78
ミッションクリティカルな事してますとでも言っとく？

>>78
今朝(日本時間)こんなメール出してあるんで、既にそう思ってると思われ。

Jim-san;

Today, oyster901 successfully launched as 'live8.2ch.net'.
These series of 'live?.2ch.net' serve 'live broadcast', especially
reporting/discussing current status of TV programs.

Of course, 2ch is BBS, it NOT served any movies and graphics, but only
served texts. But all 'live?' servers are used for 'on-the-spot relay'
for BBS users, so they have always heavy loads.

Live8 will serve for all Japan TV programs. We decided this powerful
Opteron 64-bit server is most suitable for it.

And I feel that this is true. This server is dramatically strong.

みなさんがんばれ超ｶﾞﾝﾊﾞﾚ

>>78
別に走る必要はない

くこか！

くこか！

くこか？

Jimさん到着。

>>82
もう知ってるのかｗ

↑バイト２号
>>78
バイト１号おめ

朝っぱらからJimさん乙です。

>>90
連続で当たったぞｗ

兼任か

>88

jimさんｷﾀ━━━━━━(ﾟ∀ﾟ)━━━━━━ !!

>>75
bbs.cgi のコール回数を減らそう計画でーす。
どんどんはずして問題があったら復活することになりました。

あと何はずせるかな?

>>92
中の人＝バイト１号
外の人＝バイト２号
JIM ★を作ってここに書き込んでもらえば
↓バイト３号

>>92
二人分働くと言う事で。
バイト料は一人分。

はたらきものなJimさん

>>95
リファラは・・・危険かな

>>95
BBQ
BBX
Rock54

今だけ全部外しちゃえ

timecount,timeclose規制もはずれてる？

Jim:
Automatic file system check failed; help!

私:
Oh. may be the file system is partially broken.
Is oyster901 now single user mode?

>>102
ガーン。。。

>>102
Σｒ(‘Д‘ｎ）

結構な壊れ具合でございます

>>99
ですね、
それは外さない方向で
たいした負荷でもないし。

>>101
たぶん

>>102
なんだってー
↓バイト４号

file system破壊来たーーーーーーーーーーーーーーーーーーー！

かなりヒドいことになってるな……

これってCPUの性能が仇になったってこと？

システムよりもＨＤＤが耐えられなかったのか・・・・・
やっぱりＨＤＤ保護の為にある程度の流入規制は必要ですね。

私:
Oh. may be the file system is partially broken.
Is oyster901 now single user mode?

Jim:
UNEXPECTED INCONSISTANCY; RUN FSCK MANUALLY.
THTE FOLLOWING FILE SYSTEM HAD AN UNEXPECTED INCONSISTENCY:
ufs: /dev/da1s1d (/home)

Jim:
I understand. Please do
# fsck /dev/da1s1d

Jim:
I am rebooting it again now

私:
Thank you.

ファイルシステムがぶっ壊れた…堅牢な物のはずなのに…
やっぱり実況は恐ろしい…

わりと、予想通りかな。
他の理由は考えにくい。

fsckでのリカバーがうまくいくといいんだけど。

予期せぬ不整合ってなんじゃらほい。

あれまぁ。。

あとは・・・・

Samba24 を　BBQ 的手法に変えるかなぁ、
いまとなっては重い処理なのかも、、

>>112
softupdatesになってないじゃん。

おっそろしいなぁ

まぁ、実況はあまりログは重要ではありませんからね
不幸中の幸いとでも言いましょうか

結局Opteroｎは性能高かったってコトだな。

厄介な映画がやっと終わった
次にこんな状況が来るのはいつかな・・・

Jim:
I need your help now. FILE=/ch2live8/public_html/livenhk/subject.txt
REMOVE?

私:
y

二人羽織、実行中。

うーむ
やっぱ subject.txt の書き換えが・・・

live系って　age,sage なくてもいいような。

>>122
http://tv.nikkansports.com/tv.php?mode=05&site=007&lhour=2&category=tn&template=top

どんなのがあるですかね？＞人気番組

>>118
なってるはずです。あがったら、再確認しますけど。

>>122
新撰組が結構重いんじゃ

>>123
あっ、やっぱりそこですか
案外一番更新が多かったりするところですからね
そういや、ギコナビで読み取れなかったとか言う苦情が…前兆？

ニュー速壊れた

>>125
マターリスレはsage進行だから必要。

>>125
そういえば、そうですね。＞age,sage
思いつかなかった。

やっぱりRAIDが必要φ( . . )ﾒﾓﾒﾓ

いっそのことnews系にしちゃいますか？

RAID5？

>>133
まず20krpmHDの入手をなんとか、でしょ。

age、sageは不要・・・

ニュー即
サーバの負荷が高いので書きこめません。
(10.18 : 目標は 5.00 以下)
--------------------------------------------------------------------------------
もちろん、このページをリロードするのも負荷かかります。

>>131
ﾏﾀｰﾘなんだしsage無くてもsagaってるから問題ない

live系はむしろ掲示板でなくても(ry

>>126
テレ朝が新鯖に引越してたら明日の午前中に
アバレンジャー（最終回）仮面ﾗｲﾀﾞｰオンドル二人はプリキュアの
90分で実験ができていたかも・・・。

ニュー速はumaじゃないですよ。
重い重い(ryか動作確認スレでどうぞ

>>127
softupdatesなら
UNEXPECTED SOFT UPDATE INCONSISTENCY
になるはず。

1分に一回ぐらい書き換えればいいのでは＞subject.txt

>>131
たしかに、流れの速い実況スレには漏れ個人はいたくなかったり、、
朝生とかは鈍行専門。

>>125
いっそ、新規にスレッドがたった時だけsubjectを更新しては？
まあ、そうするとレス数反映不可能だしage,sage関係無しに現在位置保持になるわけだがｗ

現状ではageだろうがsageだろうがレスついたときに必ず更新されるんだよねぇ・・・

>>142
Softupdateにしてても、たまにこのエラー出るときがあったような

live系は、書き込みするとき「たまに」subject.txtを更新するって
感じでいいんじゃないかな。
およそ1/100の確率で、とか。

あんましsubject.txtでのリアルタイムなスレの順位とか、レス数とか意味ないと思うし。

>>143
1000ストッパーがsubject.txtを見てるから……

>>142
なるほど、対応します。

あ、sageがいらないのか。
速いスレが絶対あがるからマターリスレも大丈夫。

>>146
いずれにせよ、現状再確認で。

>>138
上がってると本スレの香具師らが流入するからsage必要

小さなメモリディスクを作って
そこにsubject.txtを格納してしまえばいいんじゃないでしょうか

>>148
いや、datに追記する時にdatの行数で判断しているような気がする

シリコンディスクが欲しい予感('-'*)

がーん。まじかよ。

# mount /home
/dev/da1s1d on /home (ufs, local, noatime, nosuid)

>>145
昔のログで、それっぽいことやった実験結果があったような。。
結果はくそスレ乱立で死亡、だったような。

>>156
ﾌﾟ

何か知らないけど自作ＰＣ板も♪ﾀﾝの性能の高さを見せつけられて一部のスレで
プチ祭りになってますねｗ

あがりました。Apacheとめます。
再調整。

>>159
ﾉｼ　Opteron鯖凄すぎです

>>159
淫厨が暴れているor叩かれているのでしょうかｗ

>>159
実況鯖を実況してるスレ（このスレ）の実況みたいになってるね
おもろい

>>146
出ません。see sbin/fsck_ffs/fsutil.c

>>156
ぷげ

softupdatesにしたらもっとずーーーーっと速く捌けるはずだから
avg.500なんて行かないでしょう。

>>157
日テレ実況でとんでもなくでかいスレが出来た時か。

>>159
でも肝心のOpスレはまたーりしとります。

仕事人さーん
各地でbbs.cgi入れ替えが原因と思われる異常が発生しているようです
対処お願いします

>>164
ｻﾝｸｽ
俺も今確認した＿|￣|○

age　sage　どころか日付も名前も要らない

自作板祭り本部？

Athlon64 ♪鯖(・∀・)ｶﾙｲﾈ! AMD雑談スレ93頭目
http://pc3.2ch.net/test/read.cgi/jisaku/1076161009/

RAID0+1導入しる！とか騒いでますが。

>>170
ｽｰﾊﾟｰﾌﾟﾛｸﾞﾗｰﾏでしょ、祭りの原因は？ｗ

いったん落として、調整中っす。
softupdateを有効にすれば、今後この壊れ方はなくなるはず。

釣り師が一人いてみんなそれで遊んでいるね

>>170
もちけつと叫んだけどあっさり無視されました（´・ω・｀）

名無しを空欄にすればいいんじゃないか？
あと日付の年と月はいらないんじゃ

>>170
導入シル！っていうよりはコスト的にそれぐらいがいいんじゃないかと

(･∀･)らんらんらーんらーんらん♪

名前もメール欄も日付も時間もIDもいらない
レス番:本文
でおｋ

いつの間にか指輪物語終わってた

こっちのスレでAMD雑談スレの祭りを監視してどうするｗ

>>175>>177
勘弁してくれ

いやマジで実況は>>177でいいんじゃないか？

二人羽織パート2、実行中。

まあ物理的に無理だったんだけどな、RAID

>>181
ﾏﾀｰﾘ実況ができなくなる・・・

つーか実況はircでやれよ

>>175
>>177
>>181

それやればデータ量は減るかもだけど
肝心の書き込み回数が減るわけでもあるまいに。

IDと名前がないと成立しないんよ
今も普通の人から見ると成立してなく見えるだろうけど
D3Kの人とか困るよ

Jim:
Enter full pathname of shell or RETURN for /bin/sh:

私:
Press enter please.

Jim:
ok #

私:
please do
# tunefs -n enable /dev/da1s1d

Jim:
tunefs: soft updates set

私:
Ok. go back to multi-user mode.

>>183
そういやラックマウントだっけ

名前欄はなくてもいいな

じゃあ
レス番:名前 : ID
本文

287 ：名無しさん： ID:Ａｂｃｄｅｆｇｈ
　　ｷﾀ━━━(ﾟ∀ﾟ)━━━!!!!!

こんな感じになっちゃう

softupdateがオンになってなかったとは、ぬかった。
でも、これで本来の実力が出るはず。
さっきはいわば欠陥状態だったわけだ。ｼｮﾎﾞｰﾝ

日時だって過去ログ読むとき必要だろーが

レス番と、時間だけでイイ予感

過去ログ化あるの？

もう、レス番も名前もIDも日付もいらない。
いっそのこと本文もなくしてくれ。

そろそろ、ファイル書き換え回数の減少については別スレでやりませんか?

>>193
今後が禿しく期待されます。チバリヤー

>>193
でも、それでもあれだけの処理能力。（*´∀｀*）ﾑﾌｰｯ

>>193
欠陥状態でもあんだけこなしてたんかい

>>193そんなおマヌケさんはオレが許さんですます！

　.＿＿
ヽ|・∀・|ノ ようかんマン
　|＿＿|
　　|　|

bbs.cgi 入れ替え中。。。

立てすぎチェックをばっさりこんしてしまった。

>>198
ファイル書き換えはファイルの日付（時間を見て秒毎に・・・）で決める

>>8
＞Jim:
＞yes, it will take about 15 minutes though. sugu modori masu

すぐもどりますｗ

>>198
テンプレ作成してくれれば（金）あたりに立てるでよ。
＿＿＿＿＿＿

で、明日の番組表。。
http://tv.nikkansports.com/tv.php?mode=06&site=007&category=tn&sdate=20040208&shour=05&lhour=24&area=008&stationbar=7,13,18&template=program

マラソンは、実況的に人気があるのかしら？

>>193
193(戦)がんばってねぇ

>203
ぷっ
それじゃぁ、Ｎ速で祭りになるわけだｗ

>>203
立て放題ですか。。

>>202
　　　　　　　 ｌヽ
　　　　　　　 ｌ 」
　　　　　　　 ‖
　　　　_, ,_ 　∩
　　（　‘д‘）彡　ｽﾊﾟｰﾝ
∠二i=⊂彡 |・/
　　　　　　　　　/∀・|

月曜までにはなんとかしてね(はあと

♪ｽﾌﾟﾗﾋﾟ＞(･∀･)入(･∀･)＜ｽﾌﾟﾗﾊﾟ♪ｽﾌﾟﾗﾋﾟ(ﾟдﾟ)ぷぅぅぅ〜

Jim:
UNEXPEXTED SOFT UPDATE INCONSISTENCYL RUN FSCK MANUALLRY.
THE FOLLOWING FILE SYSTEM HAD AN UNEXPECTED INCONSISTENCY
ufs: /dev/da0s1d (/var)

私:
Please do
# fsck /dev/da0s1d

Jim:
ok back to #

私:
please reboot again. simply multi-user mode.

>>203
まさか削除系もスレッド立て放題だったとか・・・。
(ﾟДﾟ；∬ｱﾜﾜ･･･

>>203
bby止まってませんか？

Jim:
try login

私:
Ok, oyster901 is back now.

NHK繋がんないよ〜

>>206
マラソンはスポーツｃｈとその局とに分散するからあまり盛り上がらんよ

> mount
/dev/da0s1a on / (ufs, local)
devfs on /dev (devfs, local)
/dev/da0s1e on /tmp (ufs, local, nosuid, soft-updates)
/dev/da0s1f on /usr (ufs, local, soft-updates)
/dev/da0s1d on /var (ufs, local, soft-updates)
/dev/da1s1d on /home (ufs, local, noatime, nosuid, soft-updates)

>>216
受信料は払ったか？

漫才ー
直ったー


・・・万歳ですた。ｼｮﾎﾞﾝ

>>206　こんなもんでどうすか？

スレタイ　実況向けファイル書き換え減少プロジェクト

テンプレ
今回の事件で浮き彫りになった、実況板の膨大なファイル書き換え回数・量
それをどうやって減らしていくのか考えていきましょう。

関連スレッド
【uma作戦】2ch特化型サーバ構築作戦 Part5
http://qb3.2ch.net/test/read.cgi/operate/1076162131/

bbs.cgi再開発プロジェクト２
http://qb3.2ch.net/test/read.cgi/operate/1069144193/

乙でし＞二人羽織の中の人と外の人

どなたか、live8にある3板の復帰依頼をお願いできますか。

>>223
NHKがまだ

ﾌｯｶﾂﾀﾞｰ!!(ﾟ∀ﾟ　)三　三(　ﾟ∀ﾟ)ﾌｯｶﾂﾀﾞｰ!!

>>214
なんか止まっている
まぁ　あとでということで，

>>221
こっちに立てますか？
（金）に立てますか？

softupdateのじゅもんをとなえた！
さてどうよ

つーかデフォでは入ってないんだっけか

> uptime
7:02AM up 4 mins, 3 users, load averages: 554.13, 270.83, 114.89

でも、軽いみたい。

ﾌｶｰﾂしてたｰ(・∀・)

マ（略
ｷﾀ━━━━(ﾟ∀ﾟ)━━━━ !!!!!

>>206
明日は　夕方のバン記者+サザエさん→ サンダーバード→ 新撰組
23：00〜NHKアーカイブス+EZTVあたりだと思われ

>>227
こっちでいいっしょ、、

>>223
done

>>228
たぶん、ファイルシステムを再構成したときに、私がぬかったんだと思われ。ｼｮﾎﾞｰﾝ

>>227
どっちがいいんでしょう…
(金)は人が少ないんですよね
しかし本家はちょっと…

ＮＨＫｷﾀ━━━━━━(ﾟ∀ﾟ)━━━━━━！！！！

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

今、どうですか？軽い？

今回は
(1)CPUが速くてhttpdがガンガンconnectionを受けつける
(2)filesystemが遅くて書き込みできずどんどんqueueが溜まってしまう
(3)mbufが溢れて喀血
というシナリオですから、データ量は問題ではありません。
書き換え量を減らしてもハナクソほどの違いもないでしょう。

復帰したね

>>239
ボトルネックはディスクか

きゃーFOXさん、ステッキー（鳩

>>239
mbuf系をおっきくするのって、どのへんに薬を調合すればいいんでしたっけ。

softupdatesを有効にしたんで、ディスクは本来の性能に改善したはず。

いいテストになったね

あとは、sysctlをいぢる？

今度は400越えても平気でつか？

I continue system check. I feel that oyster901 come back to normal operation again.
Thank you for your work.

softupdatesONになったようだから、もっかい負荷試験します？（笑）

ディスクがボトルネックか・・
Serial ATAで解決するのかなぁ？

>>227
(金）好きみたいですけど、通常は使わないところなので・・・

>>218
なんで / パーティションは softupdate にしてないの？　softupdate
にしといた方が、OS 死んだ場合でもファイルシステム壊れにくいぞ。

ニュー速、芸スポ大混乱中ですが

>>243
まずはnetstat -mして本当にmbufが溢れてるのか見ないと。(今のうちに)
kern.ipc.nmbclustersでいいんですけど、
32768で溢れるってのはやっぱ凄いです。
もしかしてhttpdのkeep-aliveが長過ぎたりしませんか。

>>236
>>233
>>251
ふむ。こっちですか。
（ここはスレ収容数が少なめなんで、個人的にはちょっと遠慮気味だったり）
で、>>239な話もありますが、やっぱそれでも立てますか？

スタンバイはOKです。

>>250
しない

てか、カーネルってGENERALのまま？(ﾟДﾟ；)

>>254
そうすね。

で、今軽いか重いか、だれか教えて。

>>257
いじってありますですよ。

軽い

>>250
SerialATAだと逆にレベル下がるよ、IDEの延長だから
Ultra320の次と言ったらSASかな、まだ出てないけど

【映画】”７年間、すべてを捧げた” 　「ロード・オブ・ザ・リング　王の帰還」【2/14公開】
http://news6.2ch.net/test/read.cgi/mnewsplus/1076165875/
【映画】”７年間、すべてを捧げた” 　「ロード・オブ・ザ・リング　王の帰還」【2/14公開】
http://news6.2ch.net/test/read.cgi/mnewsplus/1076165819/
芸能】奥菜恵が結婚した青年実業家が経営する会社の現状
http://news6.2ch.net/test/read.cgi/mnewsplus/1076164420/
【芸能】奥菜恵が結婚した青年実業家が経営する会社の現状
http://news6.2ch.net/test/read.cgi/mnewsplus/1076164354/
【芸能】奥菜恵が結婚した青年実業家が経営する会社の現状
http://news6.2ch.net/test/read.cgi/mnewsplus/1076163989/
【芸能】奥菜恵が結婚した青年実業家が経営する会社の現状
http://news6.2ch.net/test/read.cgi/mnewsplus/1076163944/
（・∀・）ｱﾋｬ!!

おちついてきた。

ロードアベレージが高くても、きちんと動く、という、狙い通りの状態になったかな。

> uptime
7:12AM up 13 mins, 2 users, load averages: 280.55, 349.02, 244.59

>>258
軽いと思ふ。DAT読み、bbs.cgiとも。

>>250
現行のS-ATAは10krpmモノしかないです。
しかも、ｺﾏﾝﾄﾞｷｭｰｲﾝｸﾞ機能がまだ未実装だし。

実装されれば、まだどーだかわからんですけど。

>>265
おまけにまだ150MB/sec.ですしねえ。＞転送速度

>>263
串装着のままでも軽いです。
今は　串判定→●認証→書き込み　な流れじゃないからなのかも。

書き込みもめちゃくちゃ軽いぞ

>>265
どうでもいいですがRaptorはTCQ対応です。
でも奴はsingle user向けチューンがキッツいので
とてもweb serverには使えません。

>>265
WDのはコマンドキューイング対応だったはず。ネイティブコマンドキューイングは未実装ってことだったかと。
つってもどっちにしろ実況鯖向きじゃないね。

うん。いい感じね。

・/boot/loader.conf に呪文をひとつ追加
・/home が soft-updates 無効になってたのを有効に

が、今の状態。

>>256,261,250

そうですか・・・
作戦が上手く行くことを願います。

Jim:
load is very very high, how come?

Me:
Yes. I understand. But I think this is normal operation. I perform system performance tuning for
high-loaded machine. It's, load LA is high, but I think that it's NOT serious.

Jim:
it is working well with load that high?

Me:
Yes.
As the proof, web browsing is now high performance, Please check
http://live8.2ch.net/livecx/ (sorry this page is in Japanese)

Jim:
looks good....:-) a little slow from here but I am one hop away...;-)

Me:
:-) , I continue about 10 minues for system check.
If system is normal, I think that this trouble ticket can be closed.

Jim:
ok, and I will make trouble ticket account for you later today.
Then you can make a real ticket and if I am not here someone else will help.

Jim:
sugu modori masu toilet ni itte kimasu

Me:
Ok, Thank you very much.

>>269-270
あらｽﾏｿ

次は水曜のトリビアと木曜の白い巨塔で
実力発揮ですね

うんうん。好調。

・Apacheを少しみなおし。

もやりました。

jimさんンコ落ちですか・・・。日本語上手・・・。

ちかれる。。。
http://www.2log.net/home/tubochan/

ittera ＞Jim san

とりあえず面白かったからいいや

Jimさんはあの落書きみたいなバナーを見てなにを思っただろう・・・

>>273
1 hop で２ちゃんねるする Jim さん萌え
Jim-san otsu desu

トイレ行きまで載せるのはプライバシーの侵害

Jim:
tadaima

Me:
Okaerinasai.
I think oyster901 is now normal operation again. Thank you for your effort.

Jim:
no sweat. I will go out now. Please don't crash it again today...;-)

Me:
Hai wakatta :-) . Jim-san, Taihen Otsu-Deshita.

Jim:
what is Taihen?

Me:
Taihen = so much

Jim:
thank you. I am learning new Japanese with you. I appreciate it.
mata atode friend
I will go to my home pc now.

Me:
Hehehe. Thanks again for your effort.
Deha mata.

jimさん大人気だな

さて、dat落ちの過去ログが見られない訳だが…
http://live8.2ch.net/test/read.cgi/livenhk/1076087004/
http://live8.2ch.net/test/read.cgi/livecx/1076087114/

>>286
amd64バイナリのofflaw.cgiが入ってないせいです。
仕事人さんが、月曜日に入れるとのこと。

>>284
今日はもう壊すな、って
なんか怒ってるみたいだねｗ

またひとつ覚えましたね＞Jim san :-)

>>254
> netstat -m
mbuf usage:
GEN cache: 0/0 (in use/in pool)
CPU #0 cache: 54/352 (in use/in pool)
CPU #1 cache: 429/608 (in use/in pool)
Total: 483/960 (in use/in pool)
Mbuf cache high watermark: 512
Maximum possible: 131072
Allocated mbuf types:
483 mbufs allocated to data
0% of mbuf map consumed
mbuf cluster usage:
GEN cache: 0/0 (in use/in pool)
CPU #0 cache: 43/128 (in use/in pool)
CPU #1 cache: 392/432 (in use/in pool)
Total: 435/560 (in use/in pool)
Cluster cache high watermark: 128
Maximum possible: 65536
0% of cluster map consumed
1360 KBytes of wired memory reserved (72% in use)
0 requests for memory denied
0 requests for memory delayed
0 calls to protocol drain routines
> uptime
7:31AM up 33 mins, 2 users, load averages: 16.77, 38.66, 103.37

KeepAlive関係は、次で。

>>288
むしろ「今日はもう壊さないでね♥」って言ってるですよｗ

ウィンクしてるからきっとだいじょうぶ。

KeepAlive On
MaxKeepAliveRequests 100
KeepAliveTimeout 15

timeoutはもう少し短くても良いのでは？

>>254
> sysctl kern.ipc.nmbclusters
kern.ipc.nmbclusters: 65536

10秒くらいで良いと思います＞keepalive timeout

> cat /boot/loader.conf
# added for 2ch
kern.maxusers=512
kern.ipc.nmbclusters=65536
kern.ipc.maxsockets=65536
vm.pmap.shpgperproc=2048
kern.ipc.maxpipekva=41943040

1)kern.maxusersって、きょうび1024とかにできるんでしたっけ。
2)うえの65536は、さらに倍ぐらいにしたほうがよさそうだなぁ。

>>296
やってみます。

901、パラメータを変えてreboot中、、、。

# added for 2ch
kern.maxusers=2048
kern.ipc.nmbclusters=131072
kern.ipc.maxsockets=131072
vm.pmap.shpgperproc=2048
kern.ipc.maxpipekva=41943040

にしてみた。

ってか、kieepalive切ってもいいんじゃないの？

maxusersを2048とかにしちゃ、いけない予感。

Jimさんに電話して、NOCに戻ってもらうことにしました、、、。ｼｮﾎﾞｰﾝ

Ok, no proble-m...

いい人だ、、、。何か、おみやげ買っていかないと。(素)

>>297
maxusersはnmbclusters他を計算するための基本値としての要素が強いので
極端にいじらない方がいいことになっています。apacheがsendfile(2)を使って
いるなら効果があるかも。ってもう遅いですか。

tuning(7)にでかすぎるとboot時にpanicするって書いてあるってばー。
もっと時間をかけて愛撫してやってくださいよう。

Please don't crash it again today...;-)

>>304
ごめんなさいです。ｼｮﾎﾞﾎﾞｰﾝ

やっぱ、あせって入れようとしちゃ、いかんってことだよなぁ。(素)

ここはとても(;´Д｀)ﾊｧﾊｧなスレですね。

私: (Jimさんはまだ)
Jim-san, I'm very sorry for my mistake.
If you arrived NOC, please notify me.

I feel that oyster901 is repeating panic => reboot => panic => ... loop.
If you see the situation. Please turn oyster901 to single user mode.

あわわわ･･･無限ループ

maxclientsも1000以上になってる予感？

>>310
Apacheのかしら。

>>311
そうです

live8鯖に繋がんない…
root氏のおもちゃになっているとどこかで見たんだけど…
(;´Д｀)勘弁して下さい

>>300はさすがに極端すぎるので、自分なら>>297で様子を見ると思います。
(maxusers以外は大丈夫だとは思いますが)
2ちゃんねるらしくて面白いという考え方もあり。

>>313
実況するほうが勘弁してくださいって感じですよ

>>311
umaサーバですら、既に1536(10000rpmディスク)とか2048(15000rpmディスク)。
Winnyの時はそれでもいっぱいになったですね。
この値は、何度となく繰り返された祭りに基づいて設定されたやつなので、
かなりいい値だと考えています。

901は4096。コネクション的には問題おきてないです。いまのところ。

んー、Opteronの性能を考えればmaxuser=2048でも問題なさそうだけどねぇ
とりあえず、1024あたりでしょうか？

>>316
あわわ、そのアプリはｗ

さっき見ていた見たときには、1500コネクションぐらいまでは見た気がします。
server-statusを5分に1回モニタリングしているので、後で確認できるです。

umaのloader.confはこんなかんじです。
これで、わりとうまく動いているという認識。

# added for 2ch
kern.maxusers=512
kern.ipc.nmbclusters=32768
kern.ipc.maxsockets=32768
vm.pmap.shpgperproc=1024

>>313
転んでも泣かないって約束したじゃない！

>>316
え・・・・
そんなにいりませんよ
たぶん、その設定だと最大使用時メモリ使用量10GB超えますよ・・・

MRTGのBusyServersのピークはどんなもんでしょう？

>>321
もうちょっと少なくてもいいのかな。
とりあえず、2048(実績あり)からはじめるってのも、手かも。

そうしよう。

これですか。

http://lab.xpto.org/apache.mrtg/
http://howto.aphroland.de/HOWTO/MRTG/ApacheWithMRTG

知りませんでした。へぼいな。 < 私
ちょっと、やってみます。さんくす。

これ組むのに結構予算かかったでしょ
●のお金だけで足りるの？

>>324
まだ●のお金600万円くらい余裕あるから、、大丈夫かと。

Jimさん到着しました。

再びjimさんｷﾀ━━━━━━(ﾟ∀ﾟ)━━━━━━ !!

oyster901の初めっから皆が皆自然に「人柱鯖」って呼んでるのに・・・

【人柱】

(1)橋・堤防・城などを築くときに、工事の完成を祈り、
神々の心を和らげるために、犠牲として人を水底や
地中に生き埋めにすること。また、その埋められた人。

(2)ある目的のために犠牲になった人。

★人柱
【人々】物好き
・お金の使い道の無い人が、誰も使った事の無い周辺機器や
　オンラインソフトを使い、自滅してその危険性を立証する事。
・何度もWindowsを再インストールしている姿は周りから見ると
　悲劇にしか見えないが、「また、再インストールだ」と、
　叫ぶその姿は限りなく嬉しそう。

あんまり迷惑かけたら逝けませんね

>>324
http://yakin.cc/oyster2004.html

残り5,942oyster（通常1台480oyster）
いけるでしょ。でも、メモリだけで1台分逝ってる悪寒・・・

>>326
(´；ω；`)ｳｯ･･･

実況のために●代出してるんでよろしく

さ
┃
て
寝
る
か

Jimさんって何者？

>>334
２ちゃんねるで一番えらい人（仕事が）

>>334
ttp://images.google.com/images?q=jim&num=100&hl=ja&lr=&ie=UTF-8&inlang=ja&c2coff=1&sa=N&tab=wi
ひげを生やした人が多いようです

>>330
今回のはメモリたくさん積んでるけど
さすがにそんなにしないでしょ。\150kぐらいでは？

>>330
512MB Reg.ECC*8 ぐらいなら6万ぐらいで済みそうだけどね。
1GBのになると一枚5万ぐらいしちゃうから・・・

(´-｀).｡oO（ついでにvipの再起動してﾎｽｲ）

>>337
そんなに安いのか？

>>340
4GBだから、そんなもんでしょ。
http://www.users-side.co.jp/shopping/list_nfrm_mem.php?show=1rddr

>>337
あ、CrucialでもPC2700 Reg.ECC 1GBが$350ぐらいだからそんなもんか。

>>341-342
は！？こんなに安いのかっ！
ケチらずスロット全部埋めてしまいたい

むしろ筐体が一流どころだから、それが高いんじゃないの？＞値段

ここまで一部を残して処理。


>>462
重複かどうかよく解らず。

あ、誤爆してしまった。。。

( ﾟДﾟ)ﾎﾟｶｰﾝ

>>345

>>345

（；；）ゆるして。。。

二人羽織パート3、実施中。

ﾜﾀﾗ

を！反応が返ってきたもより（嬉嬉嬉）@ http://baila6.jp/sv2ch/dispgraph.cgi?live8.2ch.net
がんがれー(*^Q^*)

>>353
あがったところでおちてる(panic)ので、もうすこしかかるよてい。

>>354
そうでしたか。。。m(_ _)m

maxusersを1024に減らす => panic
mbufまわりのふたつの値65535に戻す => panic
maxusersを512にする => 準備中

ということで、512よりも大きくしてはいけない模様。< kern.maxusers

ところで、Kernelビルドするときにoptions MAXUSERSを指定しました？

>>358 と >>357 は等価なんではないかと。

あがりました。また、復帰依頼で。

復帰が必要かどうか、どなたか調べていただけませんか。すみませんです。

>>360
かんりょー

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

live8　NHK復活ですｶｷｺもﾖﾐｺも順調です。
お疲れ様

今のところ、とても早いようです＞書き込み

>>357
default(MAXUSERS=0)ではMAX384になってますね。see /sys/kern/subr_param.c

ところでapache2ですよね。だとしたらsendfile(2)を使うはずなので増やすのは
kern.ipc.nsfbufsかもしれません。やはりmaxusersは0にしておいて、その影響を
受けるパラメータを必要なものだけ個別に増やすのが効率的だと思います。
maxusersだとチューニング対象のパラメータが全部まとめて増えてしまいます。

nsfbufsのデフォルトはmaxusers*16+512なので8704になっているはずです。
前回はこれで溢れたのでテキトーに(少しずつ)増やしてみては。

ありがとうございます。いろいろぐぐってみると512が一番よさそうなので、
それでいきます。(umaサーバと同じ値)

今の/boot/loader.confの値:

# added for 2ch
kern.maxusers=512
kern.ipc.nmbclusters=65536
kern.ipc.maxsockets=65536
vm.pmap.shpgperproc=2048
kern.ipc.maxpipekva=41943040

Apacheはこうしました。

KeepAlive On
MaxKeepAliveRequests 100
KeepAliveTimeout 10

live系というぐらいで途中でhttpdを増やすから負け筋になると判断しました。
はじめから総動員体制でいきます。

<IfModule prefork.c>
StartServers 3072
MinSpareServers 100
MaxSpareServers 200
ServerLimit 3072
MaxClients 3072
MaxRequestsPerChild 5000
</IfModule>

メモリはまだこの状態で1.6Gぐらいあいている状態なので、
しばらくはこれで動かしてみようかなと。

Jim:
are you going to touch anymore files today?

Me:
Of course. I don't modify this system today anymore.
I promise this for you and thousands for our users.
I promise it with my pride. Sorry for my misoperation, again.

Jim:
please don't apologize. I enjoy this I am learning too.
All is hobby in life.

Me:
Thanks again. I also. :-)
Taihen-Otsu deshita.

Jim:
good night friend
Otsu deshita

>>290
と思ったらnetstat -mにsendfileが出てきてませんね。
kern.ipc.nsfbufs/nsfbufspeak/nsfbufsusedはありますか?

jimさんええ人やなあ・・・。
Otsu deshita > Jim san

> sysctl -a | grep bufs
kern.ipc.nmbufs: 131072
kern.ipc.nsfbufs: 8704
vfs.runningbufspace: 0
vfs.bufspace: 208994304
vfs.maxbufspace: 209715200
vfs.maxmallocbufspace: 10452992
vfs.lobufspace: 208994304
vfs.hibufspace: 209059840

実況というのは高い山だけど、登る意欲をかき立てられるものだなぁと。
いつか、頂上を制覇してみたいなと。

いったん食事にします。
今日はもうlive8の設定はいじりません。(>>368)

>>372
大変乙ですた

>>372
otsu-desu

Jimさん、優しい人……Maji-de Otu-desita!

めしくったら、寝る前に今現在のチューニング内容をここにダンプしておこう。

というわけで、今日の登頂は失敗に終わりました。

でも、Opteron + SCSI2channel独立 + 15krpm disk x 2 + 4Gメモリ + 64ビットOS
というのが、「コストパフォーマンスを考えた場合、現時点で間違いなく最強の構成」だと
わかっただけでも、よかったと思う。

またいつか、試せる機会はあるだろうし。

いろいろと色々ですた(^o^)
でもって LA=100 超えてもへっちゃらって云うことは、監視係のグラフの色を変えなければならないかも、、、（汗）

Opteron => Opteron dual かな。

ログインして普通にさわっていても、メモリとI/Oが、すんごい速い気がします。
あと、ロードアベレージがすごく上がっても、パフォーマンスが落ちない。HTの効果なのか。

めし、あっためなおさなきゃ。

>>377
なんのことかさっぱりわかりませんがとりあえず乙

寝る前に、mumumu.muを少しチューニングしておきます(w。
すごい勢いでアクセスが観測されたんで。

キャロットさん乙でした

>>371
一応あるみたいですね。peakとusedは使ってないと生えてこないのかな。
On by defaultのはずなんですけど。
ttp://httpd.apache.org/docs-2.0/mod/core.html#enablesendfile
あとnetstat -mの出力もうちとずいぶん違うんですよね。不思議。

>>379
結局disk待ちだったわけで、kernel自体は余裕だったんでしょうね。
幽門が開かなかったために胃袋が破裂したけど、消化能力にはまだ
余裕があった。性能のいい十二指腸に交換して再挑戦とか。

>>379
HT？

>>384
HyperTransport

>>385
Opteronに搭載されてましたっけ？

>>385
あ〜ごめん寝ぼけてた
Hyper-Threading　と勘違い

Hammer Technology じゃなかったけか。

そっか、HyperTransportでいいすね。

おれさまメモ。

background fsckは切っておこう。
background_fsck="NO" を /etc/rc.conf へ。

fsck_y_enable="YES" も入れておいたほうがいいかな。
しょせん、掲示板なんだし。

今週1週間ぐらいで、NHK、日テレ、フジの各局で「重そうな番組」がいつごろ放送されそうか、
どなたか教えていただけると、とても助かります。

もしできれば、TBS、テレ朝、テレ東も。

今は入居してる板が少ないからキャッシュが効いて軽かったり・・・
入居板が増えてメモリがキャッシュに割けなくなってきた時ディスクにストレスが・・・
はてさてどうなりますことやら

2/8、2/11、2/12、と、サッカーの日本代表や五輪代表の試合があったりしますが。
全部テレ朝系。

>>391
えーっと、とりあえずよく重くなるレギュラー番組ってーと

(日)20:00-20:45 NHK・新撰組
(月)20:00-21:54 NTV・世界まる見え！テレビ特捜部/フジ・HEY!HEY!HEY!→プライド
(水)21:00-21:54 フジ・トリビアの泉
(木)22:00-22:54 フジ・白い巨塔

こんな感じかな
記憶にあるだけなんで、フォローﾀﾉﾑ

【映画】
2/8　　テレ朝　21：20-23：14　エイリアン2
2/13　日テレ　21：03-23：45　メン・イン・ブラック

【紅白（再放送）】
2/11　NHK総合　16：50-18-40　19：30-21：45

【サッカー】
五輪強化試合(U-23)　
　日本vsロシア
2/11 テレ朝　　19：15-21：18

W杯国際強化試合
　日本VSイラク
2/12　テレ朝　　19：15-21：18

日曜日にNHKで新撰組とテレ朝の映画でエイリアン２があるけど、
鯖が重くなるほどのレスは無いかと。

水曜日のフジのトリビアまで、祭りになるような番組はそうないんじゃないかなぁ。
ちなみにトリビアは毎週書き込み、読み込みにかなり支障が出る感じです。

金曜ロードショーのメンインブラックは、今回が3回目なのでこれもそんなに重くはならないかと。

問題はサッカーですかね

なんか急にレスがイパーイ(ι゜ω゜)

今日の成果:

・/boot/loader.confに以下を追加。
kern.ipc.maxpipekva=41943040

・/etc/sysctl.confに以下を追加。
# for fsck customizing
background_fsck="NO"
fsck_y_enable="YES"

・/usr/local/etc/apache2/httpd.confを更新。
　live系セッティングでは、最初からhttpdを「総動員体制」にして臨むことが必要。
KeepAliveTimeout 10
<IfModule prefork.c>
StartServers 3072
MinSpareServers 100
MaxSpareServers 200
ServerLimit 3072
MaxClients 3072
MaxRequestsPerChild 5000
</IfModule>

・ロードアベレージが300になっても、処理速度はほとんど低下しない。
　umaサーバもそうだが、ちゃんとチューニングしてあるなら、
　ロードアベレージが高いからというだけで、無碍にお茶を飲ませないほうがいい。

・触った感触では、少なくとも従来のumaサーバ(Xeon 2.4G dual)の
　3倍近いポテンシャルがあるように思える。

・Opteron 242で、十分すぎるほどハイパフォーマンスである。
　つまり、金はI/Oとメモリに突っ込むべきである。

・mumumu.muもチューニングしておかないと、観測所が落ちてしまう。

・従来のHEよりも、ずっと対応の自由度が高い。

・Jimさんがいる方向には、寝る前に一礼してから床につくこと。

11日のフジ
ホリデースペシャル(19:00〜22:54)
・爆笑おすぴー
・ヘキサゴン(女子アナSP)
・トリビア
・水10
ttp://www.fujitv.co.jp/index2.html

11日のNHK
第54回ＮＨＫ紅白歌合戦(再放送)
・第一部　16:50〜18:40
・第二部　19:30〜21:45
ttp://www3.nhk.or.jp/omoban/main0211.html#02

この辺りがピークと予想。

>>398
乙ｶﾚ　Jimさんも乙ｶﾚ

みなさんありがとござます。

ということで、本日はこれにて。
大きいのは、水曜日のトリビアかしら。

2月4日〜2月5日にかけての、live6のDNS問い合わせログ。
書き込み速度にほぼ比例。
http://mumumu.mu/mrtglog/2004/02/05/dns/live6.html

2月13日（金）18:55〜20:54　TBSテレビ
スーパーフライデー
「お母さん帰ってきて！完全密着594日！3男4女8人激闘大家族涙の大捜索スペシャル」

2月13日（金）21:03〜22:54　日本テレビ
金曜ロードショー「メン・イン・ブラック」

2月14日（土）19:00〜20:54　テレビ朝日
ビートたけしの！こんなはずでは!!2時間まるごと映画スペシャル

ポップジャム・生スペシャルin幕張
2月14日（土）19:30〜21:00　NHK総合

来週は確実に水曜の19:00-22:00ですね
http://tv.yahoo.co.jp/vhf/tokyo/2004021119.html?g=

しかも祝日だしなあ

おつかれ様でした。

某所の祭りっぷりが見てて面白かったｗ

>>401
ほんと、乙でした。
Jimさんには温州みかんでも送ってあげたいですな。

>>403
こーはくのさいほうそうもあるのね。

うがー (c)仕事人さん

oyster173〜175、ひどすぎ、、、。

>>398
重箱の隅ですが、
#for fsck custm.は
/etc/sysctl.conf ではなく、/etc/rc.conf だと思われ。

>>402
メン・イン・ブラックが早く見たいでつ。
MIB2はD･V･D借りてみたことあるからどぉでもいいけど。


スレ汚し、スマソm(_ _)m

Jim:
yes I am reading your mail. I am not getting reply from he.net on them
though only yours. Could you forward them to me?

Me:
Thank you, I also have not received the reply from HE.NET yet.
I think that it is necessary to remind HE again.

Jim:
I will call again now, I got a reply and it is not what I want to hear. I will call now.

Me:
Wakatta thank you.

あきゃー、とんでもないとこに誤爆しますた。
転載しておきます。

>>411
落ち着いて。落ち着いて。

>>411
もう一眠りしたほうが。

閉鎖騒ぎは運営側の自作自演だろ
くだらねー

>>414
そんな騒動あるの？

>>414
なにそれ、初耳だけど君の作り話？

ひろゆき、おじさん、仕事人、マァヴ、root、その他たくさん（一部重複アリ？）が
リアルで集まって何か謀議したみたいだよ。

>>417
おじさんとマァヴが重複です

仕事人とおじさんも重複だろ

なぁ名無しよ、お前がこのスレを見つけてくれていればいいんだが、そろそろ貴様に言わなければならないことがあるんだ。
俺も今日まで言うべきかどうか悩んだ。
言わなければお前も俺も普通の生活を続けていくことができる。今までどおりにな。
だが、やっぱりそれじゃだめなんだ。偽りのなかで生きていてはだめなんだ。
それに、もう時間がないんだ。
今、俺はお前に真実を告げる。

2ちゃんねるを

見ているのは

ひろゆきと

俺と

お前だけだ。

驚いたか？当然だよな。だがそれが真実だ。
辛かったぜ。お前が2ちゃんを見つけるずっと前から、俺は何十台ものＰＣに囲まれ毎日2ちゃんを保ってきた。
あの厨房も、あのコテハンも、すべて俺だったんだ。
お前が初めて2ちゃんを見たとき、俺は人生であれほど嬉しかったことはなかったぜ。
時には心苦しいながらもお前を叩いたりもした。許してくれ。
と、今話せるのはここまでだ。もうすぐすべてを知るときが来る。
そのときまでに、心の準備をしておいてくれ。じゃあな。

立て読みできません（素）

>>420
このコピペだけで小説一本書けそうだな。

Jimﾀﾝ(;´Д｀)ﾊｧﾊｧスレって無いの？

>>423
Jimﾀﾝ(;´Д｀)ﾊｧﾊｧ
http://qb.2ch.net/test/read.cgi/operate2/1076213091/l50
立てておいた。

>>210
　　　　　___
　.　_＿　|・/
ヽ.ﾉ∀・|ノ 　食べる？
　|＿＿|
　　|　|

ようかんで食べなさい。byふかわ

んじゃもういっちょ

　　　　　　　 ｌヽ
　　　　　　　 ｌ 」
　　　　　　　 ‖
　　　　_, ,_ 　∩
　　（　‘д‘）彡　ｽﾊﾟｰﾝ
∠二i=⊂彡 /∀/
　　　　　　　　　　　　/・|
　　　　　|・/

ところでlive8ってBoo80入ってまっか？

やってみたけど、入ってるっぽい。

>>391
こっちだったのか・・・

やばそうな番組とりまとめてあるから見といてください
http://qb3.2ch.net/test/read.cgi/operate/1072877268/618-627

>>391
こっちでしたか。。。
一応、NHK教育スレの流れです（５分間平均）
http://toukeichu.hp.infoseek.co.jp/

例えば、「1月22日」なら
http://toukeichu.hp.infoseek.co.jp/2004/0122.html
です

【個人的にNHK実況人ですが】
火曜日２１：００〜
「トリビアの泉（フジ）」　と　「そのとき歴史が動いた（NHK）」
の時が重いです

>>391
あと、非常に個人的な感想ですが
http://www6.big.or.jp/~beyond/bbsnews/bbs-sum-7.html
の書き込み数ランキングを見ると（まぁ、ここ一週間ですが）

NHKとフジを一緒の鯖に入れることにやや無理があるような気がいたします

587 名前：動け動けウゴウゴ２ちゃんねる[sage] 投稿日：04/02/07 23:33 ID:fSEgfQoH
>>584
専門的なことはよくわからんが
http://www6.big.or.jp/~beyond/bbsnews/bbs-sum-7.html
を見るとNHKとフジは分けた方がいいんでないかと思う

live8 ≧ live5×6 らしいですが、、

実況の本文12行は多過ぎる
半分でいいよ
そうすれば無駄なＡＡは減る

実験鯖なんだから無茶な設定を試すのは当たり前ですよ

NHKの香具師らは結局どうしたいんだい？

今、聞いてもいないか？新選組だし・・・

・live8にNHK第一とNHK第二を作る
・live5に移してスレ保持数とか増やしてもらう
・live8とlive5に一つずつ板を作る（スレ保持数同じ）

こんなところか？

17時台にlive8のLAが高かったのは、なんでしょ。
でも、重くなかったはず。

たぶん、今のチューニングは割とビンゴな気がする予感。

てすと

>439
１７時台で重くなりそうなのって笑点くらいしか思い浮かばないｗ

17:30〜は笑点の実況があって、
30分で3スレ半ほど消化してたけど、
LAが高かったのはむしろ笑点が始まる少し前からで、
一番盛り上がる大喜利の時には逆にLA下がってたな。
理由はいまいち分からない。。

>>439
17時ジャストから上がり始めてるけど、その時間に番組が始まってるのは
NHK教育だけですな

NHK教育の中では人気の番組だけど、鯖に影響を与えるほどでもないし
なんですかね。なんかcronで動いたりしてないですかね

>>438
非常に個人的見解で回答します

スレの保持は必要ないかと思ってまつ（実況なので、後で読み直すことがないです）
→１０００行ったらそのスレはすぐ廃棄してもらっても構わないくらいです

あと、NHKの場合は他のチャンネルと異なり
�@総合、�A教育、�BBS１、�CBS２、�DBS-HI
の実況を１スレで行っているという事実があります（良いか悪いかという話はそもそもありますが）
なので、NHK同士で鯖のリソースを食い合っているという場面も度々・・・

>>444
非常に個人的な見解ですが、特に不都合は感じません
保持は16スレもあるんだし、NHK実況板内で争いが起きるわけでもないですし

フジテレビの番組が原因で重くなることが多かったので、
それがこのスレでも見られる「フジ憎し」につながっているのかと思われますが、
はっきりいえばそれはワガママというものです。

>445
では、NHKはこのままでいいということですね。

前スレでケースは2200AとあったのですがそれならHDDを最大4基つめますので、
HDDを一つ増やして、例えば、

HDD1 ：　システム
HDD2 ：　NHK
HDD3 ：　NHK以外

といったようにすればよいではないでしょうか。

>>447 名前消し忘れてました。

>>445
んーーー
漏れが言った事は　「わがまま」なんだろうか。。。
適正なリソース配置のための　管理側の方たちへの進言と思っていたんですが

要は、鯖の配置を考えていただく際に、NHKは「せめて２つの放送局」として見て頂いて
配置を考えていただければありがたい　って言ったつもりなんですが

>>447
システム用HDにはIP等が記録されるらすいですが。。
よって、あまり意味がないかと。

将来live8級の鯖が標準になって通常の板用鯖も実況の負荷に耐えられるほど強化されれば
実況板自体が廃止になっても問題ないわけですな

>>451
「実況板以外での実況は禁止です」というのは２ｃｈのルールなので、
鯖が強化されただけではOKになりませんよ。

>>451
その頃には、多分別問題が発生してますよ。

>>453
別の問題というより
同じ問題だと思う。。。

そしてテクノロジー

>>451
そうはいかないなぁ。

実況用のサーバセッティング(Apacheとか)あるですよ。
つまり、実況を突っ込んだところには、他のはあんまり入れないほうが、ほんとはいい。
入れられなくはないけどね。

入れる場合は、例えばカーレースとかで考えた場合、
一般板を入れた分だけ、ハンディウェイトをつけられている、みたいに考えてください。

つまり、その分実況側のパフォーマンスが確実に下がる。

今回の1日で、live系のサーバセッティングのことが、だいぶわかりました。
寝るまでに、ここにでもまとめておきます。

live系専門サーバのApacheは、一般セッティングとは、かなり違ったセッティングを
しないといけない、というのが、私の結論です。

このあたりは、のちほど。

>>457
まとめてないじゃん。。。

>>458
早漏すぎ

>>454
同じ問題か。。。

>>458
まとめようと思ってごそごそ書きはじめたら、news5が落ちました。(泣)
で、しばらくは立ち直らんだろうなと思ってまた書き始めたら、
JimさんからQが入りました。

で、OpenJaneで開いた窓にそのままJimさんとのQを貼ったら、
思い切り誤爆しました。(>>410-411)

じつは今同じ部屋に居て、ベットに寝てるんだーとか

>>444
ログめちゃくちゃ必要です

いっそのことNHKに実況鯖作ってもらったらどうだ？

（´-`）.｡oO（いらないんだろうなぁ…）

>>463
ログ必要っすかね。。。
その場限りの実況　って感じなんですが

>>465
そうすると,その場限りの犯罪宣言とか出す香具師が増大のｵｶﾝ

dat 墜ちしてから 1 年経過後に自動削除

　　じゃあ、チャットでいいじゃん。
　　　　　　　　　　↓
それは２ちゃんねるでなくてもいいね。
　（それは２ちゃんねるじゃないね。）
　　　　　　　　　　↓
　　　　　　　　元に戻る

>>467
あ、それいいかも。

>>466
あっ　スマソ
漏れが言ってるログってのは、
１０００行ってからも、板の中にスレが残っている（誰でも１０００行ったスレを後でDL出来る）
って言う状況は不要かなと思ってるだけでつ
鯖の中のログを消すって言ってるのではないです

んーと、実況系をどうするかの議論は、ここじゃなくてこちら↓でお願いします。

【実況系】live5・6・7鯖専用スレッド
http://qb3.2ch.net/test/read.cgi/operate/1072877268/

たまに、だいぶ前の実況スレを見てその時誰が出ていたかとか何があったかとか確認することがあるけど・・・
まあ必要ないっていえば必要ないが

>>471
すみません

>>471
あ、そうでつね
スマソ

ジガバチが暴走するなんて面白いな。

MA・TI・GA・E・TA!!

俺は一人暮らしだけど来客用のカップを5個持ってる。
5個全部使うのは使うのは正直、一年に一回くらいだ。
でも、突然4人泊まりに来たときとかは役に立つ。
紙コップで済ますとかは性格的に嫌。

実況鯖のログってのはそういうもんだと思う。

>477
>471
言う事聞かないとlive5も里子に出されちゃうよ。

今live8何かやってますか・
微妙に二重カキコ出ているんですが・・・。

とくに、なんも。
ちょっぴり、負荷かかってるかな。

> uptime
6:22AM up 21:01, 2 users, load averages: 150.27, 100.90, 58.25

>>480
ｔｈｘです。　
今は普通に戻った模様＠ＮＨｋｃｈ

健康そのものだなぁ。

もし水曜日を無事に乗り切ったら、そのときはまじめに検討してね。< live5のマージ

ディスクがちゃんとした速度になったんで、アイドルワーカーが逆に多すぎるみたいだなぁ。
ページングを減らすために、ワーカーを減らしてみよう。< live8

フジのEZ!TV（アニメ制作現場紹介）かな
今終わったからもう治まるかと

感覚がだいぶわかってきたです。
実際に重いときじゃないと、匙加減がわかんないんで。

livecx見てみたけど、反応悪くないみたいね。これでいこう。

# uptime
6:41AM up 21:20, 2 users, load averages: 466.90, 267.87, 148.62

なかなか手強いな。

610.90, 337.09, 179.88

>>486
今の状態でnetstat -mを見せてもらえませんか。
前のはLA=16くらいの軽い状態だったので。

# netstat -m
mbuf usage:
GEN cache: 17/480 (in use/in pool)
CPU #0 cache: 194/672 (in use/in pool)
CPU #1 cache: 327/704 (in use/in pool)
Total: 538/1856 (in use/in pool)
Mbuf cache high watermark: 512
Maximum possible: 131072
Allocated mbuf types:
538 mbufs allocated to data
1% of mbuf map consumed
mbuf cluster usage:
GEN cache: 42/728 (in use/in pool)
CPU #0 cache: 112/216 (in use/in pool)
CPU #1 cache: 270/320 (in use/in pool)
Total: 424/1264 (in use/in pool)
Cluster cache high watermark: 128
Maximum possible: 65536
1% of cluster map consumed
2992 KBytes of wired memory reserved (32% in use)
0 requests for memory denied
0 requests for memory delayed
0 calls to protocol drain routines

わりと健康な値だと思うけど、どうかな。

まだ、余裕あると思うよ。これなら。

# vmstat 1
procs memory page disks faults cpu
r b w avm fre flt re pi po fr sr da0 da1 in sy cs us sy id
0 7 0 165040 252784 4076 0 0 0 2837 3 0 0 1038 0 10932 7 11 82
0 6 1 158656 256208 5737 0 0 0 4621 0 0 0 1450 0 64765 6 44 50
0 5 0 156012 256904 5180 0 0 0 3252 0 16 0 1374 0 63784 3 43 54
0 6 1 159624 253408 5555 0 0 0 2740 0 0 0 1445 0 70738 5 57 39
0 6 2 153508 256876 5142 0 0 0 4294 0 17 0 1628 0 80815 5 52 43
0 6 4 160632 250284 9937 0 0 0 5230 0 0 0 1493 0 60248 10 48 42
0 5 1 160608 248024 7914 0 0 0 5398 0 0 0 1634 0 88286 12 61 27

bbs.cgiをもう少しスリムにしてほしいかもね。
mod_perlで、うまくいくのかな。

Perlの起動負荷が、一番コスト高。

たぶん、mod_perlがうまくいって、bbs.cgiがperlを起動してもよくなれば、
少なく見積もっても今の2倍は負荷耐性上がると思う。

少なく見積もって、2倍かぁ

転載。

557 名前：root ★[sage] 投稿日：04/02/08 23:48 ID:???
mod_perlをがんばろう。
一番大きいのは、Perl (bbs.cgi)の起動コストだ。

メモリディスクにPerlを入れる(ライブラリも含めてばっさり)と、
効果あるのかしらん。

こんなかんじね。
da0にはUNIXシステムが、da1には掲示板システムがある。

# iostat 1
tty da0 da1 fd0 cpu
tin tout KB/t tps MB/s KB/t tps MB/s KB/t tps MB/s us ni sy in id
0 61 18.31 2 0.04 14.40 5 0.07 0.00 0 0.00 7 0 10 1 82
0 637 0.00 0 0.00 0.00 0 0.00 0.00 0 0.00 11 0 47 3 38
0 76 0.00 0 0.00 0.00 0 0.00 0.00 0 0.00 16 0 47 5 33
0 73 0.00 0 0.00 0.00 0 0.00 0.00 0 0.00 8 0 48 6 38
0 76 128.00 1 0.12 0.00 0 0.00 0.00 0 0.00 8 0 44 2 46
0 76 0.00 0 0.00 0.00 0 0.00 0.00 0 0.00 2 0 49 7 43
0 75 0.00 0 0.00 0.00 0 0.00 0.00 0 0.00 13 0 61 7 20
^C
# uptime
6:50AM up 21:28, 2 users, load averages: 220.64, 333.55, 260.78

システム側は、かなりうまくチューンできたと思う。
LAが500だろうが600だろうが、dat直読みはすぐ終わる。
read.cgiはちょっとひっかかるけど、たいしたことない。

やっぱ、bbs.cgiのコストを下げなきゃなぁ。

で、Perlって、実は実行速度はそんなに遅くなかったりするんで、
起動コストを下げれば、かなりいける気がする。

でまかせを書こう。

起動時に /md とかができるようにしておく。
rc.local から /usr/local/bin/perl とか /usr/local/perl なんちゃら
とかを全部/mdにコピーする

で、nullfsか何かつかって、ばっさり置き換えちゃう。

だめかな。

これだと軽かるで、

# uptime
6:55AM up 21:33, 2 users, load averages: 236.64, 346.12, 293.04

これだとさすがに重いのか。

# uptime
6:41AM up 21:20, 2 users, load averages: 610.90, 337.09, 179.88

今のbbs.cgiだと、live5のも入れれば入るとは思うけど、ちょっと、苦しめかなぁ。

とりあえず識者の声を聴いて、大丈夫そうだったらにしてね。
またJimさんに迷惑かけないように……

もう、カーネル側のチューニングをいじる気はあまりないです。>>501
かなりうまくいっている気がする。LA=600でも、読むのは楽勝。

Apache関係と、bbs.cgiが、当面のターゲットになるかと。

かなり余裕ですね。やはりsoftupdatesの効果大ということですか。
気になるのは、やはりsendfileを使っていないように見えることです。
sendfileはhttpdのために作られたようなものなのでイイ感じに速いと
思うのですけど。次の山が来るまでは今のままでよさそうですけどね。

>>495
重いのはdiskじゃなくてforkなので変わらないと思います。

>>503
やっぱ、そうだよね。システム時間を減らすようにしなきゃいかんということで。
fork()しないですむなら、ぜったいそうしたほうがいいにきまってるです。

とすると、やっぱ、mod_perlが必勝法ということで。

forkでなくてexecだと思うのだが・・・

>>503
sendfileって、どうやると使うようになるんでしたっけ。

execよりも、システム内部的にはforkですね。
より端的に言ってしまえば、bcopy()のようなことは、できるだけしちゃいかんのですよ。

脱perlですかね。でも書き直すなんてできるのか？
無理だと思う。できる人募集。

軽くなっちゃった。

# uptime
7:06AM up 21:44, 2 users, load averages: 65.95, 149.97, 214.39

番組は、もうおしまい？

脱perlは究極目標だけど、mod_perlだけで、すんごく変わると思う。
特にlive系では。

>>509　コーナーはとっくの昔に終了

んじゃ、何が重かったのかしら。
0時か、ちょっと杉ぐらいで、ばさっと軽くなった。

>>506
わかりません。apache2ならデフォルトで使うはず、としか。
手元のi386では何もせずに使っているのでもやもやしてます。
何故だ……

もう、終わりすかね。

# uptime
7:09AM up 21:47, 2 users, load averages: 21.47, 87.79, 174.48

LAが300以上にならないと、セッティングの妥当性を試せないや。
そもそもの能力がありすぎるから、欠陥があっても剛力で動いちゃう。

>>513
あ、Apache2のコンパイルオプションですか。

みなおしてみます。sendfile使うと、どのくらい負荷耐性上がると思いますか?
今はbbs.cgiがボトルネックだから、あんまり向上しないかもですね。

>>514
日曜の深夜ですから仕方ないかと。
ニュース速報が入らない限りこのままF.O.でしょう。

了解です。>>516

明日の重い予報は。(リンクだけでもいいです)

umaサーバの3倍じゃなくて、5倍ぐらいあるような気がしてきた。< 潜在能力
まだ、半分も使い切れてないみたいな。

山は高いや。

今週はTV局通常編成だから、一番早くて次の波は水曜21時では。
( ･∀･)つ〃∩ ﾍｪｰﾍｪｰﾍｪｰﾍｪｰﾍｪｰ　の。

>>515
今の状態で青天井ですから、成層圏くらいまでは行くかもしれません。

>>517
ttp://qb3.2ch.net/test/read.cgi/operate/1072877268/623
あまりきつくない予感。

2/10/火 20:00-21:48 TBS CDTVバレンタインSP
2/10/火 21:15-21:58 NHK総合 プロジェクトＸ
2/10/火 22:00-22:54 CX 僕と彼女と彼女の生きる道
2/10/火 22:00-22:54 TX ガイアの夜明け

レス数が多い帯番組

月〜金 5:25-8:00 CX めざましテレビ
月〜金 8:00-9:55 CX とくダネ！
月〜金 8:00-9:55 EX スーパーモーニング
月〜金 11:25-13:05 CX ワイド！スクランブル
月〜金 12:00-13:00 CX 笑っていいとも！
月〜金 13:30-14:00 CX 薔薇と牡丹
月〜金 13:55-15:55 NTV ザ・ワイド
月〜金 14:00-15:55 TBS ジャスト
月〜金 16:59-19:00 CX スーパーニュース
月〜金 19:00-19:30 NHK総合 NHKニュース７
月〜金 21:54-23:10 EX ニュースステーション
月〜木 22:54-23:50 TBS ニュース23　（金 23:30-24:35）
月〜金 23:00-23:55 TX ワールドビジネスサテライト
月〜木 23:30-23:55 CX ニュースJAPAN　（金 23:50-24:15）
月〜木 23:55-24:35 CX すぽると　（金 24:15-24:55）

こんな、へぼい状態です。
何足せばいいんでしょう。

でも、見るとちゃんと使ってるような。

# httpd -V
Server version: Apache/2.0.48
Server built: Feb 5 2004 08:51:08
Server's Module Magic Number: 20020903:4
Architecture: 64-bit
Server compiled with....
-D APACHE_MPM_DIR="server/mpm/prefork"
-D APR_HAS_SENDFILE
-D APR_HAS_MMAP
-D APR_HAVE_IPV6 (IPv4-mapped addresses enabled)
-D APR_USE_FLOCK_SERIALIZE
-D SINGLE_LISTEN_UNSERIALIZED_ACCEPT
-D APR_HAS_OTHER_CHILD
-D AP_HAVE_RELIABLE_PIPED_LOGS
-D HTTPD_ROOT="/usr/local"
-D SUEXEC_BIN="/usr/local/sbin/suexec"
-D DEFAULT_PIDLOG="/var/run/httpd.pid"
-D DEFAULT_SCOREBOARD="logs/apache_runtime_status"
-D DEFAULT_LOCKFILE="/var/run/accept.lock"
-D DEFAULT_ERRORLOG="/var/log/httpd-error.log"
-D AP_TYPES_CONFIG_FILE="etc/apache2/mime.types"
-D SERVER_CONFIG_FILE="etc/apache2/httpd.conf"

>>517
【実況系】live5・6・7鯖専用スレッド
http://qb3.2ch.net/test/read.cgi/operate/1072877268/623

フジ板壊れてるもより
番組ch(フジ) http://live8.2ch.net/livecx/ (30/17)

やっぱ、Apache2の真価も、64ビットで初めて発揮されたってことなのかなぁ。

>>524
dat落ちが間に合ってないような気がします。
あるいは、F22がLA高いとdat落ちを見合わせてるとか。

>>526　なる　レスどうも

もうdat落ちしてる、、、。< その時のスレども

どんな感じで実況してたか見たくても見れないんで、
offlaw.cgiのインストールを激しくきぼんぬ。＞ピロリのおじさん

>>515
ttp://www.freebsd.org/cgi/cvsweb.cgi/src/sys/kern/uipc_syscalls.c#rev1.42
Implemented zero-copy TCP/IP extensions via sendfile(2) - send a
file to a stream socket. sendfile(2) is similar to implementations in
HP-UX, Linux, and other systems, but the API is more extensive and
addresses many of the complaints that the Apache Group and others have
had with those other implementations. Thanks to Marc Slemko of the
Apache Group for helping me work out the best API for this.
Anyway, this has the "net" result of speeding up sends of files over
TCP/IP sockets by about 10X (that is to say, uses 1/10th of the CPU
cycles) when compared to a traditional read/write loop.

ゲ、前スレから未読レスが500以上か……。
これはいつになったら追いつくやら。

とりあえず、

・処理能力が上がっているので、LoadAverageが今までよりも大きな値でも大丈夫
・前スレで話題になっていたmpmsは使っていないらしい。prefork

程度はわかりました。

>>524
dat落ちはしているけど、subject.txtに反映されていないですね。
時間がたてば自動的に反映されると思いますが、
もしこのまま続くのでしたら、復帰依頼スレッドへ行ってみて下さい。(負荷の低い時)

sendfile関係
http://httpd.apache.org/docs-2.0/mod/core.html#enablesendfile

BSD Magazineの誰かの記事でsendfileの解説があったなぁ。

perlcc -o bbs bbs.pl
そんなに速くならないと思うけど。

>>529
1/10th of the CPU cycles かぁ。
そりゃ、成層圏までいくかも。

で、使ってないのか使ってるのかって、どうやったらわかるのかな。
ひょっとして、kernelでsendfile有効にするのって、何かごにょごにょしないとだめ?

>>533
ttp://www.issei.org/diary/_20030224/d200103a.html#05-1

とっくの昔にsendfileはシステムコールでサポートされていて、Apache2であればずいぶん前から使われています。

NFSマウントしたディレクトリをApache2で公開するときに問題が出る場合もあったりするだけで。

>>531
#EnableSendfile off

デフォルトでoffになってるじゃん。< live8
onにしてみる。成層圏へ。

Need For Speed　でつね？

>>523
apacheは使ってると思っているようです。
checking for sendfilev in -lsendfile... no
checking for sendfile... yes
checking for send_file... no
checking for sendfilev... no
どこかのamd64でmakeしてみてもちゃんとみつけてます。
とするとnetstatがおかしいのかな。本当に/usr/binにありますか。(w

>>534
>>489みたいに、netstat -mでsfbufsが出てこない理由はわかりますか?

live8重い

ん、またリブートか

うーん、勉強になるな

EnableMMAPとEnableSendFileをオンにしようとしたら、live8が、、、。
ちょっと、対応が必要かも。

>>535
それはコメントに見えますが...
デフォルトでONになってるとドキュメントに書いてありますが
私の勘違いでしょうか

んー、だとすると、今落ちた理由はなんだろう。

フジはPRIDE (東京・大阪)

Me:
Good morning.
Thank you for your work for oyster175.
But I have to tell a bad notification. oyster901 is down again...
Please reboot it. Sumimasen.

Jim:
ok

Jim:
how long did the backup take?
apc reboot didn't work please give me about 15 minutes.

Me:
Currently, there are no backups for oyster901 BBS data.
(But I have backup of some config files).
Wakatta sumimasen. < 15 minutes.

live8が死ぬと、N速＋が無い今、楽しみが・・・・

がんがって下さいｍ（＿ ＿）ｍ

Jimさんのダイエットに協力する日々なのであった……

15分ってことはやっぱ走ってるのか（笑

設定を変えた瞬間に落ちた、とゆうのは、
FreeBSDの虫さんを踏んだということなのかしら。

そしてjimさんに会ったときに送るおみやげが
ランクアップして松阪牛肉になるというw

JIMさん走ってたんか。

>>550
BSE規制＠米国なんで通関で没収。
ﾏｼﾞﾚｽｽﾏｿ

jimさん、またかよとか思ってたりｗ

ｼｮﾎﾞﾎﾞﾎﾞｰﾝ >>553

うちも sendfile enable のはずの apache2 が動いてますが
netstat -m で sfbufs はでてきておりませぬ

確かめる方法はわかりませんが
httpd -V ででてきていて
httpd.conf で disable してなければ
動いてると考えてよろしいのではないですか

やったこと:

・EnableMMAP on
・EnableSendFile on

にして、apacheをリスタート、したら、無反応、、、。

食べ物はやめてアキバでDVDレコーダーを買って
それをおみやげにするにしよう。

>>549
えーと/usr/local/etc/以下はcvsレポジトリに突っ込んでいますか?

ナニが地雷なのかがcvs diffで解明できる予感。

ttp://www.deer-n-horse.jp/linux/tips/etc-cvs.html
参考

思ってるだろうなー。
「日本に来ることがあったら全頭検査済みの国産和牛食わせてやる」くらい逝っとけ

Jim:
I am back technician fixed apc machine is rebooted. Please check it in 1 or 2 minutes

Me:
Wakatta thank you.

あがった。

JIMさんにOpteron鯖をプレゼント汁

（･∀･）ﾅﾝｶｴﾗｰﾀﾞｯﾃ HTTP/1.1 416 Requested Range Not Satisfiable

やっと・・・

live8 subject.txtがないもよう・・・(フジ板)

どうかな。＞板の具合

>>565
NHKも同じく。

復活したけど少しレスが削除されちゃったね。

>>565
復帰依頼かけてくださいです。

すんごい、速くなった気がする。

> uptime
7:59AM up 4 mins, 1 user, load averages: 189.75, 120.33, 53.38

なんか落ちる元凶がHDDに保存するsubject.txtのように
見えてきた・・・。

>>555
なる。ではsysctl kern.ipc.nsfbufs*はありますか?
昨日(>>369-371)はなかったので。

はえー、うそみたいだ。
さっきの200とは、段違い。20ぐらいの感覚。

> uptime
8:01AM up 6 mins, 1 user, load averages: 273.96, 167.75, 79.42

チューニング完璧？>>573

>>574
まだ、登るべき山はたくさんあると思う。

山はさらに高くなったようで。
わくわくしますな。（笑）

>>575
そうでつか。。。ｶﾞﾝｶﾞってください！

これなら、今のセッティングでもlive5もはいるかもしれん。

兎にも角にも、復旧サンクス！！

>>569
どうやるの？

>>580
もう依頼されてるよ。
★ 板復帰＆修正依頼１６ ★
http://qb3.2ch.net/test/read.cgi/operate/1063104491/

>>580
http://qb3.2ch.net/test/read.cgi/operate/1063104491/
でてる

でも、今subject.txtがないから、bbs.cgiがないわけで、
だから軽いんだろうなぁ。

つまり、やっぱりbbs.cgiがPerlで、fork/execされることが、諸悪の根源と。

>>581-582
あー、自分ではどうしようもないんだね。ありがと。

>>578
でも、今みたいにアボンしたら、実況系が総アボンってのも怖いです。

>>585
そのへんは、「２ちゃんねる」ってことで、ごかんべんを。(素)

フジ復帰。

>>583
現にいまNHK実況は人が少ないです…

age/sage機能を撤廃（レスの書きこみ時はsubject.txtの再構築ナッシング）するだけでも良いと思う。

>>572
ないや... んー、つーと、disabled なんかな（ノ＿；

早くなったそうですし... ほったらかしで enable になる
ものではないのかな。 むー。

ちなみにうちは FreeBSD 4.9 です

>>586
砂嵐でも見てろって事ですね！
しゃーないかｗ

>>572
> sysctl -a | grep kern.ipc.nsfbufs
kern.ipc.nsfbufs: 8704

おそくなってスマソ。

まあ実況系はトンでもわかってる人は皆避難所の方に行くんで
あまり気にせんでください

> netstat -m
mbuf usage:
GEN cache: 0/0 (in use/in pool)
CPU #0 cache: 46/192 (in use/in pool)
CPU #1 cache: 244/416 (in use/in pool)
Total: 290/608 (in use/in pool)
Mbuf cache high watermark: 512
Maximum possible: 131072
Allocated mbuf types:
290 mbufs allocated to data
0% of mbuf map consumed
mbuf cluster usage:
GEN cache: 0/0 (in use/in pool)
CPU #0 cache: 40/136 (in use/in pool)
CPU #1 cache: 222/312 (in use/in pool)
Total: 262/448 (in use/in pool)
Cluster cache high watermark: 128
Maximum possible: 65536
0% of cluster map consumed
1048 KBytes of wired memory reserved (56% in use)
0 requests for memory denied
0 requests for memory delayed
0 calls to protocol drain routines

>>583
ま、とりあえず、月曜火曜も19-22時が重くなる時間帯なんで、そのあたりを監視が吉かと
んで、水曜の19-22時（紅白再放送＆ヘキサゴン・トリビア）が山場と

なんか、うまくうごいているきがするですよ。

Live2chで、フジ実況のスレ取り込みした時と
全国実況のスレ取り込みした時の時間の差がはっきり体感できます。

やはりOpteronは偉大だったのかと思うこの時。

ちゃっかりスルーされとるし、、、

キチガイ運営陣死ね

設定変えて落ちた後、設定戻したん？
変えたまま再起動したらうまくいったん？
それともどこか修正？

戻して速くなったってのも変だし
そのまま再起動したら上手くいくってのも妙ですよね。
どうしました？

>>597
時間の差は、ネットワークの要因も、、、。
と書こうと思ったけど、live系って、そんなに転送量ないんですよね。

やっぱ、マシンとOSのポテンシャルが根本的に違うんだと思う。

>>599
ヽ( ･∀･)ﾉ●ｳﾝｺーは（・∀・）ｶｴﾚ!!

>>600
そのまま再起動。
どうも、httpd.confをいじってからapachectlしちゃ、だめな模様。
apachectlしてからhttpd.confをいじらないといかんと。

>>599
介護ヘルパーｷﾀｷﾀｷﾀｷﾀ━━━(･３･≡(･３･≡･３･)≡･３･)━━━━!!

Me:
ping is back. I will log in and check.
I feel that you need not go to PIE noc. Hontoni Arigato.

Jim:
wow! it works. I am so excited about that.

Me:
I checked almost of server settings, and I think it's normal.
Thank you very much for your work and conguratulations for APC PS works fine!

I've almost finished checking status of server. All are fine.
Thank you for your work again. otsu-deshita.

Jim:
how hi was the load?

Me:
Currently, this:
> uptime
8:01AM up 6 mins, 1 user, load averages: 273.96, 167.75, 79.42

But the machine keeps very fast. Because I added two configuration options of Apache 2.
These are dramatically effective for performance. I surprised the effect.

These options are:
EnableMMAP on
EnableSendfile on

These are very effective. Performance of Apache is now dramatically faster.

Jim:
where are those enabled at? on httpd.conf?

Me:
Yes. I think that these are now features of Apache 2.x.

Jim:
I will try that on other machines too. Thank you for the tip.

Me:
But, these features are sometimes stepping on OS bug.
So currently, some risks are exist.
So, please be careful for using them.
BTW, now oyster901 works fine again. Thanks again for you and your technician.
Honto ni otsu-deshita.

Jim:
dou itashi mashite. I am glad it works fine.

こんなとこでヘルバに会うとは。

こういう効果が体感できるなら、自分の次期マシンはOpteronに
しようかなと考えてみたり。

って、自作ＰＣ板向のネタですね。

逝ってきます・・・。

ここで得たノウハウのほとんどは、今のXeonベースのumaサーバにもそのまま使えるわけで。
貴重かも。

走らなくてすんだのかな？ < Jim-san

今貴重な負荷をかけてもらってるのは、PRIDE?

電脳化に伴う視覚防疫の不可抗力でしょ。

>>592
生えてきたみたいですね。
気になるのは、そちらのnetstat -mはうちのnetstat -cmのように見えること。
うちでは-c(per CPU status)はoptionalです。さらに、
0/40/6656 sfbufs in use (current/peak/max)
が表示されます。
usr.bin/netstat/mbuf.cによるとこの表示は該当MIBがある場合のみ
出力されるようです。これが出てくれないとsendfile bufferの使用状態が
監視できないんですが……

>>612
OPが１話目と違うんですが３話目から変わったのか、自エンコですか？

>>611
ミルコが出てきたっぽい

ヌルコポップ、じゃなくて、ミルコ・クロポップに大感謝だなぁ。

>>614
自エンコよぉ。これが正式OPのようね

>>616
ｶﾞｯ（ｒｙ

×クロポップ
○クロコップ（クロアチア　コップ）

落ち着いたら、LAがすんごい下がった。mmapの効果だと思う。

> uptime
8:31AM up 36 mins, 2 users, load averages: 1.11, 10.59, 40.57

>>root様

ここ数日、運用情報を拝見させていただきましたが、
2chの存在は今や「インフラ」なんですね。（一部のネットワーカーにとってですが）

がんばってください！これからもよろしくお願いいたします。

>>612>>614 (･∀･)ﾆﾔﾆﾔ

>>618
ごめんなさい。

私の中での今の格闘技の位置づけは、「サーバが重くなるもののひとつ」。
でも、今は大感謝。

EnableMMAP on と EnableSendfile on の合わせ技で、
ほんとに設定前の10倍ぐらいになった気がする。

信じられないぐらい、軽い。

どれくらいの負荷まで耐えられるのか、
かなり興味ありですが、田s(ry


ごめんなさい。

システム時間が、激減した。
LAが、0点台になった。

> uptime
8:34AM up 39 mins, 2 users, load averages: 0.76, 6.02, 32.92

ミルコ立った
負荷率も上がる？

うっひゃー。あの状況でこんなすかすかなの、はじめてみたよ。

CKKK_K_KK__RKK__K_K.......K..K..K.....K.....K....K..............
..........................K.........................W......K.K..
.._.CC.............K.................._............_....C.......
....KKK........................................K.............K.K
........_................K..............CK...............K......
........K....K......................K........K...C.K............
...K.._....._........_..............K.....................K.K...
................._._K........K........_.........C...._......_..K
...............K..KC...._...........K.......K..........K.C...._.
...........K_......K....._K..C.K_.............C..._....C........
............._...K..........C............K..................._._
.........._..K.K_.........K.K........K_.........._..............
......_...KK.._........................_......_KK......K.....K..
KK...__....................C..._...W_......._........._.........
_..K...................K..K.._K.._............._....K....K....K_
...C...._.K.C.K.................._.K....._.........._.....K.....
......_.......C.K...._._....._......_.....................K.....
......__...._....._.......................................K...._
................._.....K_...K.........._..K..................._.
..............K.....K..............._.._....K....C.....K........
..........K.....K...K.._..............C...K.........K.._........
........._......K_.........C.............................._...._
_..............._K................K........_K.C..K.......K.K...W
.......W..............._....K_..._.K.............K.K...K........
......................._....__K............................._.K.
_._.......K.._............_K......_.._.._....K......._.._.......
.......K.....__........._._._...K...............................
.........K....................K........_..........K.............
._....._.....K..........K....K...........................K......
............_K....................._.......K.......KKK..........
..._.._.K......__.....................K...K......K._........_...
.......K.K..............K......K.........._.....................

>>601
#やっぱ、マシンとOSのポテンシャルが根本的に違うんだと思う。

FreeBSDﾊｧﾊｧ

>>622
いえ、すんません。
突っ込んでみたかっただけなんです。

ご苦労様です。 (`･ω･´)ゝ

試合が終わったので瞬間的に書き込まれたようだけど、
大丈夫みたいですね。

スゴー、スゴー

1分ぐらい前にミルコが勝った
書き込みもそれなりに増えた
これぐらいなら楽勝か

アクセスカウントそのものは、多くないんだなぁ。
ゴールデンタイムの映画じゃないから、見てるだけの人が少ないのか。
カキコはどんどんいってるようですけど。

だから、アイドルワーカーばかりなんだなぁ。>>627

水曜日が山だな

>>613 さんのはもしかしてFreeBSD current？
TAG=RELENG_5_2のsrc/usr.bin/netstat/mbuf.cはRevison 1.32で、
まだnsfbufの部分はないみたいです（見間違いだったらごめんなさい）

F5が最大の負荷なんですなぁ。

♪ﾊｱﾊｱ。

>>634
currentを使う心臓は、さすがにありませんでした。

> uname -a
FreeBSD oyster901.pacificinternetexchange.net 5.2.1-RC FreeBSD 5.2.1-RC #3: Thu Feb 5 20:16:35 PST 2004 [email protected]:/usr/src/sys/amd64/compile/OYSTER901 amd64

> uptime
8:41AM up 46 mins, 2 users, load averages: 3.36, 4.89, 21.73

いまこんなかんじ。すかすか。

LAが劇的に下げられて、システム時間を減らせるってのは、でかいなぁ。
Xeonでも使えるわけか。

今度、機を見てnews8(地震板)にも入れてみよう。

>>634
おおぅ。その通りです。5.2.1RCでは出なくて当然でした。ごめんなさい。

ということは、nsfbufsのチューニングは手探りになるようです。
でも今の調子だと当面は必要なさそう?

ﾆｭｰ速+板の復旧の際、実験で投入してみては？

>>641
いいアイディア。

>>642
弊害はないのかな？

こんなに強くなるとしたら、、、。

実況系では効果10倍だったわけだけど、一般系だとどうなんだろう。
10倍になるなら、大変だ。サーバの配置計画をまるっきり変える必要があるかも。

あと、遥かな遠い目標だった「テキストベースの掲示板で、1台で転送量100Mbpsを実現する」
が、なんだか見えてきたような気も、少し、する。

>>641
絶対、「復活ｷﾀ━━━━(ﾟ∀ﾟ)━━━━ !!!!! 」の
嵐になるから、テスト環境としては抜群かもねｗ

あ、、、、。でも、そうやって効率よく転送できちゃうとすると、
HEのネットワークが、今よりもずっとずっと、詰まってしまう予感。

やはり、PIEの立ち上げを急ぐしかないということか。

>>642
狼の鯖移行の時も実験チャンスでは？

＞「テキストベースの掲示板で、1台で転送量100Mbpsを実現する」
いいL3スイッチ入れてくれているんだよね。
サーバの能力に釣り合ったものを選択してくれているんだよね。
信じていいんだよね、仕事人さん？(w

狼さんが入るのって、新oysterじゃなかったでしたっけ。
つまり、root権限なしで、私がめんどうみてないやつ。

で、某おじさんが前に書いてたことを、思い出しちゃうなぁ。

あ・・・・・

勘違い

「重い重い、新鯖よこせ」
って言ってたところが設定変更で
これまでので充分になったりしてね。

あった。これだ。

http://qb3.2ch.net/test/read.cgi/operate/1073301645/189
189 名前：仕事人 ★[] 投稿日：04/01/27 13:31 ID:???
ex2も実は次回のを狙うという作戦もある
今取りに行っているサーバの10倍以上の能力があるらしい。

つまり、今回取らなかったら、実験2号機の上だったかもしれないのか。< 狼

>>649
再ｲﾝｽｺいやがってたよね、確か。

>>589 >>598
亀レスしま〜す

以前にそれと似たことをやったときに
1000ストッパーが壊れたと記憶しています。
※どうやら1000ストッパーはsubject.txtを見ているらしい。
ので、それをやるにはかなりの大手術が要るかと。

書き方不味かったかな。

EnableMMAP on と EnableSendfile on の合わせ技
って、良い効果ばかりですか？リスクはないんです？

でも、こうやってチューニングが進んでいくと、
ex2やex3の「ex度数」が、相対的に激しく上がってしまうわけか、、、。

すごい戦略だ。おじさんおそるべし。

そろそろねます。

>>655
いいことばかりのはずだけど、地雷を踏むかもしれないよ、ということだと思う。
地雷 = いろんなところの虫さんとか

otsu-deshita. oyasuminasai

>>657
交通事故に注意ってことですね。

しかし、既存鯖でこれやったら、新鯖要らなくなったりして（笑

>>659
ネットワーク関係がやばいので、
そういうわけにもいかないんですけどね、

よくわからないのですが、この小一時間で性能が飛躍的に
アップしたということでしょうか？

ねるまえにおもいついたので。

sendfileって、ひょっとしてあのめんどうなmbuf chainを使うのなんか
やめちまって、ファイルを読んだやつを直接ネットワークに叩き込んじまえ、
っていう、あれですか。

つまり、コストの超高いm_copy()とかを、一切使わなくてよくなるという。

man sendfileにこんなことが。
つまり、このパラメータはチューナブルで、うまくやればまだまだ、速くなるかもしれないわけね。

山はまだ、険しいなぁ。
おやすみなさり。

TUNING
Internally, this system call uses a special sendfile(2) buffer (struct
sf_buf) to handle sending file data to the client. If the sending socket
is blocking, and there are not enough sendfile buffers available,
sendfile(2) will block and report a state of ``sfbufa''. If the sending
socket is non-blocking and there are not enough sendfile buffers avail-
able, the call will block and wait for the necessary buffers to become
available before finishing the call.

The number of sf_buf's allocated should be proportional to the number of
nmbclusters used to send data to a client via sendfile(2). Tune accord-
ingly to avoid blocking! Busy installations that make extensive use of
sendfile(2) may want to increase these values to be inline with their
kern.ipc.nmbclusters (see tuning(7) for details).

The number of sendfile(2) buffers in use is determined at boot time by
either the kern.ipc.nsfbufs loader.conf(5) variable or the NSFBUFS kernel
configuration tunable. The number of sendfile buffers scales with
kern.maxusers.

最後に、本日のチューニング:

/usr/local/etc/apache2/httpd.conf:

<IfModule prefork.c>
StartServers 2048
MinSpareServers 100
MaxSpareServers 200
ServerLimit 2048
MaxClients 2048
MaxRequestsPerChild 5000
</IfModule>

EnableMMAP on
EnableSendfile on

本日のtips:

・Apacheは「落としてから」設定を変えること。

そしてテクノロジー

>>662
ttp://www.imasy.or.jp/~kawai/osask/commen11.htm
ttp://pc.2ch.net/test/read.cgi/os/1031404041/142

FreeBSD PRESS No.12だった。

特報。

EnableSendfileとEnableMMAPは、
Apache 2.0.44より後のバージョンなら、.htaccessにも書ける。
つまり、rootなしの新oysterとpc2.2ch.netも、すごく速くなるかもしれない。

旧oysterと非oysterは、Apache 1.xだから、だめぽ。

ねるのを少し、のばしてよかった。

とゆうわけで、
以下の2行を.htaccessに入れて、試していただけますか。＞ピロリのおじさん

EnableMMAP on
EnableSendfile on

>>667 んじゃ明日にでも仕事人さんに依頼してヒイヒイ言ってもらうと。

うわーい。
でも、実験はピロリのおじさんにまかせよっと。

某新oyster$ /usr/local/apache2/bin/httpd -V
Server version: Apache/2.0.46
Server built: Oct 14 2003 10:47:23
Server's Module Magic Number: 20020903:3
Architecture: 32-bit
Server compiled with....
-D APACHE_MPM_DIR="server/mpm/prefork"
-D APR_HAS_SENDFILE
-D APR_HAS_MMAP
-D APR_HAVE_IPV6 (IPv4-mapped addresses enabled)
-D APR_USE_SYSVSEM_SERIALIZE
-D APR_USE_PTHREAD_SERIALIZE
-D SINGLE_LISTEN_UNSERIALIZED_ACCEPT
-D APR_HAS_OTHER_CHILD
-D AP_HAVE_RELIABLE_PIPED_LOGS
-D HTTPD_ROOT="/usr/local/apache2"
-D SUEXEC_BIN="/usr/local/apache2/bin/suexec"
-D DEFAULT_PIDLOG="logs/httpd.pid"
-D DEFAULT_SCOREBOARD="logs/apache_runtime_status"
-D DEFAULT_LOCKFILE="logs/accept.lock"
-D DEFAULT_ERRORLOG="logs/error_log"
-D AP_TYPES_CONFIG_FILE="conf/mime.types"
-D SERVER_CONFIG_FILE="conf/httpd.conf"

ハバネロを食べながらひいひいやってもらえば(・∀・)ｲｲ!!

>>663
Sendfileは専用のbufferを使用して、それはkern.maxusersの設定に応じてってことなんかな。
ということは、使用用途（予想キャパ）によって最適化していけるってことになる？！

大変そうだ・・・

きゃー今からなの？
さすがおやすみからの男ｗ

>>663
ぇぇ、しかもzero-copyなのでスイッチポンで即起動、マウスひとつでらくらく操作、と。

で、そのチューニングをする(っていうかsfbufsを溢れさせない)ために
sfbufsの使用率を監視したいわけですが、そのためのMIBが5.2.1RCには
まだない、と。

APC なんちゃらの技を覚えた。

しごとにん　は　レベルアップした！

>>666
なるほど、mbufを使わないんじゃなくて、
読んだファイルの内容を、mbufにダイレクトに書き込む技術なのか。

まさに掲示板に、そしてまさにlive系サーバのためにあるような技術じゃないか、これって。

久しぶりに、こうふんしてきたですよ。

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

これまで、強さはこんな感じだった。

強さに関する、超ざっくりな値: (EnableMMAP/EnableSendfileなしの時)
・非oyster 0.25〜1
・旧oyster 1
・新oyster 2〜2.5
・uma noatimeあり 8〜10
・人柱サーバ 30〜50

で、今たぶんumaサーバは、少なく見ても100ぐらいにはなったと思う。
で、live系で使うなら、300かもしれない。

で、新oyster、umaにもこの技術を使ったとすると、、、。
一般サーバとしてみると、、、3倍とみて、こうなるのか。

強さに関する、超ざっくりな値: (EnableMMAP/EnableSendfileありの時)
・非oyster 0.25〜1 # 適用できない
・旧oyster 1 # 適用できない
・新oyster 6〜7.5
・uma noatimeあり 24〜30
・人柱サーバ 100〜300

教えて、エロイ人

ごめん。
・人柱サーバ 100〜300

は、
・人柱サーバ 90〜150

ですね。コピペミス。

>>661 Yes.
実際にlive8では、飛躍的にアップした。
ひょっとしたら、root権限なしサーバの一部でも、使えるかもしれない。(未確認)

>>677
あの時は興奮していなかったんですか、

>>682
別の部分が興奮（りゃ。

オヤジモード全開ｗ

(´д)ﾋｿ(´д｀)ﾋｿ(д｀)

で、

1) >>668 をば。
2) live8にofflaw.cgiをば。>>682

>>681
ご返答ありがとうございます。実況住民なので
嬉しいです。

>>686
offlawｷﾀ━━━━━━(ﾟ∀ﾟ)━━━━━━ !!!!!

>>686
明日の午後の予定です
すんません。

既に酔っ払いモードなので
機械には触らないが吉ということで、

>>689
りよかいっす。

あっちで、面白そうな話してるですよ。

【PINKちゃんねる】 新サーバ獲得会議
http://qb3.2ch.net/test/read.cgi/operate/1069071468/

>>668-669
Apache 2系のサーバにいれればいいの?

>>691
そうです。
oyster16〜31.he.net
oyster71〜72.he.net
binbo8.he.net (pc2.2ch.net)

O175 はどうなったかしらん　> root★さん

OSはこうやってディスクを切って入れてちょ、というメールを出して(Cc: したやつ)
まだ返事がない状態です。

実際にサーバはどうなっていますか?

pingかかりません。>>695

Jim

if it is not I think he.net will charge us for it. Maybe I can go there and install it like I did on oyster901 that would save us money.

>>697
そうゆうことか。
Jimさんならできるよ。もう。

>>698
Q 入れてみてください。
お願いしますー

まぁ　このように何事にもお金がかかっている訳で、
当然といえば当然ですが、

いれてみました。

Q中、、、。

睡眠時間分、またおごってください。
米国行きの飛行機代がいいなぁ。NHのCきぼんぬ。

わたしゃ
誰におごって貰えばいいのやら・・・

Me:
Jim-san,
I heard from Shigotonin-san about instllation issue of oyster175.
Please tell me the current status.

Jim:
Greg is not there now. I thought that the machine was completed but with old os. Is that correct?

Me:
I think so.
Current status is:
still old version and 'defect disk' (thay have bad firmware) in it.
I'd be better at least firmware of disk should be upgraded.
Firmware upgrade utility is now available on Seagate official Webpage.

And we need reinstall OS as you did on oyster901.

Jim:
ok, I can do that tomorrow.

Me:
Oh, it's good.
That's mean. Tomorrow morning (Today's midnight in Japan) you will go to HE and
upgrading firmware and reinstall FreeBSD 5.2.1RC on oyster175. Is it correct?

Jim:
yes, can you send me the install instructions that we did before. Do you have that record?

Me:
Oh, it's good. I will get the information about it. chotto matte kudasai.

>>702
Itadakiさん

Apache1.3系はmod_mmap_static
http://httpd.apache.org/docs/mod/mod_mmap_static.html
で何とか成らないかな?

rootなしで、modって入れられるのかなぁ。

Me:
First, you need upgrade SCSI disk firmware.
Oyster175 has a couple of disks and both firmware has defect.
So, you need upgrade. I'm searching the instruction and information about it.
Please wait a moment.

Me:
Both disks of oyster175 are SEAGATE ST336607LW, they are 10krpm.
http://www.seagate.com/support/disc/u320_firmware.html
Please read carefully.

Jim:
I will read it.

Me:
If the firmware is correctly upgraded and boot up FreeBSD, you don't need reinstall the OS.
But, if the contents of disks are lost by upgrading firmware, you need re-install FreeBSD.
http://people.freebsd.org/~bmah/relnotes/5.2-RELEASE/installation-i386.pdf
is the instuction for it.

Jim:
ok, lets try firmware update first.

Me:
This is almost the same as oyster901, but CPU type of oyster175 is Xeon, so it's slower but more
stable than Opteron. I think that this installation is easier than oyster901.
And I will send the preferable disk layout of oyster175 to you laster, chotto matte kudasai.

Me:
I copied from mail to tech support of HE, as follows.
Please memorize.
--- cut ---
And I have some requests the partitioning of FreeBSD as follows:

I want to install /, /tmp, /usr and /var is in first disk.
I want to larger /var for logging. Please allocate the partition
layout as follows:

/ 256k (default)
swap 4G
/tmp 4G
/usr 4G
/var 22G

And I want to whole of second disk is mounted on /usr.

/usr 35G (whole of disk)
--- cut ---

That's all.

Jim:
I will print...;-) I can not memorize my telephone number.

Me:
Hehehe...
BTW, what time are you going to begin installation?

Jim:
I am not sure of time yet. I will have to coordinate it with he.net tomorrow morning.

Me:
Ok wakarimashita. (Wakarimashita means polite style of wakatta).
If the time decided, please mail me.

Jim:
I will right away.

Me:
Thank you for your work and I hope that your try success.
Ganbatte kudasai.

Jim:
がんばります

Me:
Oh, great!
Anyway, now 5 AM in Japan. I've get very sleepy. May I close ICQ with you?

Jim:
please sleep well friend
ほんとにおつでした
おやすみなさい

Me:
がんばってください。
せいこうをいのっています。<= I pray your success.
おやすみなさい

Jim:
good night friend

どうやってにゅーりょくしてるんだろう。IMEいれてんのかなぁ。
それとも、コピペか。

おやすみみみみ。

Jim氏にOCNの翻訳機の使い方を教えれば面白いかも。

かんじがよめないんじゃないかしら。

>>713
URLを入れて左から２番目のチェックボックスをチェックしてボタンを押す。
使い方の説明としてはこれでイイと思う。
http://www.ocn.ne.jp/translation/

>>714
It's good. I will tell him the next time.

the => at the

ただ、AAが多いスレは翻訳機だと読めないだろーな。

>>705
そもそも
This module provides mmap()ing of a statically configured list of frequently
requested but not changed files.
　　　　　　~~~~~~~~~~~~~~~~~~~~~~~~ これだし。
ドキュメントを読み進めていくと、MMapFile /path/to/static/file.html　なんて書いて、
このファイルをメモリ上に置いておきます、って使い方みたいだから、ほとんど意味は
無いものと思われ。むしろmbufを食って邪魔者になるだけかも。

>>718
これだと、性的じゃないや静的コンテンツ以外には使えない、ってことですね。
掲示板システムには、不向きっす。

やはり、すなおにApache2.xを入れるのが吉とゆうことかしら。

>719
apache 1xでしか動かない特殊なmoduleを使っている、とか、特殊な事情がない
限りは、そのほうがいいのかなと思います。

718を書いてて思ったんですけど、Apache 2.xのenablemmapって有効に機能
してるんでしょうか…　もしかしてenablesendfileだけでよかったとか？（＾＾；

>>720
そうかも(w。
mmapも、1回はコピーが発生するわけで。
sendfileは、ゼロコピーがうりもの。

ああ、結局こんな時間に、、、。

会社で寝ましょう、そうしましょう。

>>722
肌に悪いお仕事よねぇ。。。

rootの中の人はいつ寝てるんだろか

>>708
> / 256k (default)
256M

> And I want to whole of second disk is mounted on /usr.
>
> /usr 35G (whole of disk)
/home
と思われ

>>726
Jim-san,

I have a couple of mistakes for disk partiotioning.
Follows are correct one. Please discard ICQ'ed version.
Sorry for my mistake.

And as I said at ICQ, if you succeeded to upgrade the firmware of disk,
you need not to install FreeBSD, but I withdraw this saying.

Because, FreeBSD 5.2.1-RC has many new features and we would get
performance improvement of server by using them.

So, if your firmware upgrade operation is succeded or not, I want to
install FreeBSD 5.2.1-RC to oyster175. Therefore, I recommend to you
bringing a couple of spare disks (15krpm is better) before visiting HE's
NOC.

Seikou-wo inotte imasu. (I pray your success.)
Ganbatte-kudasai.

--- cut ---
And I have some requests the partitioning of FreeBSD as follows:

I want to install /, /tmp, /usr, and /var in first disk.
I want to larger /var for logging. Please allocate the partition
layout as follows:

/ 256M (default)
swap 4G
/tmp 4G
/usr 4G
/var 22G

And I want to whole of second disk is mounted on /home.

/home 35G (whole of disk)
--- cut ---

blogのネタ(*´д｀*)ﾊｧﾊｧ

AcceptFilterを使うようにすると
もっと性能が上がるんじゃないですかね?

AcceptFilterについては、man accf_http や
http://httpd.apache.org/docs/mod/core.html#acceptfilter
http://httpd.apache.org/docs/misc/perf-bsd44.html#accf
を参照して下さい。

amd64ではまだkldloadが動かないので、カーネルに
options ACCEPT_FILTER_HTTP
を追加してリコンパイルする必要がありますが…

>>727 のへんじ
Good morning ok I will make sure of this tomorrow morning.

Your friend,

Jim

>>729
ありがとうございます。ざっと見ました。
こいつは、相当有望そうですね。
「FreeBSDならではのスペシャルチューン」ってのが、心をくすぐります。

また、山が高くなりそうな気がしてきた。
手なずけるのは、まだまだ先だなぁ。< Opteron+FreeBSD/amd64

Jim が壊れる予感。
スローダウンを是非。

Jimがdownしたら誰がrebootするんですか？

仕事人さんが※国へ跳ぶ予感

はい。>>732

とりあえず、「トリビア」を経験してから、ぼちぼちやってみることにします。
>>729 はカーネルチューンを含むので、しくればまた二人羽織確定です。

あくまで直感ですが、フィルタ機能をソケット中に突っ込むみたいなんで、
これを入れるだけで、たぶん今の倍はパフォーマンス上がると思います。

Apache2.xでフィルタ入れて圧縮しているところ(ex. news5, news6, tmp2)では、
たぶんもっと効果あるでしょう。3倍ぐらいかも。

ということで「トリビア」でもし陥落しても、次の手があるとわかったので、
かなり心にゆとりが生まれました。
ありがとうです。>>729

# というか、こんな調子じゃ、私もこわれます。ってもうこわれてるか。
# 今日の深夜は、Jimさんが >>727 >>730 をやるわけだし。

Jim以外にも色々いたはずだが忘れた・・・＞※国人

Jimさん以外は「雇われ」なんですよね。
>>368
> All is hobby in life.

なんて言ってもらえる(つまり仕事人さんや私と同じ立場)なのは、
いまんところ、Jimさんだけなんです。

とゆうわけで、壊さないようにしないと。

offlaw.cgi@live8 は動いているかな?

OKでーす。>>738
Otsu-deshita.

>>735
ぜんぜんちゃいまんがな。
AcceptFilterは新しいconnectionがやってきて
それが有効なhttp requestであることを確認するまでを
kernelが面倒みる機能です。無効なrequestでhttpd childが
無駄死にするのを防げます。

keepAlive Offの場合はこれで効果がありますが、
oyster901はOnですから、目に見えて違うようなことはないでしょう。
DOS耐性は上がるかも?

>>740
なるほど。頭冷やしてドキュメント読まないといかんですね。
おっしゃるとおり、DoS攻撃とかには、効果ありそうな気がします。

つまり、カーネルレベルで「目出し帽を被った不審な男性」の来訪を
防げるということで、FA?

で、childというぐらいで、
今の設定(prefork)の時は、さらに効果大きいってことかしら、これって。

>>742
ですね。
network状態がよくて善良なclientばかりの場合は大差ないでしょう。

ところでそのドキュメントはApache 1.3用なのですが、
2.xで対応してるものなんでしょうか？

何日か前から、
朝の4時ぐらいにnews6.2ch.netに対して、
read.cgi経由でごっそりクローリングをかけていらっしゃる方がいるようです。

http://mumumu.mu/mrtg/mrtg-rrd.cgi/read/news6read.html
http://mumumu.mu/mrtg/mrtg-rrd.cgi/traffic/news6traf.html

お心当たりの方は、もうちょっと頻度を落としていただくか、
せめてdat直読みに変えていただけるとありがたいです。

で、どうも上記は、平日だけみたいです。
休日には観測されてない模様。

PSTだと、11:00〜11:30あたりかと思います。>>745
あんまり目に余るようだと、狐さんが活躍してしまう予感。

お？久しぶりに.htaccessですか？
http://info.2ch.net/wiki/pukiwiki.php?cmd=read&page=.htaccess%B5%AC%C0%A9

.htaccessやりたくないっす。パフォーマンス悪くなるし(たいしたことないけど)。
もし本気でやばければ例の「ごにょごにょ」で対応しますが、それは最悪の場合すね。

つか、read.cgiだからまだそのぐらいですんでるといううわさも、ちらほら。

>>744
Apache2にはないのかも。
ま、いっか。

今日のおれさまメモ。

その1
mod_bandwidth
mod_vhost_limit

に相当するやつって、Apache2にもあるのかしら。

その2
これって、どのぐらい効果があるのかしら。

mod_dosevasive
http://www.nuclearelephant.com/projects/dosevasive/

>>749
あります。じょぶじょぶだいじょぶ。

そろそろKeepAlive Offによるチューニングにも手を付け出すころか?
C10K問題でrootさんがメモしている奴
ttp://www.namazu.org/~takesako/diary/?date=20031018

そういえばhttp_loadとかで計測していたっけか。
takesako氏は「推測するな　計測しろ」とApacheチューニングの極意を書いている。

pound使うときはmod_rpafを使ってアクセス制御関係を使えるようにしておく必要もあったりして。

でも現状だとread.cgiとbbs.cgiをサーバー分離できないから「将来の夢」か

>>740
いや、それもちょっと違うっす。

accf_httpは新しいconnectionの最初のデータが
HTTP GET(HEAD)のときはカーネル内にデータを蓄えますが、
HTTP PUTや非HTTPのデータが来たときは今までと同じように振舞います。
そのため、DOS耐性などには影響しないはずです。

accf_httpが効果を発揮するのは、connectionを張って
一回だけHTTP GETでデータを取得してすぐにconnectionを切るような
クライアントが多数いる場合です。
この場合、httpdは最初のaccept()→read()で
クライアントからのリクエスト全てを受け取ることができるので、
リクエスト待ちでつっかえているプロセスが大幅に減ることが期待できます。
おそらくload averageもかなり減らせるんじゃないでしょうか。

live8落ちた

>>755
あ、復帰依頼出てた

>>752
まだまだ、そこまでの道のりまで、遠いです。
じっくりいこうかなと。

>>754
まるで、live系のために生まれてきたような機能じゃないか。(素)

おぺとろんのあまりの張り切りぶりにHDDの書き換え(subject.txt)
失敗多発してますなぁ。

ボンと落ちちゃうとね。>>758
でも、asyncで動いているらしい某OSに比べれば、相当安全かと。

そういえば
net.inet.tcp.rfc3042=1
net.inet.tcp.rfc3390=1
も指定してみると良いかも。
それぞれの効果については5.1Rのリリースノートに書いてあります。
ttp://www.jp.freebsd.org/www.FreeBSD.org/ja/releases/5.1R/relnotes-i386.html#NET-PROTO

これらは5.2Rまではデフォルトoffだったんですが、一月ほど前の-currentから
net.inet.tcp.inflight_enable
とともにデフォルトonに変更されてます。
ttp://docs.freebsd.org/cgi/mid.cgi?200401062329.i06NTk5U036884
コミットログには
All my production server have it enabled and there have been no
issues. I am confident about having them on by default and it gives
us better overall TCP performance.
なんて頼もしいことが書いてあるので、試してみる価値はありそうです。

>>760
RFC 3042
Enhancing TCP's Loss Recovery Using Limited Transmit
RFC 3090
Increasing TCP's Initial Window

すばらしいです。
みなさん、すんごいノウハウをいっぱい持ってますね。

ぼちぼち、やってみますです。

>>761
いや、こういうチューニング項目を知っていても、
実際にどれだけ効果があるかってのは
なかなか知ることができないですからねえ。

なので、実際に2ch実況板の圧倒的な負荷のもとで
どういう結果になるのかってのは、私も凄く興味があります。

>>754
なるほど、かなり違いますね。飛ばし読んでいた部分が理解できました。(を

>>752
keepAlive Offって効果あるでしょうか。もともとKeep-Aliveは1回のreloadを
ひとつのconnectionで済ます程度のものだと思うのですが、各種画像への
HEADに別のconnectionを張るようになったら逆効果なわけで。

> なので、実際に2ch実況板の圧倒的な負荷のもとで
> どういう結果になるのかってのは、私も凄く興味があります。

なんだ、みんなおんなじですね。
こうして、ひ（りゃ の「ただ働き戦略」に、まんまとはまっていくんだよなぁ。

http://qb3.2ch.net/test/read.cgi/operate/1069071468/867

まあ、タダ働きとはいえ、弄らせてもらうことでいろんなノウハウが
得られるんだから、よいではないですか。ね。
個人レベルでこういうことできるなんてまずありえないでしょうし。

いやまったく、実験環境を用意するのが一番大変ですから。

>>764
open outsourcing戦略ですね。

あるかも。< KeepAliveを切る

でも、それやるなら、ba.gif(背景のレンガ)を別のマシンにおかないとだめかも。

>764
それは運営やってる人間全員にうわなんだなにをすｒ

883 名前：Socket774 投稿日：04/02/09 17:06 ID:7sQNL+dk
ほんとに管理人クラスの人たち
AMDに交渉持ちかけたらどうだ？
全面広告しかもWebサーバーとしては最強クラスの負荷かかる2ｃｈとくれば
かなりの宣伝になるんじゃないだろうか？
ダメ元でもちかけたら以外にいい結論にならんともかぎらんし

これね。index.htmlから読まれている。
http://live8.2ch.net/images/ba.gif

ttp://ch2.ath.cx/load/live8.html
ワロタ。スケールがｗ

500以上になることも、ありうるからなぁ。
一番上のメモリは、1000きぼんぬ。>>771

BSDまがぢんあたりから原稿書きませんかとか依頼が来てもおかしくないかもしれない

この件って、どうなんでしょう。
http://pc.2ch.net/test/read.cgi/unix/1075691732/78-79

でも、oyster901って、今となってはもう遅いほうのOpteronなんだよなぁ。
すごいすね。

Opteronに限らず、AMDのマシンでいままでここまでやったことなかったけど、
そのポテンシャルは、底なしなのかも。

live3とlive5とlive6がたばになってかかっても、使い切れなかったりするかも。いや、まじで。

次のoysterなんですが、
過去ログ用サーバ@Pie にしようと思っています。

どんな構成にするですか?

IEで読んでる人間いるのか・・・2chﾌﾞﾗｳｻﾞ激しく推奨

>>776
原案は、これでよいですか。

556 名前： ◆MUMUMUhnYI ＠むむむ ★[sage <[email protected]>] 投稿日：04/02/08 22:36 ID:???
過去ログは、こんなかんじで考えてるです。まだ腹案ですけど。

PIEに、でかいディスクアレイをつけたマシンを1台用意する。

バーチャルホストをいっぱい切る。
でも、実体は同じサーバを指すようにする。

で、そこにdatやらhtmlやらを、ぶちこむ。

で、バーチャルホストは、足していくだけにする。
これで、
http://サーバ名.2ch.net/test/read.cgi/板名/番号/
で、どれでもアクセスできるようになる。

板名さえユニークに保てば、サーバ名はDNS的/Web的に参照さえできればいい。

ということで、掲示板システムは1システム分だけ、
板はそこにいっぱい(でもread only)、
という形に、わりと簡単にできる。

こうしておけば、過去ログへのリンク切れを起こすことなく、
過去ログサーバにすべての過去ログを集約できる。

>>776
おおっ、過去ログ用ｷﾀ━(ﾟ∀ﾟ)━!!

2chブラウザがホントに負荷削減しているのかどうか疑問だったり。
タブによって一度に何回も読み込めるし。
CGIの負荷は減ると思うけど。

でもログをheからpieに移すのってたいへんじゃないの?

で、ここから、原案を出してくれるとありがたいなぁ。＞どなたか
私、今激しく時間とれません。ごめんなさい。
http://www.polywell.com/us/products/server.asp

で、
・ディスクはどのくらいの容量が必要？
・どのくらいのアクセスがあると思う？

という情報を、出して管再です。めやすでいいんで。＞仕事人さん

>>774
sendfileはstatic file
mmapはdynamic file
に使われるので競合はしないと思います。
そもそも不具合が出るなら排他にするんじゃないでしょうか。

>>775
いいコンピュータの条件はI/O、I/O、I/OそしてI/O、余ったお金でCPU。
もっといいコンピュータの条件はI/Oが限りなくゼロに近いこと。
メモリってステキ。

>>778
はい、その方向で。

退役した　tmp , news , live 等のサーバの中身を
そこに移して実際にあぼーんします。

>>778
過去ログ用なら、10krpm137GBをたくさん、でいいよね？
それとも、けちって大容量IDEHDをたくさん、にしますか？

>>781
たれ流しとけば、時間が解決すると思われ。
最悪の場合、テープかポータブルディスクを使って送るってことかな。

てか何でlive8だけLAが以上に高いの。
仕様ですか、それとも攻撃されてるとか。

>>783
あーーー、まったくおんなじこと言ってるぞ。
「1にI/O、2にI/O、3、4がなくて、5にメモリ」
というのが、私の持論。

20秒投稿規制をなくすこと激しく希望

>>787
仕様。300までは余裕。500までは安全。

AMDに広告交渉持ちかけたらどうだろう？
Webサーバーとしては最強クラスの負荷かかる2ｃｈだと
かなりの宣伝になるんじゃないだろうか？
Topに全面広告でもだしておけば鯖のひとつくらいくれないだろうか？
ダメ元でもちかけたら以外にいい結論にならんともかぎらんし

>>769
タラコが「powered by AMD」なロゴを取って来るように日本AMDに交渉しるですな。
いい金づるになるかも。

ということで、誰か >>782 ですすめておいてください。
今夜には、再度ここを見ます。

いったんオフライン。

>>775
それでも実況を捌けるからすばらしい。
高クロック版がこなれたお値段になったらそっちにするのも手でしょう。

>>792
特典としてAMDに不利なスレ、カキコを見つけたら即削除ってね・・・・

過去ログ機は書き込みがない静的なものだから
IDEでも間に合う予感が。
それでRAID5でも作れば。

一時的なアクセス過多で繋がらないときは「あーそーですか」で済みそうだし。

1U の中に最大どれくらいの HD が入るんですか?

>>795
淫厨弾圧ですかｗ

それは冗談としても、
条件は「Intelのロゴは使わない」だけでいいと思うんだけどね。

>>797
４つ？

>782を見てきたけど結構な値段しますねぇ
Tの領域になるとどれも１マソ＄じゃきかないし

http://www.polywell.com/us/storage/suma3016sa.asp
ストレージのガワはこれ使うの？

>>801
中身はコレをたくさん入れる、とか。
http://maxtor.co.jp/products/ata/enterprise_applications/maxline_plus_ii/index.htm

>>783
つまり、専用ブラウザからdatを要求されたとき
これを読まずに送るのがEnableSendfile。
read.cgiが叩かれた時datを読むためにmmapするのがEnableMMAP。

>>794
もともと244で注文したら242が納品されたらしいし、
もし予定通り244が納品されてたら……

「ただ働きさせられ」の現象は。
ハッカーはブラックジャックと同じだから。

つまらない手術には法外な金を吹っかけるが。
誰もやったことが無い面白い手術はタダでもやりたがる。

>>803
過去ログ機用なスレを分けますかか？

>>782
要望。
＞で、そこにdatやらhtmlやらを、ぶちこむ。
移設の際にhtml化を行ってほしいです。
アーカイブオンリーサーバである以上、
そちらのほうが負荷が少ないでしょうし。

FiberChannelにするのはどうなの?
過去ログサーバーなら1U FC Switchを置いたほうが管理が楽じゃね?

>>803
mmapの方は嘘だ。忘れてください。
moduleがファイルを読む必要がある時mmap()するのがEnableMMAP。
どこかでserver-parsedを使っていなければ、oyster901には必要なさそうです。

別にopteronでなくてもいいと思う。
むしろディスクの耐障害性が重要になってくるかと。

そんなにスペックはいらんでしょ。過去ログなんて
そうそう頻繁に呼ばれるものでもないし。
I/Oだけしっかりしたものではあればどれでもいいような。

♪鯖に詰めれるだけHD詰めて欲しいぞ。
分散しなくてもhyperTransportなら読み込みこなせるだろうし
維持費削減にもなりそう。
HDはIDEで安く、RAIDで対障害って感じで。

で、スレは分けるの？同時進行？
どっち？

>809
将来的にmod_perlでcgiが動くとmmap()も有効になってくるということでしょうか？
（apache 2系のmod_perlの話をあまり聞きませんが…）

>>812
raidでも選択間違えると瞬殺となるので注意が必要。
耐障害性の低いRAID0は論外。

>>811
ところがどっこい、

>>813
運営側裁定でw

RAIDをぶちこむとしたらRAID5が最適ではあるが・・・。

>>817
JBODじゃ耐障害性でアレですしね。

RAID5、IDEでもいいから最低４台から希望。
容量的には計100Gは欲しいかも。

HTML化も実行するのかな？とすると、
dat->htmlとdat->dat.gzの変換に多少はプロセッサも必要かな。
それでもシングル2Gクラスで十分な気がする。

メモリは一応2G程度か。

>>814
だめです。moduleがapacheのAPIを使って読むファイルが対象です。
使いたければbbs.cgiをmodule化しないと。

>>819
寺クラスが必要な状況だったりして、

>>782
容量的には2Uもターゲットな予感。
この辺とか
http://www.polywell.com/us/rackservers/poly2116ai.asp
IDEだが6swapなのでRAID1又は5にて運用。
CPUはDUALで無くてもいいくらい？

既存の鯖で比較になるようなものがあれば
算定もしやすいのですが＞過去ログ読み負荷

漏れのなんとなくの勘で言ってしまうと,DualP3あるいはSingleXEON位で
いいのかも。
データの保持を第一に,I/Oはチューニングで対応と。

>>821
将来性を考慮すればMAX10Tぐらいいければいうことないんですが。
とりあえず1Tあれば十分?

>>819
PEN4鯖でいいと？
でもi875を使った鯖がpolywellにないという罠。。

i845とかだとｲｰｻﾈｯﾄが南橋接続だからなんとなく帯域不足になりそーな予感。

>>823
1Tあれば今のところ十分かと、
つまり　100G じゃせまーい
数百G 〜 1T のあたりが必要かと、

http://maxtor.co.jp/products/ata/enterprise_applications/maxline_plus_ii/index.htm

データの中身はこれ推奨。。。
４発で１T。

何年スパンで使い倒す予定なんだろう。

>>826
RAID5なら５発いるか。

OSに１発で６発積みな筐体があれば間に合うね。

ちょっと自作板の過去ログ見てみたけど
みみずんのところは今、
エスカあたりのIDE-RAID5で180x4の517Gみたい。
昔は80x4だったらしい。

確かNT鯖だけど。

スマソ。raid5だとまずいかも。2台以上同時に逝かれるとデータがあぼーんの危険が。
SCSIだともっとまずい。１台行けば全滅の危険性が高くなるそうだし。
参照：ttp://homepage3.nifty.com/sekin/raid_level/raid_level.html

2台以上同時に逝かれても平気ってどんなのがある？

>>830
RAID50

RAID50か…
250G*4（1台分はパリティ）*2
で8台で１.5Ｔ分って感じになるのかな。

耐障害性をかんがえずに、拡張性だけを考えてJBODで逝きますか？

過去ログサーバーってPIEじゃなきゃいかんのか？
HEはタワー型置けるんじゃなかったっけ？
将来的にHEにサヨナラするというなら意味はわかるが。

>>835
＞将来的にHEにサヨナラする

PIEのほうが維持費が安かったような。
実際、PIEはHEと違って帯域毎料金制ですし。
それについてはこのスレか前スレの過去ログを読めばあったかと。

>>835
ry)き総帥はその方向で検討しているようです。

RAID5にスペアドライブって手もある。
これなら同時3台故障まで耐えられる。

じゃ、2Uとか3U置くと維持費高くなるのか？

>>839
ちょっと高くなるみたいです。

みみずんさーばー仕様
http://www1.odn.ne.jp/mimizun/spec.html

>>838
SCSIだと1台逝っただけでだめになることがある。
see >>830
＞とくにSCSIの場合はエラーになったドライブがバスをロックして同一バス上のドライブを巻き込むこともありえます。

>>842
そーなると仕様的にチャネル独立なS-ATAが良さげなような。

もしかしてFiberChannelカードをサーバーに指して、Xserve RAIDにするのが安くないか?

>>844
それは面白そうかも。
Xserve RAIDは興味あるけど試す機会は無いから実験wを見てみたい。

どうもlive8で書き込みが亜空間に消えると言う報告があるようだが
書き込みの反応が遅いんだよなぁ

世界まるみえ実況してたけど、書き込みするのに20秒掛かったり
タイムアウトしたりが度々ありまつた(´Д⊂ヽ

ここまでレスを読まずに、5分だけ現実逃避。(後で読むですスマソ)

EnableMMAP on
EnableSendfile on

を、新oyster (etc) と umaサーバ (news6) で入れても
問題なく動作することを確認しました。
# 動作確認後、元に戻してあります。

ということで新oyster+pc2に加えて、umaサーバでも入れてOKです。
umaサーバでこの2行を入れても、害はありません。

oyster16〜31.he.net
oyster71〜72.he.net
binbo8.he.net (pc2.2ch.net)
oyster132〜142.uma.2ch.net
oyster173〜176.uma.2ch.net # oyster175は入院中

20時台、結構来てるんだぁ。
http://mumumu.mu/mrtg/mrtg-rrd.cgi/access/live8access.html

ではまた。

EnableMMAP: ファイルを運ぶためにメモリマッピングが使用されるかどうか設定
します。(OSがサポートしていることが前提です).
デフォルトではOnになっています。もしNFSによってマウントされたファイル
システム上でサーバを動作させているときはOffにしてください。
いくつかのシステムでは(ファイルシステムにかかわらず)、Offにするとパフォー
マンスが向上するときがあります。
詳細については以下のURLを参照してください。
http://httpd.apache.org/docs-2.0/mod/core.html#enablemmap

ちょっと待てよ。データがローカルにある、という状態なら対障害性を考える必要は
全くないような気がするぞ。むしろ普通にドライブ増やしたほうが良さげだ。

C：system
D：yasai choco
E：kaba piza piza2

こんな感じにしても問題ないような気が。

>>844-845
んー、
確かに*BSD系統＆ファイバーチャネル＆RAIDだけど……(w

http://www.apple.co.jp/xserve/index.html
http://www.apple.co.jp/xserve/raid/index.html

せっかく64bitOS使ってるんだから32bitOSに戻らんでも（笑

>>851
Windows？

（；谷）

>>854
一つのドライブにしないと無理なのか。

>>856
海胆系は窓系のようにドライブって概念がないぽ(^-^) ＠可哀想な MacOSX

hda1 / system
hda2 /home01 yasai choco
hdb1 /home02 kaba piza piza2

みたいになるかと。

/mntだっけ？ <=RedhatLinuxの事を言ってるﾔｼ

>>857
ならそのままRAIDとかなにもしない、でいいのでは？
ローカルにﾀﾌﾟｰﾘ溜め込んでるんでしょ＞データ

なんか1002とか1004とかが普通にでるな＞live8

さっきも1030出たし

楽しいじゃないか。

えーと、話がごちゃごちゃしているのでXserve RAID案の言い出しっぺとしてまとめると。
OpteronサーバーにFCカードを挿して、Xserve RAIDをFreeBSDから使おう。という意見です。

SCSI系RAIDだと>>830の意見があったし。
あと容量と値段のバランスでXserve RAIDのRAID5+ホットスワップってのはいいんでないの?
という話。

>>853
ということでOSはOpteronのFreeBSD5.2R/amd64です。

851-からの話題は、マウントポイントをどういうレイアウトにするのか。
という話なので、どうにでも好きなように。

ただRAIDコントローラーの問題で、HDD7台ごとに別マウントポイントにしたほうが良かったりとかあります。

back。

ということで、緊急にいろいろ話しました。

・トップページにある、壷の絵と背景を以前あったIIJ4Uに戻す。
・各板にあるba.gif等のgifファイルを退避する。

まず、これを本日〜明日にかけて実行しようということになりました。

で、あっちのスレで「news系の移行を先にしましょう」みたいなことを話しましたが、
これは撤回します。

なぜかというと、news5+news6+news7+news9の転送量よりも、
過去ログ全部の転送量の方が、多いからです。

つまり、予定通り過去ログサーバをがんばったほうが、結果として得をする。

>>864
keepaliveをoffにするのかな。ﾜｸﾜｸ

とりあえず過去ログ鯖はXeon鯖を過去ログに特化させるってことでFA?

過去ログってそんなに読まれてるのか。以外だ。

仕事人さんの話では、過去ログ関連を合計した転送量のピークは、推定値で
約20〜30Mbpsといったところらしいです。

で、oyster173+175(news5+news6+news7+news9)の合計転送量は、
ここを見る限り、通常状態ではせいぜい18M、多くても20Mぐらいです。
http://mumumu.mu/mrtg/

今はnews5のグラフが出てませんが、過去グラフを見ることができます。
http://mumumu.mu/mrtglog/

ということで、仕事人さんの当初の案の通り、過去ログサーバをすすめることでいこうかと。

過去ログサーバの原案は、みなさんの貴重な意見を参考に
これから少し考えて見ます。寝るまでに、ここに出します。

で、今日はそれを出したら、水曜日の決戦に備えて、
若干早寝をして、体力を温存することにします。

いろんなおいしいチューニングパラメータが上のほうに転がっていますが、
そいつらは明日、決戦の前日に試してみようかなと思います。

んでは、しばらく待たれたし。

>>rootさん

＞・各板にあるba.gif等のgifファイルを退避する。
これはこんな感じで別スレ立てて一気にやる予定です？
http://qb3.2ch.net/test/read.cgi/operate/1064519401/

私もお手伝い出来ますのでー

XserveRAIDって競合より価格性能比が悪くないですか。
作りはよさそうですがデザイン料に30%くらいとられてるような
気がします。ドライブカートリッジも女王様級の価格設定ですし。

そもそも今までカミカゼ運用だったのがいきなり上を見すぎじゃ
ないですか。予算は無限じゃないんだし、現実的なところを探さないと。

やはりここまでのノウハウが活かせるOpteronDual+大容量ディスクアレイ？
ピーク30Mbps 将来的に50Mbpsとして,IDEじゃこなせないかなあ。
容量比のコストが抑えられるし…

>>825の部分が価格のネックになってるよね・・・。
これはゆずれないところだとは思うけど。

>>871
明日、仕事人さんがやるって言ってました。
私のほうで、wwwとwww2の更新をこれからやります。

根本的に間違ってるかもしれないけど・・・

実況や祭りになって荒れるスレって、
同時には鯖単位で20もないと思うんだけど
そうゆうスレだけ、オンメモリにはできないのかね？
5分ごとにでもバックアップとれば、そんなに早いHDDも必要なさそう。

ギガ単位のメモリがあれば、そうそう難しいことじゃぁないと思うんだけど。

OSの事とかシステムのことが良くわかってない
無責任な発言でスマソ・・・・

ということで、ba.gif等は、明日仕事人さんの音頭で、おながいしますです。
わざわざありがとござました。>>871

>>876
じつわ、ほとんどオンメモリに近い感じで動いているという話もあるのだ。

>>875 >>877
了解ですー
とりあえず明日時間があるときに待機しておきますね。

無理しないようにご自愛下さいです。

www.2ch.netとwww2.2ch.netの設定を変更。

2ch-logo.gif => http://www.ff.iij4u.or.jp/~ch2/2ch-logo.gif
back.jpg => http://www6.ocn.ne.jp/~mirv/back.jpg

を、それぞれ参照するようにしました。

# こーゆーのって、ISP側から見たら、だいめーわくなんだよなぁ。
# でも、背に腹は（りゃ。

　.＿＿
ヽ|・∀・|ノ ここでようかんマンと見せかけたこんにゃくマン参上！
　|＿＿|
　　|　|

>>877

>ほとんどオンメモリに近い感じ
ってのがよくわからんですが、昨日の「10倍は強くなった気がする」ってのと
リンクするんでしょうかｗ

なんにせよ、深夜までお疲れ様です。

おし、減った。
http://mumumu.mu/mrtg/mrtg-rrd.cgi/traffic/www2traf.html

ある意味すごいグラフの落ち方だｗ

>>882
前日比にならんくらいスコンと落ちてますね！！

20時から25時までがピークってのは良くわかるんですが、
12時-13時に遊んでる人も意外に多いのね・・・

この国は大丈夫かｗ

>>884
昼休みは憩いの時間のようです。(素)

携帯でのアクセス数(r.i+p.i)も昼休みにグーンと増えているので、
食事に出たときも、みなさんせっせとアクセスされているみたいです。
http://mumumu.mu/mrtg/mrtg-rrd.cgi/read/news6read.html

その負荷がOCNとIIJに・・・。(((( ;ﾟдﾟ)))ｱﾜﾜﾜﾜ
そして突然トップページの壷の画像の替わりに大きく×の跡が・・・。

`Weekly' Graphをみると、
にちゃんねらってのは、
意外と規則正しい生活を送っているように見えたりｗ

あ、ﾜﾀｸｼも昼休みに携帯で見てますねぇ
こそっとトイレでｗ

そうすね。>>887
monthlyやyearlyのアレは、記念すべき戦いの後(w。

r.i+p.iをみると、
8時代　　　　通勤通学時間
12時代　　　お昼時
18時以降　 帰宅時・メシ時
が多いのね・・・

社会の暇な時間の縮図のようだｗ

しかしみんな律儀に壺を見ているんだなー……

>>890
このへんのネタは面白いですけど、
ここじゃなくて、こっちでやりましょうか。

【Love Affair】携帯からのアクセスに対する考察・次の一手 Part1
http://qb3.2ch.net/test/read.cgi/operate/1075887465/

>>889

グラフで見るコリアンアタックの跡・・・
乙でした。勲章ですねｗ

>>872
>XserveRAIDって競合より価格性能比が悪くないですか。

そうかなぁ……
というかFC Switchを見据えたRAIDだと、Xserve RAIDよりも安いのってどっかに有ったっけ?

今日はそろそろ、おねむの時間。

過去ログサーバの案は、またあとで。

私の考えている基本路線は、

・本体、OSは基本的にoyster901仕様
・da0とda1でミラーリングして、システムディスクにする
・外部に、別に1Uのストレージサーバをつけ、RAIDアレイを構築し、ここを/homeにする

といったところです。つまり、2U使う。

mumumu.muを更新したら、今日は早寝します。
おやすみなさい。Jimさんの作業が無事成功することを祈ろう。

1Uのストレージサーバで苦しければ、2Uのにするかんじかなと。
Polywell社は、いろいろいいの出しているみたいですね。

鍵になるのは、
・FreeBSD 5.2系でちゃんとRAIDが動いてほしい

ってとこかな。んじゃ、今日はこれで。

>>895
セオリーどおりって感じでいいと思う。
お疲れ。

>>895
乙でした。
影ながらですが応援しております。
おやすみなさい。

壷画像やめてＡＡにでもすればいいじゃん

>>894
Arenaの一番ごつい奴PA-8611
ttp://www.maxtronic.com.tw/new_html/mission_critical_raid.htm
でも国内で700kくらいでみつかりました。
XserveRAIDの1TBのモデルと同じだけディスク積んで2割り引きくらい。
余ったお金で結構いい保守が買えませんか。

てかFCはいらないでしょう。貧乏くさくDAS+将来的にiSCSIとか。

>>895
その条件だと↓の「NetDisk-1U4a」しかないじゃん。
http://67.118.240.172/us/storage/netdisk5.asp

>>826な中身だと容量が750GBにしかならないでよ。
容量優先で300GB＠5.4krpmな中身にすればさらに遅くなるし。

参照
http://maxtor.co.jp/documentation/data_sheets/maxline_data_sheet.pdf

そういえばmake WITH_STATIC_MODULESでaapche2のchildを数%高速化チューンするのって、まだやってなかったんだっけ?

Linux Magazineの先月号「巨大WebサーバーのApacheチューニング」を読み返して思い出したけど。

>>895 >>901
http://www.polywell.com/us/storage/netdisk5.asp
↑って 1U なのは良いんだけれどNAS ですよね。
NFS だと MMAP とか Sendfile とかまずいんじゃないかしら？

別ストレージサーバ (>>895) にするのなら、
3U-4U スペースを取るけれど >>801 とか、
>>900 より下のクラスの↓とかなんじゃないかな。
http://www.maxtronic.com.tw/new_html/small_bussiness_raid.htm
http://www.maxtronic.com.tw/new_html/midlarge_raid.htm

ちなみに、rack price が 1U $50/Month ですよね。
http://www.pacificinternetexchange.com/service.html

>>903
それをお奨めする前にpolywell以外の所のを買えるのかどーか確かめたほうが。

polywell以外でもかまわないのなら、漏れはDELLのﾌﾞﾚｰﾄﾞｻｰﾊﾞをお奨めしるでよ。
確か3.5inchSCSIHDDが使えるﾌﾞﾚｰﾄﾞをDELLは出してたはず。

入れるものは、基本的にPolywell社の製品がいいみたいです。

理由: Jimさんのosake-powerが使える模様。

ついでに、news5のApacheで、

EnableMMAP on
EnableSendFile on

を有効にしてみた。試験試験。

>>906
それは結果的に転送量・アクセス数を絞りますか?

>>896
そう、問題はRAID実装がある程度以上の堅さも持っているかどうかです。
親サーバとストレージサーバはどうつなぎます？
LANでつなぐのであれば将来的なことを考慮して間だけでもGbE必須になるかと。

>>907
転送量や、外からのアクセス数は変わりません(そういう用途のためのテクノロジーではないので)。

システムの負荷を下げることで、結果としてシステムを「長持ち」にするということかと。
現在、ネットワーク的にボトルネックがあるので、転送量はこれ以上増加しないと
判断しています。

もしまじめに転送量について緊急対応を考慮する必要があるのであれば、
>>750 のその1を入れて、バーチャルホスト1台あたりの利用可能帯域を
Apache的に絞る必要がありますです。

# とゆうことで、Apache2でも動くのかが知りたかったわけで。

おべんとうを買いに行って、レジに並んでいる間にピンと来ました。
なるほど、今の状態でタ（りゃ ということですか。

わかりましたです。

news5は転送量・アクセス数ともに監視しているので、
入れたことによる増加がみられたら、次の手を考えることにしますです。

使わせることもチューニングだけど、使わせないこともチューニングということで。

午後は多忙につき、あまり来れない予定。

ぐぐるぐるぐる。おれさまメモ。
http://www.cs.pitt.edu/NETNICE/app_modnetnice-ja.html

>>913 公式ページ。
http://www.netnice.org/index-ja.html
|彡 ｻｯ

>>914
＞手っ取り早く内容を知りたいせっかちな方は、こちら をどうぞ。
＞http://www.netnice.org/2ch.html
ﾜﾛﾀ

＋、いきなり祭り。
【社会】秋葉原でビル火災、２０人が屋上に避難中…ヤマギワ別館
http://news5.2ch.net/test/read.cgi/newsplus/1076390462/

LAの上がり方が、すごく少なくなった。
>>906 が効いている模様。

今夜は、
・live8水曜対策
・帯域制限方法のお勉強(>>914)
をしようかなと。