X


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

■ このスレッドは過去ログ倉庫に格納されています
NGNG
2ch特化型サーバ・ロケーション構築作戦のスレッドです。

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

等を取り扱います。

前スレ:2ch特化型サーバ・ロケーション構築作戦 Part52
http://qb5.2ch.net/test/read.cgi/operate/1277651499/
2010/07/01(木) 00:17:56ID:9mZ35uqy0
. (・o・)」 はにわハオ!
.「|  |
2010/07/01(木) 00:38:31ID:y/myO9Xv0
アサガオ涼しいよ〜http://ch2.ath.cx/
2010/07/01(木) 00:59:08ID:TexM2k450
asagaoサーバーできたのかと思ったw
2010/07/01(木) 01:05:39ID:uGlcDjo60
>>163
おお!7月になったからか!
無機質なグラフのページでもこういうのがあるのは良いなあw
2010/07/01(木) 01:17:44ID:1QRuwTBdP
test
167trick ★
垢版 |
2010/07/01(木) 01:18:11ID:???0?PLT(91350)
とりあえず児童化でけた。もう眠い
http://trickbox.70.kg/smart/

BIG-serverの中の人へ、できればリンク直していただけるとありがたいです。
前:http://trickbox.70.kg/smart/#hayabusa.2ch.net
今:http://trickbox.70.kg/smart/hayabusa.html

おやすみなさい。
2010/07/01(木) 01:22:56ID:uGlcDjo60
GJ&乙です。やっぱyutori7のE9が気になりますね…
NGNG
trickさん、お疲れ様でした〜

99から98に下がったんですね。gimpoに至っては80まで下がってますし・・・(´・ω・)
2010/07/01(木) 02:17:14ID:a2VnirU80
>>158
後は深夜ばかりだから、無理じゃないかなあ。
2010/07/01(木) 02:33:47ID:uP7hSp4q0
http://www.maido3.com/server/news/20100630.html
昨日の鯖は惨敗だったのか?俺的にはそこまで惨敗って感じがしないんだがw
2010/07/01(木) 02:35:07ID:3ojTv/ee0
ネット弁慶は単なる配慮である。
現実では言えないといっているがガツンと真実を話してしまうと
相手を傷つけてしまうだろう。
(中傷ではなく問題点)
2010/07/01(木) 02:43:08ID:Y03qhXIlP
>おきつねさんの勝ちはどーんでも詰まりもしないような勝ち方?
これを基準にするのなら惨敗なのでは?
2010/07/01(木) 03:46:04ID:UOoH//0u0
あ、そういえば昨日で7.2Rのセキュリティサポートが終了したんだっけか・・・
http://gihyo.jp/admin/clip/01/fdt/201004/05
2010/07/01(木) 04:04:08ID:UOoH//0u0
ん、2chの掲示板鯖としてはいわゆる5代目namidame(tiger3527)位しか導入されてないのか。

かつ退役済みだから関係なかったか。
2010/07/01(木) 09:22:46ID:+8VpaYknP
もうFreeBSD 8.1にしようぜ。
2010/07/01(木) 09:58:25ID:Qj6+8tnSP
もうメモリ1TBにしようじぇ
2010/07/01(木) 10:04:51ID:8NdXWdZ80
その前にx86から脱却しようぜ
2010/07/01(木) 10:15:50ID:0OQUuJd40
pc11が退役すれば掲示板鯖はx86から脱却できるぜ
2010/07/01(木) 10:19:47ID:8NdXWdZ80
じゃあIAから脱却しようぜ
2010/07/01(木) 10:37:20ID:XKrJOpyX0
>>167
公式のあるのになんて作った?
http://happy.70.kg/ch2smart/
2010/07/01(木) 10:43:33ID:GZlRkPo30
>>181
何か勘違いしてるみたいだけど先に作ったのtrickさんだよ。
ついでにどっちも別に公式じゃないし…
2010/07/01(木) 11:10:45ID:wnPVKgzN0
これとか見てると、apache自体も限界があるようだからなあ…
自分では限界が来るまでapache使ったことがないので分からないけど…

Apache conf file for very heavy load servers...
http://forums.freebsd.org/showthread.php?t=2096
2010/07/01(木) 11:16:27ID:VXff3JwD0
そろそろ、にちゃんねる専用ブラウザならぬ、にちゃんねる専用HTTPサーバーの開発だ。
2010/07/01(木) 11:20:13ID:5UlT8r670
そういえば2ちゃんねるでOS作っていなかったっけ?
2010/07/01(木) 12:13:53ID:KOWHMP1P0
kamomeの板のsubject.txtなんかおかしくないか?
2010/07/01(木) 12:22:10ID:kx1eHASA0
なんかっていわれても
188root▲▲ ★
垢版 |
2010/07/01(木) 12:28:55ID:???0
・SunOSさん版logbuffer(aio_read/aio_write両対応版)のインストール依頼
・上記に伴う、aio(4)関連のチューニングの新規追加(スペシャルチューニング9)

午後2時前後に依頼します。
たぶん午後3時ぐらいの作業開始をめど。

作業はchangi設定をはずしてからしないといけないので、
hayabusaとkamomeで、それぞれ30分ぐらいずつはかかるはず。

スペシャルセッティング9の解説と内容は、別途またここに。
2010/07/01(木) 13:40:54ID:KgbxUzpC0
>>97-99
おお、bbs.cgiの再々開発だと思ったら胸熱。
bbs.cgiの再開発に着手した頃のスレッドを読んで、遙か歩んできた道を見てさらに胸熱。
190root▲▲ ★
垢版 |
2010/07/01(木) 14:09:27ID:???0
<むむむスペシャルセッティング9:
aio(4)対応版(SunOSさん版)logbuffer導入に伴うシステムチューニング>

1) /usr/local 配下をメモリディスクにする設定を一時的に解除する

2) Apache を起動しないように設定する

3) サーバをリブートし、再起動を確認する

4) 別送した logbuffer プログラムを展開・インストールする

% tar xzf logbuffer.tar.gz
% cd logbuffer
% make
% su
# make install

5) aio(4)が有効になるように、/boot/loader.confに設定を追加する
(既に設定済みですが、設定手順を明確にするためにここに記述)

aio_load="YES"

6) SunOSさん版logbufferが正しく動作するように、/etc/sysctl.confに設定を追加する

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

7) /usr/local 配下をメモリディスクにする設定を復活させる

8) Apache を起動するように設定する

9) リブートし、httpd と logbuffer の起動を確認する
191root▲▲ ★
垢版 |
2010/07/01(木) 14:14:39ID:???0
私の準備ができたら、
>>190 を、tiger3552 = hayabusa と tiger3551 = kamome で
実施してもらうための依頼を出します。

hayabusa = tiger3552 15:00 JST作業開始
作業時間は問題なければ30分ぐらい

kamome = tiger3551 15:30 JST以降に作業開始
作業時間は問題なければ30分ぐらい

で、いこうと思います。

logbufferのソースは、依頼の後に別便で送ります。
192root▲▲ ★
垢版 |
2010/07/01(木) 14:18:42ID:???0
なお、それぞれの作業中は、hayabusa と kamome は利用できなくなります。
193root▲▲ ★
垢版 |
2010/07/01(木) 14:25:48ID:???0
>>190-192

今、作業依頼をお願いした。
2010/07/01(木) 14:34:40ID:l62Ue67v0
ふと思ったんですが,changi 設定使う場合でも
HDD に保持する元の内容は例えば /usr/local-hdd とかに置いておいて
そこから md 上の /usr/local にコピーする形にすれば,
中身更新する際のリブートが不要になるんじゃないかと.
195root▲▲ ★
垢版 |
2010/07/01(木) 14:36:25ID:???0
>>194
ありかもですね。

portsの保守性を下げず、
かつうまくやる設定がしたいところです。

そう考えるとむしろ、/usr/local-md なのかも。
いずれにせよ、一考の余地ありで。
196root▲▲ ★
垢版 |
2010/07/01(木) 15:00:46ID:???0
予定通り開始するとの連絡ありました。

tiger3552 bbs.cgi 停止。
197動け動けウゴウゴ2ちゃんねる
垢版 |
2010/07/01(木) 15:02:08ID:Dy7z3iD30
ズズチャーン書き込みできないんですけど
198root▲▲ ★
垢版 |
2010/07/01(木) 15:12:33ID:???0
作業おわり @ hayabusa
199root▲▲ ★
垢版 |
2010/07/01(木) 15:14:07ID:???0
問題なさげなかんじ。

特に問題なければ、
kamome で同じ作業を 15:30 からで。
2010/07/01(木) 15:14:23ID:acy824Wb0
はやっ
201root▲▲ ★
垢版 |
2010/07/01(木) 15:21:51ID:???0
昔はプチプチとやっていたジンギスカンな板の板復帰を、
自作の fukkiall.sh で一撃でやるようにしたので、少し楽になりますた。

これに相当するのを起動時に児童実行、じゃないや自動実行するようにすれば、
ジンギスカンな板があっても、運用が楽になるのかしら。
202root▲▲ ★
垢版 |
2010/07/01(木) 15:25:12ID:???0
tiger3551 の作業依頼は、15:30 に別途出す予定。
作業内容は tiger3552 と同じ。
203root▲▲ ★
垢版 |
2010/07/01(木) 15:30:46ID:???0
tiger3551 = kamome

作業依頼した。
bbs.cgi停止。
204ちきちーた ★
垢版 |
2010/07/01(木) 15:33:42ID:???0
>>201
どんどん機械に支配されていく
だれも気にかけない板だったら復帰かけなくてok
2010/07/01(木) 15:34:32ID:kx1eHASA0
落ちるの忘れてた
2010/07/01(木) 15:35:13ID:kx1eHASA0
>>204
お宅らしい発言
2010/07/01(木) 15:35:44ID:4g4TXkqcO
そんな哀しいことゆうなよぉ
208root▲▲ ★
垢版 |
2010/07/01(木) 15:36:03ID:???0
>>204
あら、りょうかいです。

ひと系でうまくいってるなら、わざわざ変える必要なさそうですね。
2010/07/01(木) 15:36:05ID:lBp1yXTR0
>>204
さすが
210root▲▲ ★
垢版 |
2010/07/01(木) 15:42:03ID:???0
作業おわり @ kamome
2010/07/01(木) 15:43:45ID:4g4TXkqcO
かもめでおみくじができるようになんとかしてください
212ちきちーた ★
垢版 |
2010/07/01(木) 15:45:21ID:???0
りょうかいー
2010/07/01(木) 15:47:09ID:lBp1yXTR0
全部大吉にしてー
2010/07/01(木) 15:57:32ID:Aj+WPnj50
『鯖落ちスレをチェックして「板名+復帰してー」のレス数をカウントし、
ある一定数を超えたらその板を復帰』

自動的にやるにしてもこれくらいの遊びは必要だな。
2010/07/01(木) 15:58:13ID:+iNNp5Pa0
>>212
まだー?
2010/07/01(木) 16:00:38ID:acy824Wb0
>>212
おみくじ確認した
おいちゃんありがとー
2010/07/01(木) 16:00:55ID:2KfTsg7PP
技術論も精神論も2ch論も人それぞれなんだから好きにすればいいよ
2010/07/01(木) 16:01:04ID:UhvN+jb/P
そのうち削除も規制も機械がやるようになるのさ。解除モナ。
2010/07/01(木) 16:13:51ID:lBp1yXTR0
で、おいちゃんはメーテルと旅にでるんだ
2010/07/01(木) 16:17:11ID:/iPzYzJS0
鯖を統合するに当たって、板を減らしたいのか
2010/07/01(木) 16:18:17ID:4g4TXkqcO
>>212
やった!
おみくじどーもでした
2010/07/01(木) 16:22:08ID:YiBRnmzo0
>>212
おいちゃんありがとー
2010/07/01(木) 16:58:38ID:kh1a741ZO
これ、どうなりましたか?

2ch特化型サーバ・ロケーション構築作戦 Part48
http://qb5.2ch.net/test/read.cgi/operate/1276848371/324-
路線b)
PCSVからの投稿は一切お断りする

224root▲▲ ★
垢版 |
2010/07/01(木) 17:07:14ID:???0
>>223
2ch特化型サーバ・ロケーション構築作戦 Part49
http://qb5.2ch.net/test/read.cgi/operate/1276953456/434
>
> ということで仮に b) をやるにしても、
> まだかなから_2CH_ezweb.ne.jpが外れるタイミングでやらないと、
> 意味ないような気がします。
2010/07/01(木) 17:14:21ID:kh1a741ZO
>>224 rootさん
了解しました。
WC、頑張って下さいませ

226root▲▲ ★
垢版 |
2010/07/01(木) 18:20:06ID:???0
某方面から、kamomeではrtprioでの活入れをやっていない件について
お尋ねされたので、ここでも同じ内容を答えておこうかなと。

これは、今のところは「あえてそうしている」という状態です。
hayabusaの方がkamomeよりもCPU資源が豊富なので、
あれこれ活入れしてCPU資源を特別に割り当てても、
他への影響は少なく、問題なくいけるだろう、という読みがありました。

で、様子を見る限り、この活入れはかなり良い効果がありそうなので、
もし仮にkamomeにもっと板を詰め込まれて、重くなるよ局面が来るようなら、
様子を見ながら hayabusaでやったのと同じ活入れを、
ぼちぼちするかもしれないということで。

でも今のところはまだ、「手札」にしておきたいかもなと。
2010/07/01(木) 18:31:44ID:kx1eHASA0
まさに「こんなこともあろうかと」
2010/07/01(木) 18:43:35ID:mwE8bZOK0
奥の手は見せるな・・・見せるなら更に奥の手を持て
2010/07/01(木) 18:51:09ID:RYQP3OKb0
\疾風/\切り札/
2010/07/01(木) 19:06:51ID:t+0uISBbP
そういえばrock54用の新鯖はどうなった?
231root▲▲ ★
垢版 |
2010/07/01(木) 20:20:22ID:???0
今日WCはお休みで、明日からが8強対戦なんでしたっけ。
2010/07/01(木) 20:24:59ID:aXOWSa510
オランダ 対 ブラジル - 7 月2日 23:00 (NHK総合)
ウルグアイ 対 ガーナ - 7 月3日 3:30 (NHK総合)
アルゼンチン 対 ドイツ - 7 月3日 23:00 (TBS系)
パラグアイ 対 スペイン - 7 月4日 3:30 (日本テレビ系)
google先生調べ(日本時間)
233ろくす ◆Rocks/oCOQ
垢版 |
2010/07/01(木) 20:27:38ID:RYQP3OKb0
トイレお休みとか我慢できない
234root▲▲ ★
垢版 |
2010/07/01(木) 20:30:36ID:???0
>>232
どもです。
2010/07/01(木) 22:33:23ID:rYUtUSqV0
毎回胸が熱い云々書き込んでるのは同じやつなのか
2010/07/01(木) 22:42:56ID:LFYpkqUo0
新鯖まだですか?
2010/07/01(木) 23:35:27ID:R/iFmQ1O0
6コアのi7 970が今月中に出るって
hayabusaのCPUこれに変えてよ

・「Corei7-970」(Gulftown,7/18〜7/24の間に正式発表,6コア)
2010/07/02(金) 00:06:28ID:EeH9EtB90
>>146
bbs.cgiってイベントループを持っていないと思うから、
aio化ってできないんじゃないかな。

どちらかというと、bbsdをaio化したほうが、よさそう。
2010/07/02(金) 00:16:18ID:???0?2BP(1245)
よくわかんないけど、writeの返りを待たなくてもいいってことじゃないかしら。
240root▲▲ ★
垢版 |
2010/07/02(金) 00:24:54ID:???0
きたく。

>>238
ふむふむ。

>>239
お、そうか。

ってことは、今のprintでやってるのを、
なんか違うのでやるといいかもしれん、ってことなのかな。

というか今思い出したけど、
そんな話、前にもどっかで書いた記憶が。
kakikkomi.txt 見てみるか。
2010/07/02(金) 00:36:26ID:yzFMC0D/0
pc11返却まだですか
2010/07/02(金) 00:43:29ID:fgylWR9z0
>>240
どれだけ記録してるんですかw>kakikomi.txt
2010/07/02(金) 00:46:14ID:F66mcMlc0
もしかして書いたレス全部取っといてるのか・・・
2010/07/02(金) 00:50:50ID:EeH9EtB90
>>239
writeの応答は待たなくてもよいけど、書き込み完了時に
バッファを解放する必要があるので、処理を終らせてよい
わけではないと思う。
2010/07/02(金) 01:00:10ID:Iigupcs60
>>242
2002年の乳即+記者キャップ応募から
噂では100MB超えているとかいないとか
2010/07/02(金) 01:00:41ID:rA1N4TpI0
bbsdの方が性能が良さそうだけど、bbs.cgiの方がup to dateに改良され続けている
から互いに整合性がとれなくなってしまうという感じなのだろうか。
2010/07/02(金) 01:10:36ID:fgylWR9z0
>>245
すげえw
2010/07/02(金) 01:11:05ID:pwu8PCL+0
kakikomiで重くなるから1年ごとにファイルをバックアップ回ししてるな

めぼしいことやり尽くしたしなぁ ハードウェア生かすのにOS入れ替えなんて言う魅惑のヒビキもあるけど
2010/07/02(金) 01:14:54ID:???0?2BP(1245)
>244
よくわかんないけど、writeが終わったかどうか判定すればいいんじゃない?
forkのwaitみたいな。
250root▲▲ ★
垢版 |
2010/07/02(金) 01:17:50ID:???0
kakikomi.txt とこのスレをざっと読み直しましたが、
あんまりそういう話はしてなかったっぽいです。

bbs.cgi再開発プロジェクト7
http://qb5.2ch.net/test/read.cgi/operate/1130918407/
http://qb5.2ch.net/operate/kako/1130/11309/1130918407.html

しかし、↑のスレは今読むとなんかすごいかも。
5年前か。
2010/07/02(金) 01:18:15ID:fgylWR9z0
>>248
いっそ専用OSを自作して・・・
2010/07/02(金) 01:21:47ID:EeH9EtB90
>>249
終ったかどうか待ち合わせしないといけないので、
結局bbs.cgiを起動したapacheのプロセスはつかみっぱなしに
なって、aio化する前と変わらないんじゃないかなと。

bbs.cgiの中身を見たことないので、あくまで想像です。
2010/07/02(金) 01:26:48ID:???0?2BP(1245)
>252
おぉ、なるほど。
俺はこう考えていたんですけどね。
write→他の処理→終わったか確認
こうするとwriteの部分だけ気持ち速くなる気がするので、
最悪今と同じ速度(常に最悪ならaio化の意味はないけど)。
待たないで非同期ならbbsd?
2010/07/02(金) 01:28:12ID:???0?2BP(1245)
write→他の処理→終わったか確認(終わってることを期待)

でし。
なんか某あれで頭がいっぱいなのでおなかがすきました。
2010/07/02(金) 03:45:00ID:pv7tGWSx0
bbs.cgi への aio 適用ですが,個別のリクエスト処理中に書き込み完了を待たず
レスポンスを返すということなら,SpeedyCGI の特性を生かし persistent な変数で
aio 用バッファを確保するとかすればそういうこともできないこともないのかも知れません......
が,いずれかのタイミングで処理の完了をチェックして解放ということはどっちにしろ必要ですね.

一方 bbsd については,今のままでも bbs.cgi から bbsd へリクエストを投げる
段階でキューイングされるので(UDP ソケットにキューイングの機能が備わっており,
TCP ではなく UDP を使っている理由の一つはそれ),あえて aio を使うこともないかなと思ってます.

bbsd の課題としては,924 関連等 bbsd に未対応なスクリプトとか,
SETTING.TXT を消した時 bbsd に対して手動で操作しなくても板を unload するようにしたいとか
いったところですが,まぁその辺は淡々と対応を進めればいいのかなと思います.
規制関連等の比較的更新がよく行われている部分は bbs.cgi が担当し,
bbsd が担うのは基本的に最終的な書き込み部分という役割分担なので,
元々 bbsd は bbs.cgi ほどには頻繁に更新する必要はないですね.

あと,bbsd を使うと復帰が不要になってそれだと風情がなくなるということも
言われた気がするんですが,通常稼働時に dat と subject.txt の不整合を
修正するという意味での復帰はまず必要なくなると思いますが,
しかしサーバダウン -> リブート時の復帰はいずれにせよ必要なので,
その部分をあえて自動化するとかしない限り風情は残るかと思います.
2010/07/02(金) 07:17:02ID:wXvWtCmJO
専門的な話が、、、
何ていうか日本語でおkってかんじだな。


カウント変数をグローバル(?)に取っておいて、
一回の書き込み毎に1ずつ減らしていって0になったら確認、とか?
2010/07/02(金) 08:11:08ID:AoKCcjky0
>>256
専門的な話をするスレで何言ってんだよ。
2010/07/02(金) 09:16:12ID:IPzyvD/y0
専門的じゃなくてクローズドな話
2010/07/02(金) 10:49:41ID:dE9ehO3r0
>>256
ちゃんと読め。単語の意味くらいは自分で調べろ。
「persistent な変数で aio 用バッファを確保する」
2010/07/02(金) 11:06:19ID:u7xl9vMPP
復帰に風情を感じた事がない
261root▲▲ ★
垢版 |
2010/07/02(金) 11:20:02ID:???0
>>255
> 個別のリクエスト処理中に書き込み完了を待たず
> レスポンスを返すということなら,SpeedyCGI の特性を生かし persistent な変数で
> aio 用バッファを確保するとかすればそういうこともできないこともないのかも知れません......

これはちょっと面白いかもですね。SpeedyCGIの強みを生かすと。

> が,いずれかのタイミングで処理の完了をチェックして解放ということはどっちにしろ必要ですね.

うむむ、、、。

> 一方 bbsd については,今のままでも bbs.cgi から bbsd へリクエストを投げる
> 段階でキューイングされるので(UDP ソケットにキューイングの機能が備わっており,
> TCP ではなく UDP を使っている理由の一つはそれ),あえて aio を使うこともないかなと思ってます.
> bbsd の課題としては,924 関連等 bbsd に未対応なスクリプトとか,
> SETTING.TXT を消した時 bbsd に対して手動で操作しなくても板を unload するようにしたいとか
> いったところですが,まぁその辺は淡々と対応を進めればいいのかなと思います.
> 規制関連等の比較的更新がよく行われている部分は bbs.cgi が担当し,
> bbsd が担うのは基本的に最終的な書き込み部分という役割分担なので,
> 元々 bbsd は bbs.cgi ほどには頻繁に更新する必要はないですね.
> あと,bbsd を使うと復帰が不要になってそれだと風情がなくなるということも
> 言われた気がするんですが,通常稼働時に dat と subject.txt の不整合を
> 修正するという意味での復帰はまず必要なくなると思いますが,
> しかしサーバダウン -> リブート時の復帰はいずれにせよ必要なので,
> その部分をあえて自動化するとかしない限り風情は残るかと思います.
262root▲▲ ★
垢版 |
2010/07/02(金) 11:21:50ID:???0
>>261
あら、暴発。

> 一方 bbsd については,今のままでも bbs.cgi から bbsd へリクエストを投げる
> 段階でキューイングされるので(UDP ソケットにキューイングの機能が備わっており,
> TCP ではなく UDP を使っている理由の一つはそれ),あえて aio を使うこともないかなと思ってます.

そういえば、こんな話が昔ありました。

http://qb5.2ch.net/test/read.cgi/operate/1212665493/91

91 名前: root▲▲ ★ 投稿日: 2008/06/08(日) 14:44:14 ID:???0 BE:2736656-DIA(100512)

【祭り】番犬★が管理人に怒られるスレッド【駄目】26
http://qb5.2ch.net/test/read.cgi/operate/1212510607/536-563

ROMの負荷はIsKoukokuをスキップしてもあまり効果なかった。
(少なくとも雪だるま環境では)

バーチャルホストは一つがいい
(SuExec 使わなくていい、mod_speedycgi 化できる)

bbsd環境でソケットのバッファを大きくしておくのは効果がある
/etc/sysctl.conf で、
kern.ipc.maxsockbuf=20480000
bbsd のオプションで、
-B 16000000

rtprioでbbsdのプライオリティを上げておくのは効果が高い
■ このスレッドは過去ログ倉庫に格納されています
5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。