■ サーバリフレッシュ工事 連絡・作業スレッド9
■ このスレッドは過去ログ倉庫に格納されています
TBananaサーバやら新型TigerやらE-banana(ぞうさん)サーバやらT-banana64やらと
新型サーバ( http://server.maido3.com/ )の投入で、しばらくの間だらだらと続けていく予定の、サーバリフレッシュ工事に関する
連絡・作業用のスレッドです。
○ サーバリフレッシュ工事とは
同一サーバにおける掲示板のバーチャルホスト(名前)を変更することにより
(基本的には番号を一つ増やす)、サーバの負荷を軽減し、
またHDDの容量を稼ぐことで、サーバの寿命を延ばすための工事のことです。
移転作業が始まると
・移転元サーバで書き込みができなくなります
・更に移転元サーバの板・スレが見えなくなります
・移転先サーバには最初スレッドがない状態になります
・待っているとそのうちスレッドも移転します
bbsmenuはいつ更新されるの?
待っていればそのうち(一日以内)に更新されます。
携帯からはhttp://u.la/に臨時メニューがあるのでそこから見れます(^_^;)
bbsmenuが更新されたら、専用ブラウザの板一覧も更新しましょう。
過去スレ
■ サーバリフレッシュ工事 連絡・作業スレッド7(8)
http://qb5.2ch.net/test/read.cgi/operate/1197743255/
■ サーバリフレッシュ工事 連絡・作業スレッド6(7)
http://qb5.2ch.net/test/read.cgi/operate/1197714924/
■ サーバリフレッシュ工事 連絡・作業スレッド6
http://qb5.2ch.net/test/read.cgi/operate/1197714206/
■ サーバリフレッシュ工事 連絡・作業スレッド5
http://qb5.2ch.net/test/read.cgi/operate/1196924126/
■ サーバリフレッシュ工事 連絡・作業スレッド4
http://qb5.2ch.net/test/read.cgi/operate/1193498210/
■ サーバリフレッシュ工事 連絡・作業スレッド3
http://qb5.2ch.net/test/read.cgi/operate/1169662973/
■ サーバリフレッシュ工事 連絡・作業スレッド2
http://qb5.2ch.net/test/read.cgi/operate/1168090804/
■ サーバリフレッシュ工事 連絡・作業スレッド
http://qb5.2ch.net/test/read.cgi/operate/1119623185/ >>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
そうだったんですか
じゃあ板dj時代は逆効果だったのかな おーしーえぬを堰き止めていた反動かもしれませんねー
だからといって再規制はやめてちょ >>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ノ )( | < |
ヽ ___ノ_と_ノ\_<_ノ 試しにlife9の板に書き込みに行ったら、書き込み失敗が出た
重いねぇ 4GBに増やすと、どれ位キャパシティが増えるんでしょうね
じっくりじわじわ系の負荷であれば相当耐えられそうですが 32bit機へのRAM増設は512 x2にしといたほうが良さそうなような
64bitには問題ないので1024 x2で 鯖の性能の差が鯖落ちの決定的差ではないことを...教えてやるっ! 自分のPCに1G×4載せたけど、OS上で表示されるメモリ容量が3.2Gしななくて泣いた。
BIOSでメモリのマッピング設定を変えて、かつ64ビットOSにしないとダメなのね。 重い(処理が追いつかない)
↓
書けない(その間に溜まったのを処理)
↓
溜まった処理が終わる
↓
軽くなる←一斉に書き込み
↓
一番上へ
しかし、粘るな。 >>568
「書き込みに失敗した模様・・・」が出たけど書き込めてた
science6にて httpdがおへんじできないくらいの高負荷(あるいはhttpdがページアウトされてる?)というのは異常 スワップ地獄に入ったらこのままシボン説も出てるけど、
今日は諦めた人々が寝たら回復(?)するのかどうかですか。
まさに観察状態。 >>579
俺も暫くしてからリロードしたら反映されてた 「書き込みに失敗した模様…」ってのは2chブラウザが勝手にあきらめてるだけだから >>576
PCI(Exp)のアドレス空間予約に持ってかれるからな
特にRAIDやSATA I/Fみたいなストレージ系のオンボードチップやカード
使ってるとガバっと持って行かれるっす
ftp://ftp.jpn.hp.com/products/workstations/support/whitepapers/nt/MMIO_explain.pdf T-bananaに使ってるマザーってメモリ何GBまで認識するのかな。
何種類か使ってるみたいだからものによって違うんだろうけど。 >>583
しかも書き込み失敗表示されたレスだった。
連投するとこだったよ life9まだ重いよ…
RAM増設にしろ何にしろ、
軽くなるための作業で止まるのはガマンするんで何とかしてください。 >>589
今は軽くなってる
重いときは鯖落ちしたと勘違いするくらいスレの取得に時間掛かるね >>591
http://mickey.mirv.net/b3103dmes.txt
> ACPI APIC Table: <INTEL DQ965GF >
# ちとしょくじするんで、しばらくおふらいん。 ■ このスレッドは過去ログ倉庫に格納されています