■ サーバリフレッシュ工事 連絡・作業スレッド９
■ このスレッドは過去ログ倉庫に格納されています
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/ >>440
okaeri
banana3217は順調だよ >>440
VIPの1000のAAちゅるやさんに変えて変えて！ げーはしていないけど
かなりぐでんぐてん
>>442
かなりらっきー FOX!!!!!お帰りお帰りﾅNo☆ちょー探したYO!!!! 今、ＮＨＫで養殖魚用のワクチンがあるって言ってた。
こりゃ近いうちにネタに使いそうだな。 ﾂﾁ族とﾌﾂ族の戦いかぁ…
ﾂﾁ族の人口が少なくて人口の多いﾌﾂ族を弾圧してるんだよね…
早くルワンダの涙観たいなぁ >>18
namidame.2ch.net も圧縮が動いていないようです >>457
もう当面のリフレッシュ作業終わりだよね？ >429
了解です(^_^;)
ということでbanana3216は引退します。 >>457 えっと...... F15 / F22 のログ (???/logs/20071218.txt) を見ても，
campus
ghard
kouri
news
の各板に巡回してるようで，少なくとも先日の mamono のように
特定の板しか巡回しないという状態ではないようですが，
今の namidame の F15 / F22 はどのような点でおかしいのでしょうか？ ２ｃｈトータルの転送量？
どこまで加わってるんだろう？ >>457,461 ん～ひょっとしてこれでしょうか？
http://qb5.2ch.net/test/read.cgi/operate/1197886680/575
575 ：動け動けウゴウゴ２ちゃんねる：2007/12/18(火) 09:22:45 ID:0wFpsPO70
スレ保持数多すぎじゃないか？
今見たら514スレもあったぞ
とすると，設定ファイル (???info.???) で news の場合の
変数設定が1個欠落してるような気がします...... 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が増えるとそのまま死亡でリブートコースが多いです。 昨日から学生さんの冬休みに入ったんで
冬厨が大挙して接続ししてきた、と。
そんなところかね。 ■ このスレッドは過去ログ倉庫に格納されています
