■ サーバリフレッシュ工事 連絡・作業スレッド９
■ このスレッドは過去ログ倉庫に格納されています
TBananaサーバやら新型TigerやらE-banana（ぞうさん）サーバやらT-banana64やらと
新型サーバ( http://server.maido3.com/ )の投入で、しばらくの間だらだらと続けていく予定の、サーバリフレッシュ工事に関する
連絡・作業用のスレッドです。
○ サーバリフレッシュ工事とは
同一サーバにおける掲示板のバーチャルホスト(名前)を変更することにより
(基本的には番号を一つ増やす)、サーバの負荷を軽減し、
またHDDの容量を稼ぐことで、サーバの寿命を延ばすための工事のことです。
移転作業が始まると
・移転元サーバで書き込みができなくなります
・更に移転元サーバの板・スレが見えなくなります
・移転先サーバには最初スレッドがない状態になります
・待っているとそのうちスレッドも移転します
bbsmenuはいつ更新されるの？
待っていればそのうち（一日以内）に更新されます。
携帯からはhttp://u.la/に臨時メニューがあるのでそこから見れます(^_^;)
bbsmenuが更新されたら、専用ブラウザの板一覧も更新しましょう。
過去スレ
■ サーバリフレッシュ工事 連絡・作業スレッド７（８）
http://qb5.2ch.net/test/read.cgi/operate/1197743255/
■ サーバリフレッシュ工事 連絡・作業スレッド６（７）
http://qb5.2ch.net/test/read.cgi/operate/1197714924/
■ サーバリフレッシュ工事 連絡・作業スレッド６
http://qb5.2ch.net/test/read.cgi/operate/1197714206/
■ サーバリフレッシュ工事 連絡・作業スレッド５
http://qb5.2ch.net/test/read.cgi/operate/1196924126/
■ サーバリフレッシュ工事 連絡・作業スレッド４
http://qb5.2ch.net/test/read.cgi/operate/1193498210/
■ サーバリフレッシュ工事 連絡・作業スレッド３
http://qb5.2ch.net/test/read.cgi/operate/1169662973/
■ サーバリフレッシュ工事 連絡・作業スレッド２
http://qb5.2ch.net/test/read.cgi/operate/1168090804/
■ サーバリフレッシュ工事 連絡・作業スレッド
http://qb5.2ch.net/test/read.cgi/operate/1119623185/ banana3215と3216のグラフが逆になってるんじゃなかったっけ http://ch2.ath.cx/life9.html
LA=20あたりまで逝ってるなあ。
前より落ちてるけど、OSだけじゃムリかも・・・ 何かの壁にぶち当たってるかのようなグラフですね
書き込み数は昨日と同じなのに
何かしらが詰まっている予感 3206
もう、ダメかも
グラフで20Mを越えたら、繋がらなくなるー ずいぶん swap 使ってますね。
Swap: 4096M Total, 385M Used, 3711M Free, 9% Inuse, 16K In
直感、メモリが足りない感じ。< life9 last pid: 65858; load averages: 45.84, 44.35, 32.74 up 1+06:37:21 06:19:19
20 processes: 1 running, 19 sleeping
CPU states: 41.2% user, 0.0% nice, 14.8% system, 2.3% interrupt, 41.7% idle
Mem: 906M Active, 447M Inact, 331M Wired, 68M Cache, 211M Buf, 67M Free
Swap: 4096M Total, 364M Used, 3732M Free, 8% Inuse, 1012K In
idle は多いのね。CPU はまだ余裕っぽい。 前回のnamidameの重さに通ずるものはあるのだらうか どのバーチャルホストも板が多いですね。
というかきっとそういうのを集めたんだから当たり前か。
で、バーチャルホスト4つ入りだからSpeedyCGI の常駐数もそれなりに必要で、
かつ64bitだから、バイナリ自体が大きいと。
なんかまた「わざわざ そういうシチュエーションを作ったんですから」
とかなんとか、言われそうな。 >>489
原因は全然別の予感。
なんというか「不当に重いわけではない」。 全部4GB積んでしまえ戦法の必要性が出てきましたね ということはＲＡＭ増設すれば改善の可能性ありかな？ >>490-491
アンバランスなハードで許容量を超えてるということね
CPUをある意味で倍にしたわけだから相応の比率でメモリ等も増やさねば
中身のアプリケーションは従前同様には動けないわけか。
かえって今の状況でCPUだけ32にダウンしたほうがパフォーマンス出るのかな。。 >>493-494
まさにそんなかんじ。
-M16 => -M8 @ life9 にしてみましたが、
今度は書き込みが捌き切れない模様(予想通り)。 66521 ch2life9 1 96 0 54640K 11972K pfault 1 0:01 0.00% speedy_backe
68414 ch2life9 1 96 0 54428K 22332K select 0 0:01 0.00% speedy_backe
68388 ch2life9 1 96 0 53324K 30256K pfault 1 0:01 0.00% speedy_backe
66633 ch2life9 1 96 0 52048K 11552K pfault 1 0:01 0.00% speedy_backe
66634 ch2life9 1 96 0 53984K 11268K pfault 1 0:01 0.00% speedy_backe
68411 ch2life9 1 96 0 52616K 21428K select 0 0:01 0.00% speedy_backe
top で pfault (ページフォルト)でまくりすね。 だめすね。
変に設定変えないほうがよさげ。
-M16 に戻しました。 @ life9 単にメモリ資源が足りないかんじだから
(というか静かな板の群れでこの状態、というのを見るのは久し振りかも)、
この状態をよく観察して、様子見ながら少しずつ設定もいじりつつ、
メモリを4Gに増やしてみんな幸せ、というのがよさげな予感。 < banana3206 >>502
メモリに応じて固定のスレッドプールにすれば良くね? サーバ移転で軽快になる予定じゃなかったの？ from ハングル板 （T_T） b3206 116枚
academy6 20枚
life9 47枚
science6 20枚
society6 29枚
これだけ、入ってるとさすがに、一斉にreadするひとが増える時間帯は
厳しいねぇ DoCoMoから医者板、ずっと入れないちゃよー(T◇T)ﾉﾞ
今ローカルルール議論してる真っ最中で鯖ダウンにバグられたら困るちゃ(･ω･)っﾞ namidameは快適だというのに・・・専門板が重いのは可哀想かも ちょっと冷やそう。
まずは swap 状態じゃなくさないと、どんどん状況悪くなる。
何百Mとswapしている模様。
ログインできたら、bbs.cgi @ life9 止めます。 >>506
入れた人の想定通りなんじゃないかなと。 ようやくログインできた。
500MBytes 以上 swap 使っていた。
これではさすがに仮死状態すね。
>>509 を実施。様子見中。 >>511
住人が困るのは想定通りだとしてもハード的にも寿命縮まるんじゃないか、、 bbs.cgiは専ブラであろうと携帯であろうと使います >>515
専ブラはread.cgi噛ませない。んじゃなかったっけ >>516知らんかったorzありがと
cgiってパワー食うんですよね
最近メモり安いから、この機会にどーんとおかわりとか まさにそのテストをしているのだった。
「T-Bananaをバランスのいい機械に」を合言葉に日夜観察しているのだ
ちなみに -M値は昨日全部書き換えました、
できればさわんないでー んで swapおこっても自動的に回復するかも観察していまーす science6
society6
academy6
も bbs.cgi 止めた。 >>521-522
やはりそうでしたか。
これから、bbs.cgi mv したやつを元に戻してきます。 >>527
sageると負荷が軽くなるからsage推奨ってのは昔の話だったけど、
今はどうなのかね 確かにこれまでのくせからすると、FreeBSD は何百MBytesもswapすると、
結構 vm 周りが微妙になって、軽くなっても回復しないことがありました。
で、結局リブート必要に。
このへんも試すということで了解。 おじさん
mamonoにキャップがあるのもテストのうち？ グラフを見ていると、一定まで溜まって限界まで行ったら
一休みして消化した後にまた限界まで向かうようです。
機能停止 までは今のところでは行かないようで >>530
>>531
ぉぉありがと。distributed.netやってるのもあって余計な負荷削減には力およばずですが協力しまっせ >>531
ちとスレ違いかもですが、いちお。
よく言われるのですが、bbs.cgi の処理的にはかつてのものだと、
「sageのほうが特殊処理しているぶん負荷が高い」ものでした。
これは私も、bbs.cgi を読むまで認識していませんでした。
今のbbs.cgiのその部分の処理は割とよくカスタマイズされているので、
通常でもsageでも、あまり変わらないんじゃないかなと。 >>536
そうだったんですか
じゃあ板㌧㌦時代は逆効果だったのかな おーしーえぬを堰き止めていた反動かもしれませんねー
だからといって再規制はやめてちょ >>532
うちもswapが増えるとそのまま死亡でリブートコースが多いです。 昨日から学生さんの冬休みに入ったんで
冬厨が大挙して接続ししてきた、と。
そんなところかね。 >>542
いやそんなはずは。
LA下がってきたけどまだ繋がりづらい感じですね。 >>540
やはりそうですか。
vm(仮想記憶)周りは今の 6.2R でも
それほどドラスティックには変わっていない気がするので、
このへんは、BSD全体の弱点のひとつではあるのかも。 7.0Rはどうなんでしょうね。
リリースされたら7.0Rにしてみようかな。 bbs.cgiをfork (speedycgi)からpthread (apache module)に激しく書き直したい件について >>545
でも、1台しかカタストロフィー状態にならないのか。
土・日とかもみものですが。
そんで、バックヤード系の旧banana一掃作戦ですが、
ぼちぼち計画とかはじめていこうかなと。 >>547
現状でも mod_speedycgi 使えば、それなりに効果あるです。
read.cgi の上のキーワード出すやつは、それでシステム組みました)
ただbbs.cgiは通常サーバでは「回数で効いてくるわけではない」ので、
今回のような静かな板たくさんのケースでは、
効果はある程度しか期待できないのではないかなと。 >>551
たしかに。
ん？なんか狐につつまれてるような気がする・・・ 初歩的な（？）質問、何で21時から急に負荷が増えたんでしょうか？ 帰宅してみたら規制解除ktkr!!!→怒濤の書込み→負荷増大→???? >>556
21時ごろからアクセスが増えるからで。
正確には20:00ぐらいからですかね。
一般的な板はどれもそんなかんじ。
例: グラフの傾きの変化に注目。
http://traffic.maido3.com/YPAr/sK1I/bI0q/ ∧＿∧
/ ヽ
| ｀ ´|
＜>○<＞＼= o/
／/ ヽ＼⊂￣ , ヽ
/ ∧＿∧ヽ ￣ ヽ
/,（ ；´∀｀）ヽ ,ゝ |＿＿＿, ﾍ
| ヽ＼`yﾉ )（ | < |
ヽ ＿＿＿ﾉ_と＿ノ＼＿<＿ノ ■ このスレッドは過去ログ倉庫に格納されています
