97年9月から稼働し始めた当方自慢のホームページですが、ちょうど今年で
満5年を迎え又アクセスカウントも20万を超しアイピーを晒してK県に宣戦布告
したという事を節目にバツが悪いためにホームページを休止し致します。
思えば5年前にホームページを立ち上げたときは、このように2ちゃんねると
アマチュア無線の融合が爆発的に流行るとは思えずダイヤルアップ接続に
特化した内容のモノも少なく、手探りで勤務中に会社から50Wの移動局を主な
誹謗中傷の対象としてカキコして参りました。
この5年間続けられていたのもひとえに私をハケーンしに飲み会に来て
頂いたり無線板にネズラネタをカキコ頂いた方々のお陰と感謝の念で一杯です。
職場での左遷や愛犬の食費問題など公私共、今後さらなる金欠病が予測され、
ダイヤルアップ接続料に費やす資金が取れなくなるというのも休止の大きな
原因です。夢であったP5の首領殿とアイボールも出来、後はサダムフセイ
ン残しということで、パケクラに個人コールでレポートする気力が衰えたの
も事実ですが・・・?!今ではトカチさんをはじめとする多くのDXER諸氏が
常時接続回線を用いて個人ホームページを立ち上げられて居られますし
著名アイボールQSOクラブでも稼働させているところが多く有ります。
是非ともこういったホームページをご利用され、ご自身のカキコ向上に
役立てられてください!なお、当ホームページへのリンク張られていた方々、
申し訳ないのですが削除を御願い致します。この告知のページも経済的な
理由により1ヶ月程度をメドに停止致します。
本当に5年間当方自慢のホームページをご利用頂き、ありがとうございました。
last pid: 7248; load averages: 8.00, 7.69, 7.21 up 0+08:48:10 04:41:04
2106 processes:10 running, 2096 sleeping
CPU: 54.2% user, 0.0% nice, 10.2% system, 6.1% interrupt, 29.5% idle
Mem: 5219M Active, 4115M Inact, 1964M Wired, 1236M Buf, 591M Free
Swap: 24G Total, 24G Free
c 398.687→404.941Mbps
bg20 90.209→89.804Mbps
bg21 75.635→71.500Mbps
bg22 74.230→75.112Mbps
bg23 77.746→76.828Mbps
bg24 93.269→97.852Mbps ←★
>>前スレ954 offlaw.cgi も対処してみますた @qb6
なんか専ブラの更新が引っかかるような気がしたんだけど、もしかしてsubject.txtをbg20から取ってる？
豚肉１日７０００キロ、
卵１日５万個、
鶏肉３０００キロ、
餃子１日１００万個。
>>15
Jane Styleはbg20からがデフォなんだっけ？ last pid: 7282; load averages: 9.13, 8.18, 7.64 up 0+08:55:22 04:48:16
2100 processes:9 running, 2091 sleeping
CPU: 54.6% user, 0.0% nice, 10.8% system, 5.4% interrupt, 29.2% idle
Mem: 4847M Active, 4662M Inact, 2009M Wired, 1236M Buf, 371M Free
Swap: 24G Total, 24G Free
c 410.889→398.728Mbps
bg20 91.295→94.844Mbps ←★
bg21 73.178→72.359Mbps
bg22 77.462→76.622Mbps
bg23 78.619→84.209Mbps
bg24 92.301→72.532Mbps
>>15
俺もそんな感じがする
Jane style 3.02 Jane Style
・「更新情報をキャッシュサーバから取得する」を追加
更新チェック時のsubject.txtの取得先を、キャッシュサーバ(bg20.2ch.net)にするかどうかを設定します。
>>19
たしかsubjectはそうだったような気が、、、記憶が曖昧
つかtxtじゃ無かったね、p.soか
さてはじまるなぁ、どーん予想
・ｷﾝｸﾞｶｽﾞﾏｷﾀｰ
・おばあちゃーん
・75
・ﾖﾛﾋﾟｸｵﾈｹﾞｴ（ｒｙ
この4つくらいかなぁ山、、、 c 412.216→430.301Mbps
bg20 90.878→77.057Mbps
bg21 90.572→93.462Mbps
bg22 81.796→85.551Mbps
bg23 92.140→88.448Mbps
bg24 61.786→68.716Mbps
>サーバから取得する
チェック入ってたけど引っ掛かった感じってよくわからない。
外してみてもよくわからない。俺、鈍感？
Jane style 3.03
>>30 乙です。。。
c 400.748→404.071Mbps
bg20 76.278→88.639Mbps
bg21 93.143→75.299Mbps
bg22 81.021→75.817Mbps
bg23 94.606→88.286Mbps
bg24 73.946→87.982Mbps c 424.528→420.249Mbps
bg20 89.155→89.918Mbps
bg21 77.461→78.856Mbps
bg22 75.181→85.116Mbps
bg23 84.569→85.351Mbps
bg24 97.352→86.740Mbps
c 440.761Mbps Record!!
bg20 89.851Mbps
bg21 81.295Mbps
bg22 93.195Mbps
bg23 89.421Mbps
bg24 89.614Mbps
c 448.177Mbps ☆
bg20 89.853Mbps
bg21 80.967Mbps
bg22 92.784Mbps
bg23 93.460Mbps
bg24 91.725Mbps
2xx 3xx 4xx 5xx URL
244 0 0 0*/
130 0 0 0 /test/-/liventv/i
108 0 0 0 /06.p/-/i
104 0 0 0 /test/-/liventv/1281098159/i
101 0 0 0 /test/-/mnewsplus/i
83 0 0 0 /test/-/newsplus/i
64 0 0 0 /test/-/liventv/1281098159/n
63 0 0 0 /test/-/news4vip/i
59 0 0 0 /test/-/news4vip/1281096906/i
57 0 0 0 /test/-/livecx/1281097811/i
53 0 0 0 /test/-/news4vip/1281096906/n
46 0 0 0 /24.p/-/i
40 0 0 0 /00.p/-/i
38 0 0 0 /test/-/liventv/1281098159/522-
37 0 0 0 /test/-/livecx/1281097811/n
37 0 0 0 /test/-/liventv/1281095754/i
32 0 0 0 /test/-/livecx/i
32 0 0 0 /test/-/liventv/1281098048/n
JumboFrame無しだと500Mbpsぐらいが限界です
c 456.130Mbps ☆
bg20 86.508Mbps
bg21 89.570Mbps
bg22 93.884Mbps
bg23 97.721Mbps ★
bg24 91.351Mbps
サマーウォーズは後半盛り上がる？
だったら、やばいなｗ
LANでの接続だから、出そうと思えばジャンボフレーム使わなくても、
1Gbpsは出るんじゃないですかね。
それより、各BGのパブリック側のデータリンクが100Mbpsなので、100Mbps x 5 で、もうだめぽ。
「よろしくお願いしま〜す！（鼻血ブー）」って破壊力あるのかしら？
>>45
そっか。ギリギリの戦いになりそうだな。
それでも分がわるそうだけど。 c 457.208Mbps ☆
bg20 85.949Mbps
bg21 86.215Mbps
bg22 94.039Mbps
bg23 89.822Mbps
bg24 97.211Mbps ★
c 208.044Mbps
bg20 58.688Mbps
bg21 35.629Mbps
bg22 44.005Mbps
bg23 47.759Mbps
bg24 46.852Mbps
ごめ〜ん
ここのことすっかり忘れて…
すすきのにいる私
びっくりだ
DNASは戻してもらった
びくーりしますた。
tiger3554のシステムには異常はありませんですた。
そういえば、read.cgi/offlaw.cgiの対応、おつですた。
さっき見てみましたが、そんな対応ですたか。
少なくとも私が知っている大人の事情は、解決している様子。
こうなると、dso をどうするか、というかんじですか。
個人的には1つぐらい、
そんな盲腸みたいなものを残しておいてもいいのかも、と思ったり。
10時44分ごろhayabusaなんか重かった
読み込み書き込み一切できず
重かったのは30秒ちょっとくらいかな
さすがハイブリッドタイガー
今やってたアニメ映画は、どーんがある映画じゃないすか。
リアルタイムで見れませんでした。。。
一時的に転んだっぽいですね。
状況証拠では、SSDが詰まった感じ。
8.1Rにしたいところだなぁ。 < hayabusa
といったところで、終電がなくなるのでそろそろ帰宅へと。
今日33度で明日も30度予報
オマケに明日まではススキノ祭り開催中
ひとときの休息は必要だわさ
カラダ壊さんように次の実験行ける事を期待
そういやどうでも良い話だけど、劇中の衛星「あらわし」は
はやぶさがモデルらしいぞｗ
あらわし対hayabusaの元ネタ同じ同士の戦いだったって所だな。
>>66
てきとーに変えてみたー
あれだったら変えちゃってネ さぼてん ★っておいちゃん？
VIPの看板画像の勤務地もyutori7のままだな
ハゲ天★の方がよくね？ｗ
この前丸の内で食った天ぷらコースうまかったな・・・
サマーウォーズのエンディングでhayabusaがLA200まで行ったのか
22時4,257,770PVか、ワールドカップ日本戦並のPVだな
>>85
おつですおつです。
で、帰宅したのでようやくメールを読みますた。
大人の事情についての、SunOSさんと初代管理人とのやりとりを読みますた。
どういう手法で解消したかも確認しますた。
どくおさんから「誤ってサーバをリブートしてしまいました。
申し訳ございません。」というメールも来ていますた。
とりあえず、そんなわけで。
くたくた。 大人の事情について、動作が変だけど、それはそれでいいのかな？
詳しくはメールに書いておこう。
UNIX板の鯖名だけpc12のままにしてほしかった
ﾗｳﾝｼﾞｸﾗｼｯｸのsports2鯖ってどういう扱いなの？
負荷監視所にも載ってないし
うん。とりあえずここではさわれないんじゃなかったっけっか。
一時、重かった気がするけど直ってるみたいだし。
まだﾗｳﾝｼﾞｸﾗｼｯｸって何かおかしいのけ？
>>96
メール読みますた。で、返事しますた。
変はその後のやりとりにより、SunOSさんの力で解決した様子。 >>85
ニュー速もnamidameでもtsushimaでも無いんだけど
TOPが涙目ニュース速報＠2ch掲示板 対馬守備隊なんですがどーしゃーしょ？ ひと段落ついた感じなのかな、
そろそろ↓対応希望
72 ちきちーた ★ [] 2010/08/02(月) 00:10:58 ID:???0
>>24
おしまい
復帰してもらってくださいー
名無し表示は・・・
あちらをたてればこちらが立たずなんですねぇ
同じサーバに同居できないと、
また今度かんがえますー >>110
ちきちーた ★はそういう性格です。
催促すれば催促するほど後に回す。ごく稀に対応する事もあるけど。
ご本人の気分の割合がかなり大きいので、頭使うような作業は気分が乗ってる
状況じゃ無いと取り組んでもらえない。
なんか北海道は本州以上の猛暑らしいし。 今日も暑い。
頭の中は、
スタミナ･スタミナ・スタミナ付けなきゃ
スタミナと言えば「肉」「ビール」、冷房も欲しい
まずはアイス食べるか、冷房と言えばホテルか、
飲んでいると朝になる、朝になっても30℃近く
早く秋になれ、
まずは・・・ ビール・肉・アイス・冷房・・・
何かするとミスしそう
何もしないほうがいい
近況まで、
ミスするくらいならやるべき（やる時期）じゃないよね
hibari鯖の他にhidari鯖ってあればいいのに
120はんだごて ◆HANDAGOT9E NGNG
172 客室乗務員(愛媛県) :2010/08/07(土) 13:59:25.90 ID:VUx5YGRx
固定だから馴れ合いとかが始まるとアウト
2ch運用情報みたいなキモさになる
札幌は、雨降って暑さも一段落ですか。
ローソク出せよー。かっちゃくぞー。
ところで板の移転祭りはひとまず終了したって理解でヨカですか？
大半は移転しつくしたからほとんど気にしなくていいんじゃないかな
>>135
kamomeは癖のある板を集めて、セッティングも特殊じゃなかったか？
hibariは鯖の元手が違うので、あれは、あれでひとつ。 >>136
そうか。事情よく知らないので数字だけ見てたよ。
失礼しました。 rootさんが心血注いでセッティングしたkamomeが
yuzuru、tokiに吸収されたらrootさん泣いちゃうよ。
rootさんはmaido3の中の人にアドバイスしてただけでkamomeのroot権限は持ってないはず
それにtoki、yuzuruはkamome(live28)とhayabusaの子供みたいなもんだし(設定の大部分が流用されてる)
でもkamomeは独立させておいたほうがいい気がする
あの鯖に入ってる板たちは単独で鯖を落とすほどの勢いを秘めてるからね
νとか大きめの地震があると勢い100万超えるときもあるしね
それこそ「どーん」だよ
後ろで三倍の早さでカサカサテンション上がってる人想像したら一人爆笑してもうたｗ
>>149
変更人に700の板を手作業で変えさせるおつもりですか・・・酷ですね >>149
そこは各板の「ローカルルール部分」の変更依頼場所。
なんでも適当に誘導すればよいというものではない。
頭を使いなさい。
頭を使えないなら誘導の真似事などをして
自己満足だけで周りに迷惑をかけるようなことはしないように。 さてさて次へと
これからやろうと思っていることは２点かな、
1. C(PHP)がdatを取得する部分を改造。毎回dat全部転送するんじゃなくて必要な部分だけにする。
これで現在500Mbps使っている部分が30Mbps以下になるんじゃないかな。
「何行目から何行目をよこせ」というように改造する
2. CとBG部分を一台のサーバ内に閉じ込める為にどのようにすればデータのやりとりが出来るか
手段を確立する。BG部分はより賢くエレガントに書きたいからCで書いてサーバ内に常駐させたい。
PHPでサーバ内に常駐しているプログラムからデータをどうやったら引き出せるのか・・・
一回スレ丸ごと取得してそのdatをC内に保存し、次に同じスレへのアクセスがあった場合は
２ちゃんの鯖にアクセスしてタイムスタンプのみを取得し、日付が変わっていた場合は再取得、同じならC内のDatから読み込む
ってのは？
と書いてみたけど、流れの速いスレじゃ全取得しっぱなしになるのかうーん
>>153
読む側も書く側も大改造が必要になると思うが
memcachedなどのキーバリューストアデータベースを使うように改造したらどうだろうか
書く側はレスをファイルに書くと同時にmemcachedにも書く
読む側はmemcachedから必要な部分のクエリーを出して読む
もし今後読む側の性能が不足してきたら今まで同様に並列にホストを並べてスケールさせられる
実際どういうコードになるのよといわれた場合は何も助力できませんすいません
Cの改造は大改造になる?
ちょちょっと10分くらいで終わると思うけど・・・
If-Modified-Since 使えばいいの？
bgとCの鯖を一つにして
bg鯖/dat.cgi/operate/1234567890/11とかで指定レスだけを
C鯖のプログラムに取得させて表示させるってこと？
たとえば、
$s['uri'] = "/test/r.so/{$s['host']}/{$s['board']}/{$s['thread']}/";
↓
$s['uri'] = "/test/r.so/{$s['host']}/{$s['board']}/{$s['thread']}/100-200";
これで、いいのかな？
>>153 の1と2は別々の事象でーす。
1 だけやったら C(1台)+現BG群(5台)で再度実験、もうあふれることはないでしょう
ピーク時の転送量が100Mbpsを下回れば C(一台)+BG(一台)で実験
ここまで成功するだむでも 11台 -> 2台が実現する
さらに 2をやると 2台->1台になり当初の目論見が実現する。 全取得方式のままにして、
最終取得から15秒くらいは再取得抑止するのがいいとおもー。
意外に劇的改善にならんかのー。
10秒待てない？●ユーザだけは15秒を2秒とかにするとか。
内情しらんので適当だが。
>>168
そうそう、
今のread.cgiみたいな感覚、ただ>>1の処理はread.cgi同様書き方が煩雑になるかも。 >>156
そうでしたかー
>>165
100-120
の分だけ今までよりリクエストが長くなって鯖の処理がちょっこし増えて転送量がぐっと減ると
あんまり技術的なことはわかんないけど最近は転送量がネックになってるらしいから
見込みありそうなのかなー 非常にレス速度が速いときにはトラブルにならないの？
>>177
ユーザーからのリロード要求が増えるような気がするんだけど
はずしてる？ >>179
リロード回数なんて変わらないよ。
ユーザーから見たら変わらない。 2はこういう事でしょ？
2ch−BG−何かの共有ストレージ−C−携帯
（BG・共有ストレージ・Cは1台の鯖内）
とりあえず、
$s['res'] = preg_replace("/[in]?([cCswa]?)/","",$p['option']);
if($s['res']==""){$s['res']="1-10"}
$s['uri'] = "/test/r.so/{$s['host']}/{$s['board']}/{$s['thread']}/{$s['res']}";
にしてみた。新着レスはどうすればいいんだろう。
正規表現合ってる？
2についてはこんな感じ？
・Cは携帯から要求が来たらBGに要求を投げる
・BGは要求に対して
・スレが既にあるなら「有り」の返答を返す
・無いなら2chから取得し、内部DISKに保存してから「有り」の返答を返す
・2chからdat落ち等の返事があれば、それをCに返答する
・CはBGから「有り」の返答があったら内部DISKからスレを読み込んで携帯に返す
・dat落ちとかの場合はそれを携帯に返答する
・BGは任意のアルゴリズムで2chにスレを要求し内部DISKに保存する
・例えばCからの要求が多いスレはその度に読みに行くとか
$s['res'] = preg_replace("/[in]?([cCswa]?)/","",$p['option']);
if(preg_match("/[in]?/",$p['option'])){$s['res']="l50";}
$s['uri'] = "/test/r.so/{$s['host']}/{$s['board']}/{$s['thread']}/{$s['res']}";
にしてみた。
＞ 「何行目から何行目をよこせ」というように改造する
パフォーマンスが落ちる
>>189
何で？
現在の仕様だとBGはCに内部のキャッシュを返してるだけだから、BGが2chに取得しに行く部分が
多少増えても見かけのパフォーマンスはほとんど変わらないはず。
しかも、差分取得してキャッシュに追加なんて処理的には小さすぎる変更。 予想・予測は立てれても、その時の条件で結果は変わってくるんだから、実験してみないとわからんよ。
実験してだめなら、また考えればいいだけだから、やってみよう。
ようし たとえ話大会に・・・
某国は「牛タン」しか食べないのに牛を丸ごと一頭毎回輸入して「牛タン」以外は捨てていたんだな
それ輸送費はかかるわなんだで無駄だから「牛タン」だけ輸入することにしようと、
>>195
ビルの地下のsavoyの支店がある飲食店フロアの牛タン屋の常連かい？ >>195
牛タンだけ輸入しようとしたら、他の部位も買ってくれなきゃ売らないと言われるんですね 吉野屋の牛丼は現地であまり食べられない部位を輸入して成功したとか
その10レスを表示するのにdat全部(最悪 1000レス)毎回もらってくるのが現状
これが500Mbpsなんですな
>>205
それって、キャッシュさせずに捨ててるの？
携帯から1回要求ある度に、全レス要求していた？ >>191 >>190
単純な分岐条件増やせば遅くなる
以上
まぁーためしに実装してみな。遅くなるから。
>>174
無知すまそ。
じゃ、BGから上へのリクエスト時に欲しい範囲があるならそれを伝えるようにする、
というのが今の話？
それともCからBGのサーバの話？
後者はかなり価値がありそうだね。
BGは持ってるデータで十分か上に取得しに行く必要があるかを判断できる
材料が増えることになるね。
携帯だとページングしてるからキャッシュが使える率も上がってよさそう。
>>209
目的は 500Mbps っすけど、
ちなみに現在は同じ処理をCがやってるだけですけど、
なぜ遅くんるか私にはわからない
さらに 2の段階で切り出しまでキャッシュしてしまえば・・・
数千倍はやくなると思うぞ >>208
なるほど。これなら、改良すれば間違いなく早くなると思う。
キャッシュさせたほうがいいかは、どうなんだろ？
1台にすると、キャッシュのサイズが大きくなりすぎるのかな？
今回の改良がうまくいったら、次に試してみたいね。 あと、どこ弄ったらいいかわかんない。。・ﾟ・(ﾉД`)・ﾟ・。
>>213
いやいや まだBGの改造していないし、
なによりもまずI/F決めなきゃだし、、 >>213
焦らないでー
全部一人で背負い込まないでみんなでわいわいがやがやしようよ >>211
切り出しまでキャッシュって
110-120が要求されたらdatから110-120を切り出して
キャッシュに入れるんだろうけど、
同じ110-120を再要求された時に探すの大変にならんのかな？ たぶん、>>１関連。。。。l50に>>1が含まれてると嬉しいなっ。
そしたら変更終わりって事になるかも。
そうでなかったら実際動かしてみないとわかんないかも。
最新50（or10）に>>1が入ってなかったら、
再度リクエストして、タイトルや本文取得する方向でしょうか。 >>217
ポインタだけで中身は移動しないし、
レス番号はリニアだし、
>>218
今は案をまな板に乗っけて叩いているところだす
それが終わったらI/F決めて
それから C/BGの改修へと ouiです。
なんかこっちのソースでも出す所ありますかね？
聞きたい人が居ないのもそれはそれで寂しいですね
増築しすぎて無駄な分岐が沢山あるんですよー
この機に乗じて助けて欲すぃ
>>209
BG単体での話なら分からなくもないけど。
今はCがその処理をしているわけで、それをBGがするようになるだけでしょ。
むしろdatすべての転送が終わるまで処理できないことがなくなるから今より遅くなることはないよ。 >>219
hayabusaが60.335Mで＋40M くらい >>225 ！！！
なるほど！分かりやすい話がきた！ CPU時間と転送量のどっちを取るかって言う昔から繰り返してきたネタだな
>>209
いまのボトルネックが何なのかも考えず、単に分岐だけの話かよ。
何だかな〜 おおー、bgの差分ようやく来たー
これ20もおｋでしょ？
あっと正確には差分じゃないか、指定か
なんにせよ無駄がへるへる
いえ、なる予定って事でしょ？
外の人には大変態ありがたいんじゃねー
トラフィックが落ちてたから、導入してうまく行ったのかと思ったｗ
>>238
いや。ほんとにすみません。２レス書いた時点で気付いたです。
とりっくさんの投稿の意味。
でも恥ずかしいのであまり触れないでください＞＜ >>241
この時間帯だとグラフが一回りしてるんじゃないかと 246はんだごて ◆HANDAGOT9E NGNG
>>244
まみらさんのスレを見るにまだかも。苦戦していそうです >>245
あー、なるほど。完全な勘違いでしたorz 了解ですー
頑張ってBGにも入れます
まずはソース探さなきゃ・・・
>>188 の
上二行追加、下一行変更のみです。
>>1に対応してないので、タイトル表示されないですね。
その後に続くファイルを舐める作業がどう動くのかは未知数。。 if(preg_match("/[in]?/",$p['option'])){$s['res']="l50";}
↓
if(preg_match("/[in]/",$p['option'])){$s['res']="l50";}
変更してみました。これで動いてるはず。
切り出しまでキャッシュっていうのは、
各レスの先頭オフセットのインデックステーブルを作っておく
ということだと思うのだけれど、違うのかな。
正しく動いているの?
まだBGは何もしていないんだけど、
何もしなくてもそうなっていた、何もしなくてもいいってこと?
いまはc側で処理してるんでしょ？特にbg何も変わってないようだけど
>>260
できれば、、
そのC側での処理をやめていただけるとBGの開発がしやすいなぁ というか、まずI/Fを・・・決めたいんだけど、
決まっちゃった?
決まったらここに書いていただけると嬉しいです
そのわうにBGをコーディングしますんで、
ですよねー。
どの関数使えばファイルの途中から読めるのかしら、、？
とりあえず
233
233-
233-266
ってのがbgから取得できればいいんじゃね？ほんで>>1を>>256でキャッシュしといて
iとかでそいつも取得できればいいってことかしら
233,266とかはどうすっべ？ Cならseekとかfseekとかlseekとか、って話じゃなくて？
CにあわせてBG作るのか。BGにあわせてCを作るのか。
C側って（今は）内部でキャッシュしないで、携帯からのリクエストをそのままBGに取りに行っているのかしら？
なら、
233
233- （〜以降）
233-240 （範囲）
233,240 もしくは 233+240 （複数のレス）
l50 （最新〜レス指定）
よく使われるのはこんな感じ？
＞233,266とかはどうすっべ？
＞233,240 もしくは 233+240 （複数のレス）
これは使ってないです。
今の状況は >>153の1.
・Cが差分だけのリクエストをBGに投げる＞とりあえず完了？
・BGがCからのリクエスト通りに差分部分をCに返す＞これが今から作る？
こう言う事？ むー、外からじゃ良くわからんので、まみらさんが欲しいI/Fを書けば医院で内科医？
そんでおきつねさんがそれを元にbgをこーちんぐすると
>>273
そういうことじゃねーすか、じゃないと500Mbpsもいかんでしょ
そのためのbgだったし だいたいファイルのポインタって何よ。バイト毎じゃん。
同居して同じHDDだったら読めるかもしれないけど、使いこなせるかしら。
標準的なI/Fの提示ってどういう風にするのですか？
>>278
まずは、こういう風にしたいっていう要望書けば良いんじゃないですか？
そうすればみんあでがやがやできるし。
あとはそれをコーディングしてくれる気がする。
それにあわせてC側をコーディングする。
要求の提示→仕様をつめる→BGコーディング→Cコーディング
で、どう？ まみらさんのなかで、「それ私がやるの？」が渦巻いていないといいんだが
>>280
じゃあ>>1＋要求レスがBGから返るようにするのが簡単じゃないですかね
IFとしては さて、まずはソース探してくる bg20にあるのかなぁ
bg20に入れるのかなぁ
まずは、現在のC側の実装がどうなっているかと思います。
たとえば、bgにdat全部をRequestして、Responseを
PHPの配列なりに格納し、1のスレタイと必要range(233-)を
加工・編集し、携帯側へ送信しているとした場合、
(1) 1だけをbgにRequestしResponseを配列に格納
(2) 233以降をbgにRequestしResponseを配列に格納
(3) (1)/(2)の配列を元に携帯側への送信pageを生成
といった形にするのが今回の対応なのではないかと。
で、(1)/(2)のbg部分のIFをどうするのかが課題かと。
bg20.2ch.netに入れた。ソース発見。
2008/7/29 が１番新しいようだ。
>>278
C 側が l50 とか送ると、必要なものだけを BG 側が送ってきてくれるから、
C 側ではシークとかしなくてもOK
BG 側から送ってくるのは、現状では スレタイ + 1...n のレスという形になっているはずだけれど、
今度は 10-20 とかなら、スレタイ + 10...20 のレス*だけ*になるというイメージ。
ファイルの途中から読むとか、インデックスどーのこーのは BG 側の話だから、おいちゃんの担当。
と書いていて思ったんだけれど、l50とかだと先頭のレス番は BG 側から送ってあげないとならないから、
BG 側からのデータには「先頭レスのレス番」と、「レス数」位は必要そう。 まちBBSのofflaw.cgiみたいに、
レス番号<>なまえ<>〜
みたいにしてもいいかもしれない >レス番号＠bg
10+20+30 なんてモノのことも考えると、いっそのこと BG 側で各レスの先頭に
レス番をつけてしまうのもありかな。
>>291
そうそう、そんな感じ
で、どういうI/F(呼び方)にするかなぁということで、従来のread.cgiの方法もあるけど、めんどくさいからなぁ
ちょっとたたき台考えてくる、 スレタイをどうやってデータに含めるか、も重要だね。
dat的には>>1にスレタイがあるわけで。
BG側は変に拡張せず要求どおりに元データを転送するほうが良いと思う。
つまり、BG側への要求は /200-210 ってだけでスレタイもBGから送信されるんじゃなくて、
スレタイ要求＋/200-210 ではじめてスレタイもBGから送信されるようにするって感じ。
外部にも利用されることを考えると特定の（ここではC）だけに特化させないほうが良いと思う。
>>291
「先頭レスのレス番」は必要だと思うけど、「レス数」は送られてきたレス数から判定できるしいらないんじゃない？
×「レス数」は送られてきたレス数から判定できるし
○「レス数」は送られてきたレスから何レスか判定できるし
たたき台お願いします。
getres.php半分以上書き換えになる予感。ちょっとパニックになりました。
sports2と「２ちゃんねる総合案内」を例外処理してるのですが、
それをどうしようかと。
BG不要。
http://鯖.2ch.net/test/range.cgi/板/スレ/レス でレスの始まりのバイト数(4byte)返すようにして、
datは専ブラのようにHTTP 1.1のRangeヘッダ使って取得でおk。
スレタイはsubject.txtから。 >>296
>スレタイ要求＋/200-210 ではじめてスレタイもBGから送信されるようにするって感じ。
その方がいい?
read.cgiは・・・ なんてつけるんだったっけか >>299
本番じゃなくテストですんで、ほっといていい予感。 いまおいらが作ってるやつは
/ 全取得
/1 個別取得
/2-11 範囲取得
/1+3+5 指定取得
して
xmlデータにスレタイと名無しデータとかいろいろ突っ込んで送ってるよ。
>>305
今回 /1+3+5 指定取得 はやらないとして、
/ 全取得 ← これは出来ている。
/1 個別取得 ← つくらなくてもいい? /1-1でいいんじゃまいか
/2-11 範囲取得 + >>1つき ← これを作る
かな? これでC側は足りる? >>301
わたしはそれがいいとは思うけど。
しかし、ByteRangeな方式なら、そういうデータが混じるとクライアント側の追記処理が面倒になるんだけど（要求のサイズと実際のデータサイズが異なる）、
もとよりレス番指定方式なら、（要求の）先頭レスにスレタイが含まれていても、各レスにレス番がついていてもクライアント側で対処は可能だと思う。
ただ、BG側で拡張しないほうが、逆にクライアント側で拡張しやすいと思う。
要求先頭レス番をHTTPのX-なんちゃらヘッダで返すのが
エレガントといえばエレガント
毎回>>1だけリクエストするのはなんか気持ち悪いので
省略/thread/1+n-m
動く動くウゴウゴ２ちゃんねる<>sage<>2010/08/06(金) 18:21:44 <a href="http://2ch.se/">神</a> ID:AnY3u5PS0(3) BE:1123996695-PLT(34555) 株主優待<> 本文 <>2ch特化型サーバ・ロケーション構築作戦 Part58
まみら ★<>sage<>2010/08/08(日) 23:00:48 ID:???P<> 本文 <>
ちきちーた ★<><>2010/08/08(日) 23:02:16 ID:???0<> 本文 <>
か、
まみら ★<>sage<>2010/08/08(日) 23:00:48 ID:???P<> 本文 <>スレタイ<>
ちきちーた ★<><>2010/08/08(日) 23:02:16 ID:???0<> 本文 <>スレタイ<>
がいいかもしれません。 >>309
1を含むと見えないスレが多いので却下
ちきちーた ★でさえ透明になる Cのコードを見たことがないので(見てもPHP知らないから分からんはず)推測でいろいろ書くけど。
1. Cはまずどのレス番を表示するかを決定していると思うんだ。
2. そしてdatをもってきて
3. そのdatの中から表示しようとしているレス番の部分を抽出して、
4. 表示する
これを今回。
1. Cはまずどのレス番を表示するかを決定していると思うんだ。
2. そしてdatをもってきて ← 表示予定のレス番を教えてちょ、そこだけ返すから。
3. そのdatの中から表示しようとしているレス番の部分を抽出して、 ← この処理いらなくなるよ
4. 表示する
に変えようとしている。
>>313
いるかいらないか分からないけど、判定は簡単。
現Cが必要ならいる。
現Cが必要じゃないならいらない。
現在はなんか新しいものを作っているんじゃなく、
500Mbpsにたっしている部分を100Mbps以下にに削る実験をしているんだ。
これが実現できるだけで、現11台が２台に減らせる可能性大。 >>308
>>313
リクエストしたときに最終が何行目か分からないので、
L50みたいなのも欲しいです。 >>317
現Cは全部数えて下から10個って基準で取ってきてます。 あーそうか。
もし最終的に /144,150,160 もしくは /144+150+160 に対応させる可能性があるなら
レス番を>>292-293のようにしておいたほうがあとあと楽になると思う。 >>318
bgから2chの板サーバー(tokiとかyuzuru)にリクエストするときに、
/l10や/l50みたいな感じでdat取得できるんでしょうか？
レス番はどう判断してるんだろう？ >>322
>bgから2chの板サーバー(tokiとかyuzuru)にリクエストするときに、
それは普通に差分取得じゃないかな。
データ上の欲しい部分をバイト単位で要求する。
既得が10000Byteなら 10001- って要求する。
専ブラがやっているのとおなじこと。 + +
∧＿∧ +
（0ﾟ・∀・） ｳﾘｼﾞﾅﾙ!!
+. （0ﾟ∪ ∪ +
/ヽと＿_）__）_/ヽ +
（0ﾞ ・ ∀ ・ ） ワクワクテカテカ
（0ﾞ ∪ ∪ +
/ヽと＿＿＿＿）＿＿_）_/ヽ + +
（ 0ﾞ ・ ∀ ・ ） ワクワクテカテカ
（ 0ﾞ ∪ ∪ +
と＿＿＿＿＿＿_）＿＿＿＿_）
あとは、 >>1を付けるのは明示的に言われたときだけにするかどうかってとこですね、
/100-120n
/l10n
とかだけ>>1をつけると、
この方がいいかもね、 ちょっと風呂入ったりしてた
>>321
そうなのそうなの、今回は必要ないけれど、どーせ少なくとも先頭のレス番は必要なんだから、いっそのこと。
スレタイ要求の方は、 read.cgi に合わせて
・・・/l10 → 1 + 最後の10レス (今回はこちら側を実装)
・・・/l10n → 最後の10レスだけ (今回は実装しない)
っつーのがいいと思う。 /l50nは送らないつもりです。
/11-
/-235
とかどうすんだっけ。
>>328
BG側である程度のCPU負荷を許容できるなら、かな。
BG側の処理を考えると、
１）Cからのリクエストを受ける
２）要求のあったファイルを開く
３）要求するレスの開始位置、終了位置からファイルポインタを取得（>>256>>258 による）
開始するレス番:res1、終了となるレス番:res2
res1のファイルポインタ:fp1、res2+1 のファイルポインタ:fp2
４）fp1までファイルポインタを移動する。
５）fp1からfp2-1 まで読み込む
６）転送するためのデータを整形する
７）データ転送
という処理が考えられるんだけど、>>321や要求の開始レスにスレタイを含める仕様だと、６の変換処理を入れることになる。
もし>>321を実装する予定がないなら>>292-293は行わないほうが６の処理が不要になるので転送時の効率は上がる。
>>329
/11- は良くあるリクエストだと思うけど、/-235 はいらないと思う。
まぁ実装自体は難しくないだろうけど。 んじゃ その方向で今日か明日組んで見ますねー
現bgを改修します
その６の変換処理は「する」方向で、
それが >>153 の2へつながり、最後の ２台->１台が見えてくる。 >>329
/11-1001
/1-235
に読み替えるとかどうです？ BG側は常にxxx-yyyの形式で受け取るって事か。それでもいいかも。
>>331-332
楽しみにまってまふ。 あ、でも1002や1003があるときもあるかｗ
/11-1010
くらい？
いい変数を見つけたので、それっぽくしてみた。>>329
$s['res'] = preg_replace("/[in]?([cCswa]?)/","",$p['option']);
if($s['res']==""){$s['res']="l50";}else{$s['res']=$s['start']."-".($s['end']-1);}
$s['uri'] = "/test/r.so/{$s['host']}/{$s['board']}/{$s['thread']}/{$s['res']}";
いまこんな感じです。
ふと見ればとっくに日付が変わっていたのね。私はそろそろ寝る体勢に。
>>336
/10- みたいなときの最大数を持っている変数があったとかかな。
# そもそも携帯相手に /10-1001 とか送って見られるのかな？今時の携帯だと無問題なのかしら？ /11- なら /11-21
/-235 なら /225-235
みたいになってました。前後10レスだけみたいです。
>>339
うい。設定に準じてみました。表示レス数を増やすと増えます。
現Cも同じ挙動をしてます。 1ページに表示するレス数を20レス(/l20)にしてもらえるとうれしいな･･･と言ってみる
>>341
それは設定で(ry
DoCoMo/2.0 F705i(c100;TC;W30H22) >>338
＞ # そもそも携帯相手に /10-1001 とか送って見られるのかな？今時の携帯だと無問題なのかしら？
今時の携帯じゃないのもおりますです・・・
ちなみに、がっくしで /10-1001 で指定したら「最大サイズを超えたので中断しました」と携帯からメッセージ返されました
報告まで
DoCoMo/2.0 P902iS(c100;TC;W24H12) cでレス200に設定しても読み込み可能だった
DoCoMo/2.0 F705i(c100;TC;W30H22)
あっ ごめん
現在 bg20だけですー
c-test からはbg20だけ見に行くようにするとか、
bg20ってどういう性格のものだったっけ?
c.2ch.net 専用? どこからでも使っていいやつ?
そっか、ちょっと待ってて
bg21にtest2入れてくるだす
>>356
ぜーんぶ bg21のtest2に振ってもらえます? どうするかな、、
案としては最初の一行を特別な意味で使うとか、、
こんな感じ
0(>>1があるとき0)-287(範囲の最初)-289(範囲の終わり)
bg(2)<>0-287-289<><><>スレタイ
まみら ★<>sage<>2010/08/08(日) 23:00:48 ID:???P<> 本文 <>
ちきちーた ★<><>2010/08/08(日) 23:02:16 ID:???0<> 本文 <>
動け動けウゴウゴ２ちゃんねる<>sage<>2010/08/08(日) 23:03:13 ID:tI0KheRp0<> 本文 <>
bg(2)<>1-287-289<><><>スレタイ
動く動くウゴウゴ２ちゃんねる<>sage<>2010/08/06(金) 18:21:44 <a href="http://2ch.se/">神</a> ID:AnY3u5PS0 BE:1123996695-PLT(34555) 株主優待<> 本文 <>2ch特化型サーバ・ロケーション構築作戦 Part58
まみら ★<>sage<>2010/08/08(日) 23:00:48 ID:???P<> 本文 <>
ちきちーた ★<><>2010/08/08(日) 23:02:16 ID:???0<> 本文 <>
動け動けウゴウゴ２ちゃんねる<>sage<>2010/08/08(日) 23:03:13 ID:tI0KheRp0<> 本文 <>
ははーん、1行目をスレデータ用にする訳か、レス番とスレタイもGETできると
まちBBSのofflaw.cgiみたいなレス番追加
287<>まみら ★<>sage<>2010/08/08(日) 23:00:48 ID:???P<> 本文 <>
288<>ちきちーた ★<><>2010/08/08(日) 23:02:16 ID:???0<> 本文 <>
289<>動け動けウゴウゴ２ちゃんねる<>sage<>2010/08/08(日) 23:03:13 ID:tI0KheRp0<> 本文 <>
みたいなものとどっちがいいんだろ？スレタイもGETできるなら前者かな？
単に前処理しちゃえばいい訳だし
どっちにしろ構文解析の部分に手を入れる必要があるね
レス番は既存の使い回しでいけそう。
スレタイというか>>1ゲトするタイミングを模索中 n点けて呼んでくれたら必ず >>1が最初にくっついてきます @現在のbg21.2ch.net/test2/r.so >>371
ですよね、
Cがやり易い仕様にしましょ 雷うるさくて犬がビビりまくりで起きてしまった。
>>365
レス番指定に n があるやつとないやつの挙動が、 read.cgi と逆だよ。
n ありだと >>1 がない。 n があると >>1 も表示。
で、 C からは n なしで要求されるから、 C ではその >>1 を使ってスレタイを取れるなと。
レス番は >>368 みたいなのを想定していて、html作る時Cが自分で文字列生成していたものを、
BGから来たデータをパースしたものに置き換えればいいんじゃないかと。
こんな感じでどうでしょ？ >>375
そっか逆か、 nはno firstのnだった
直してくる、ついでにレス番を最初にいれてみる @bg21 最近のIMEはおりこうさん
スレタイは>>1からでもいいんだろけどさ
>>1を表示しない場合も>>1付きで取ってスレタイ取得、>>1排除になるわけ？ >>365と>>368のコラボはどう？
んで例えば空白の改行までをヘッダ(httpヘッダとは別)としておけば
あとあとメタデータ追加する場合でもC側の変更がなくて済むし。 >>379
もったいないお化けが出ますかねー？
ただ、C言語で組み直す時のことを考えると、マルチバイト込みの文字列をまじめにパースするのは
それなりに面倒ではないかと。
>>382
よさげに見えます。 わざわざ >>1を取得しないとスレタイが取れないのもなんだから
一行目のデータにスレタイを必ず入れるとか? それができるなら一番効率的なんじゃね？
むだがなくてスリムだなぁ
ちなみにこれtest2のままいくのかな？
いきなりtestをこの仕様にかえたら阿鼻叫喚だろう、いろんな所が
そして>>1をとったらスレタイを二重につけるバグと 勝手にとっているところならいいんじゃないかな。
それもまたなんとやらだし。
ひ(ryが何かしてる所でbgからとってるところってあるのかな？
>>387
bg20以外はc専用だからいいんじゃね >>387
> それができるなら一番効率的なんじゃね？
> むだがなくてスリムだなぁ
ですね。マルチバイトのことは心配しないで、おいちゃんに任せると。 >>385
というか Cで書いてまーす r.so@bg こんなとこですかねぇ
あとはCをこの仕様に改造してもらうと、
そして C(1台)+BG(1台)の実験をやってみる。
>>384 改造よろしくお願いしますー
あとバグは多々あると思うので気がついたらここで教えてくださいー > みなさん >>394
あらら、失礼しました。じゃ、問題ないですね。 でもURLを指定してくるのはCのほうだから、存在しない事象ということで片付けるのもひとつの手かな。
レス番がズレるのは治ったけど、
/nと/iが何してるかわかんない
携帯の/i はCookieを食べさせる印/nはnewのnです。
どこでどうなったのか、全部削ったらいい感じになってきた。
もしかしてCがわの話？
勘違いしてしまった。
はずかしい。2回目
r.so(read.cgi)はこんな感じなのかな。
1)文字列中に使用できない文字が含まれている。→短パンマン ★
2)文字列中に l（エル）が含まれている。→l（エル）の次の数値を取得、その数分だけ最新レスを返す。数値がない場合は10がデフォ？おそらくCにあわせた？
3)文字列中にnが含まれている。→>>1を表示しないフラグを立てる no_first=true
4)文字列中に-がないか探す。→あれば開始-終了(x-y)に分割する x=開始,y=終了。なければx=開始,y=x。
3と4は逆でもいい。
表示する処理で
5)no_first=trueならば、>>1を表示する
6)次にｘ-ｙを表示する（ただし、no_first=trueの場合すでに>>1は表示されているので>>1はスキップ） for(i=x;i<=y;i++){ }
で、>>398の
＞でもURLを指定してくるのはCのほうだから、
は間違いだよね。携帯がリクエストかけて、Cは整形してBGに投げるが、最新レス番なんてわからないからレス番に関してはそのまま投げる。
だから>>397の可能性がある。 ID検索以外はできたかな？sports2もまだですけど。
＞すあまくん。
レス番のカラムを先頭に移動してくれると嬉しいです。
3)...>>1を表示しないフラグを立てる no_first=true
5)no_first=trueならば、>>1を表示する あれ？
×5)no_first=trueならば､>>1を表示する
○5)no_first=trueならば､>>1を表示しない
だね。。。 >>407
>>403 の文脈だと 6)との兼ね合いから 5)6)の true→false とでもして
「表示する」を書かないと変な気がする >>397
削除のタイミングによって、開始レス指定が存在しない番号になる事は普通にありますよ。
だから全レス取得の方が安全です。 いろいろだめだなぁ
1)文字列中に使用できない文字が含まれている｡→短ﾊﾟﾝﾏﾝ ★
2)文字列中に l（ｴﾙ）が含まれている｡→l（ｴﾙ）の次の数値を取得､その数分だけ最新ﾚｽを返す｡数値がない場合は10がﾃﾞﾌｫ？おそらくCにあわせた？
3)文字列中にnが含まれている｡→>>1を表示しないﾌﾗｸﾞを立てる no_first=true
4)文字列中に-がないか探す｡→あれば開始-終了(x-y)に分割する x=開始,y=終了｡なければx=開始,y=x｡
3と4は逆でもいい｡
表示する処理で
5)no_first=falseならば､>>1を表示する
6)次にx-yを表示する（ただし､no_first=falseの場合すでに>>1は表示されているので>>1はｽｷｯﾌﾟ） for(i=x;i<=y;i++){ }
こうかな >>397
そですねぇ
範囲外は範囲外って言っちゃうか、l10に置き換えるかってとかなぁ
転送量の実測値を見てより転送量を減らす方向へ行かなきゃなかも知れませんね
あと最大でも200レスしか返さないなんて制限も必要かも。 週末のうちに激しく進んでいるですね、、、。
みなさまおつです。
本日終日出先で幽閉モードにつき、ほとんど顔を出せない予感。
1) Tanpanman if $status =~ m|[^0-9A-Za-z:/.-]|;
2) my $default_res_No = 10; $res_No = $status =~ /l([0-9]+)$/ ? $1 : $default_res_No;
3) my $no_first = $status =~ /n$/ ? 1 : 0;
4) my ($res_start, $res_finish) = $status =~ /([0-9]+)-([0-9]+)$/;
# $res_finish = $max_thread_lines if $max_thread_lines < $res_finish;
($res_finish, $res_start) = ($res_start, $res_finish) if $res_start > $res_finish;
return $no_first ? ($thread_all[0, $res_start .. $res_finish]) : ($thread_all[$res_start .. $res_finish]);
こんな感じになるのかなぁ。。。
＞どくおさん
net.inet.tcp.sendbuf_auto=1 # Send buffer autotuning enabled by default
net.inet.tcp.recvbuf_auto=1 # Receive buffer autotuning enabled by default
# 以降のコメントにもあるように、
1Gbpsチューニングのこの2行は、コメントはずす必要ないです。
デフォルトでその値になっているです。
>>403
read.cgiから持ってきたからほぼ同じ仕様になっていると思うんだ、きっと 本日も実験してみますかねぇ
転送量が 500Mbpsからどれだけ減るかに注目ですが、
>>421
おいちゃんへの要望はここに書くのは駄目ですよね? 今、bg21とtest2に固定されてるの外した方がいいですか？
テストする分にはだいたいOKかと。
c-test.2ch.netはbg21.2ch.net/test2/に全部つないでおいてくださいー
C(c-test1台) + BG(bg21,1台)で実験したいと思いますー
16:30当たりに実験開始
改造もいいけど
中途半端に動いてる旧鯖を撤去して
新鯖一本に纏めてくれませんかね？
投稿出来ないのに
閲覧だけ出来るってどーなの？
bg21
last pid: 96616; load averages: 0.53, 0.42, 0.41 up 67+02:43:28 00:32:35
58 processes: 1 running, 57 sleeping
CPU states: 5.2% user, 0.0% nice, 5.1% system, 3.6% interrupt, 86.1% idle
Mem: 318M Active, 6666M Inact, 300M Wired, 210M Cache, 214M Buf, 201M Free
Swap: 8192M Total, 44K Used, 8192M Free
現在
bg21 80.932
bg22 82.413
bg23 86.095
bg24 68.488
c201 105.653
c202 105.096
c203 104.316
bg21 22Mbps
last pid: 96968; load averages: 2.22, 2.50, 1.67 up 67+02:58:06 00:47:13
97 processes: 4 running, 93 sleeping
CPU states: 20.1% user, 0.0% nice, 22.9% system, 7.3% interrupt, 49.6% idle
Mem: 368M Active, 6367M Inact, 295M Wired, 298M Cache, 214M Buf, 363M Free
Swap: 8192M Total, 44K Used, 8192M Free
c-test 41.629
bg21 17.197
bg22 16.546
bg23 20.438
bg24 14.637
c201 22.946
c202 22.905
c203 22.899
>>437
それは何を見ると分かるんですか?
Cの中? ということは、現在 C(c-test)はbg21とbg22だけを使っているということかな?
>>436
1/6になっているとしたら通信部分は6倍速くなったということかも、 >>443
了解です〜
もう少し様子見て入りそうだったら全部bg21に集約しましょう
その時、作業お願いします。 携帯スレの方にも苦情は来ていないみたいですし、調子よさそうですね。
ctest 45.788
bg21 26.723
bg22 4.843
bg23 6.386
bg24 5.006
プライベート側
bg21 9.327
bg22 9.500
bg23 11.655
bg24 7.884
c201 12.361
c202 12.924
c203 13.010
bg21 28Mbps
last pid: 98652; load averages: 19.90, 16.50, 11.64 up 67+03:37:47 01:26:54
559 processes: 1 running, 558 sleeping
CPU states: 25.7% user, 0.0% nice, 31.1% system, 8.1% interrupt, 35.2% idle
Mem: 885M Active, 5866M Inact, 356M Wired, 288M Cache, 214M Buf, 287M Free
Swap: 8192M Total, 44K Used, 8192M Free
bg21 30Mbps
http://traffic.maido3.com/sq97/oxdy/Twu3/
last pid: 98877; load averages: 1.97, 11.38, 13.01 up 67+03:49:55 01:39:02
496 processes: 4 running, 491 sleeping, 1 zombie
CPU states: 12.4% user, 0.0% nice, 20.4% system, 3.9% interrupt, 63.3% idle
Mem: 813M Active, 6163M Inact, 346M Wired, 248M Cache, 214M Buf, 112M Free
Swap: 8192M Total, 44K Used, 8192M Free
c-test の現在
last pid: 24402; load averages: 3.01, 10.80, 10.37 up 3+05:51:49 01:44:43
1721 processes:3 running, 1718 sleeping
CPU: 27.6% user, 0.0% nice, 5.6% system, 2.4% interrupt, 64.4% idle
Mem: 7070M Active, 1231M Inact, 1498M Wired, 263M Cache, 1236M Buf, 1827M Free
Swap: 24G Total, 1554M Used, 22G Free, 6% Inuse
回復基調にあるようです
-最新までを取得した後に"次"を押すと、これまではスレタイのみ表示されてたのが"スレタイ+最終レス"が表示されてるけど。
(これまでは例えば、スレを開くと"スレタイ+レス1+最新を表示。次を押すと新着のみ表示。無ければレス無しスレタイのみ表示)
仕様ですか?
bg21 30Mbps
last pid: 99468; load averages: 5.34, 9.90, 11.28 up 67+04:04:22 01:53:29
564 processes: 2 running, 562 sleeping
CPU states: 19.1% user, 0.0% nice, 40.1% system, 8.1% interrupt, 32.8% idle
Mem: 880M Active, 6051M Inact, 358M Wired, 379M Cache, 214M Buf, 15M Free
Swap: 8192M Total, 44K Used, 8192M Free
DISKの読みで渋滞気味に見える気がする
>>456 はレスの無い範囲をリクエストした時の挙動ですね。 ctest 53.066
bg21 29.321
bg22 5.749
bg23 7.293
bg24 5.891
プライベート側
bg21 0.754
bg22 0.896
bg23 1.330
bg24 0.497
c201 0.923
c202 0.988
c203 1.581
bg21 30Mbps
last pid: 99555; load averages: 26.64, 18.66, 14.75 up 67+04:09:38 01:58:45
564 processes: 9 running, 555 sleeping
CPU states: 31.3% user, 0.0% nice, 36.9% system, 7.3% interrupt, 24.5% idle
Mem: 884M Active, 5989M Inact, 359M Wired, 359M Cache, 214M Buf, 92M Free
Swap: 8192M Total, 44K Used, 8192M Free
苦しいのぉ
現在 bg30(ハイブリッドBanana)NEW を作成中
>>457
2 running なんて、確かに I/O 待ちばっかりって感じなんでしょうね。
r.so 自体の処理時間なんてゴミのようなものだと。
>>460
bgならばハイブリッドにするよりも、SSDの値段分RAMを積んで、/mdを…とか。 bg21ちょっと見てみた。
ar0 (HDD) が I/O 100% 近いですね。
＞イケメンおにいさんへ
iostat -x -w 1 ar0 とすると、状況が刻一刻わかるです。
%iostat -x -w 1 ar0
extended device statistics
device r/s w/s kr/s kw/s wait svc_t %b
ar0 5.4 56.3 63.0 1072.9 38 129.0 8
extended device statistics
device r/s w/s kr/s kw/s wait svc_t %b
ar0 50.3 198.1 664.3 3695.8 2 108.8 90
extended device statistics
device r/s w/s kr/s kw/s wait svc_t %b
ar0 64.6 337.7 611.8 6153.4 58 53.1 84
extended device statistics
device r/s w/s kr/s kw/s wait svc_t %b
ar0 92.3 163.7 1107.4 3205.3 1 47.2 76
extended device statistics
device r/s w/s kr/s kw/s wait svc_t %b
ar0 49.1 281.9 453.8 5575.5 26 113.2 99
extended device statistics
device r/s w/s kr/s kw/s wait svc_t %b
ar0 88.8 195.4 935.4 3426.0 1 63.9 86
総合的にシステムの様子みるには、
systat -v
でいけるかと。
いろいろ次の手は考えられるけど、
まずBGをハイブリッドBananaに置き換えて 11台->2台を完成させポイントゲット
そしていよいよ >>153の2を・・・ 2台 ->1台でさらにポイントゲットして当初の目論見を達成
へ進もうと考えています。 iostat の出力の一番最後の %b が、HDD のビジー率です。
で、HDDがビジーということで、
これを md や SSD にすれば以下略と。
>>463
もうちょっとしたらハイブリッドBananaが届く予定です
bg30の予定。
あと、一時間か二時間か三時間か・・・ >>465
ふむふむ、まずは標準品でという話を思い出しました。 この用途だと noatime を /hd /home あたりにいれてもらうと、
いざという時ののびがぜんぜん違ってくると思いますです。>>467 bg21 30Mbps
last pid: 99856; load averages: 12.46, 19.10, 18.52 up 67+04:34:04 02:23:11
568 processes: 1 running, 567 sleeping
CPU states: 27.3% user, 0.0% nice, 37.3% system, 6.4% interrupt, 29.0% idle
Mem: 924M Active, 6109M Inact, 360M Wired, 277M Cache, 214M Buf, 11M Free
Swap: 8192M Total, 44K Used, 8192M Free
この辺が現bgサーバの限界のようですなぁ。
99142 ch2bg21 1 4 0 64896K 6772K kqread 1 0:05 0.15% httpd
99360 ch2bg21 1 4 0 64832K 6972K kqread 1 0:05 0.15% httpd
99032 ch2bg21 1 96 0 64768K 6796K select 1 0:05 0.10% httpd
99029 ch2bg21 1 4 0 64832K 6692K kqread 0 0:05 0.10% httpd
99708 ch2bg21 1 4 0 65144K 7148K kqread 0 0:02 0.10% httpd
99867 ch2bg21 1 4 0 64880K 6512K kqread 0 0:00 0.07% httpd
99865 ch2bg21 1 4 0 64880K 6516K kqread 0 0:00 0.07% httpd
99861 ch2bg21 1 4 0 65144K 6860K kqread 1 0:00 0.06% httpd
99045 ch2bg21 1 96 0 63708K 6760K RUN 0 0:05 0.05% httpd
99020 ch2bg21 1 4 0 65144K 7144K kqread 0 0:05 0.05% httpd
99237 ch2bg21 1 4 0 64880K 6788K kqread 1 0:05 0.05% httpd
99227 ch2bg21 1 4 0 64752K 6860K kqread 1 0:05 0.05% httpd
99160 ch2bg21 1 4 0 64768K 6920K kqread 0 0:05 0.05% httpd
>>473
>あと最大でも200ﾚｽしか返さないなんて制限も必要かも｡
それは間違った範囲を指定した場合の制限ですか？
それとも200レス以上欲しい人に対しても制限かけるのですか？
後者ならやらないほうがいいと思います。
欲しい人は制限があっても、その分接続するだけだし、TCPコネクションの数が増えるだけではないでしょうか。
きた、 bg30.2ch.net ハイブリッドbanana
banana3802
うけとって
BG仕込んでくる
>>418
なるほど
>>437
専ブラでそう言う仕様のものがります(リロード制限回避)
その影響じゃないですかね てこずってます、
まだまだかかりそう < bg30
>>486
慌てて失敗すると結果的に時間がかかることになるんだろうから
ゆっくりでいいので確実に作業してくれ あまりに重いので、各BGに振り分けてもいいですか？
古いPHPに戻せばいいのか。データは取れたのかなぁ。
だめだ、ちょっと、戻してきます。独断ですが、やばい。
同じかぁ、HDDがｷﾘｷﾘ言うのと、回線が溢れるのとどっちがやばいんだろう？
何がどうやばいのかな？
それを書かなきゃ♪
おいらはbg20に入れたっけ。。。
HDD苛めすぎたらシステムごと落ちるんじゃないかなぁ
入れなかった（照）
>>492
どっちもどっちじゃないかなぁ。
今はあんまし気にしなくていいと思うよん♪ >>495
じゃあ、やっぱりbg21一本体制にしておきますか。。。
どっちもどっちなら apache のバージョンが違うためか (bg21とハイブリッドbanana)
apr_なんちゃらの socket関係のところでこけている。
たしかにbg21でコンパイル時にでなかったワーニングがハイブリッドbananaででる
read.c:225: warning: implicit declaration of function 'apr_socket_create_ex'
>>497
あらーんどこかで見覚えのあるグラフ♪
限界といっても「壊れる」限界ぢゃくって、捌ききれる「限界」だから壊れるのとは別♪
気にしなくてもいいのだ♪
そいえば、uptimeの記録はしていないのよね。@bg2* dsoにあるread.cgのMakefile持ってきて
改造して使えばいけるはずと予想。
>>499,501
今後はFreeBSD 8.xR＆Apache 2.2が標準になっていくだろうから、
いつだかのbg21みたいに旧仕様で作らず、新仕様にあわせて改良していくほうがいいかと ソース書き直した >>504のように
これからデバッグだー まぁ 時間がかかるから
今日は撤退ですな、
DNS元にもどしますー
bg30
last pid: 4137; load averages: 0.21, 0.14, 0.06 up 0+01:29:51 05:33:50
1075 processes:1 running, 1074 sleeping
CPU: 1.8% user, 0.0% nice, 2.9% system, 0.0% interrupt, 95.3% idle
Mem: 907M Active, 954M Inact, 1186M Wired, 807M Buf, 4666M Free
Swap: 8192M Total, 8192M Free
>>518
そううまくいくかなぁ
願ってはいるけど、 来たね
c-test 53.263
bg30 47.379
勘定があうなら スレッド一覧も(p.so)BG30にして初めてbg1台が実現ですなぁ
last pid: 4146; load averages: 1.50, 1.07, 0.58 up 0+01:39:37 05:43:36
1072 processes:1 running, 1071 sleeping
CPU: 9.2% user, 0.0% nice, 15.1% system, 0.2% interrupt, 75.5% idle
Mem: 1010M Active, 2657M Inact, 1275M Wired, 807M Buf, 2772M Free
Swap: 8192M Total, 8192M Free
まだ test/p.so はいってない @bg30
ソケットのとこ書き直してデバッグ必要な予感、
作業にとりかかってみよう、そうしよう。
c-test 65.023
bg30 33.642
bg21 16.510
bg22 6.324
bg23 7.872
bg24 7.571
プライベート側
bg21 20.894
bg22 18.591
bg23 22.600
bg24 14.884
c201 25.571
c202 25.391
c203 25.817
>>525
一本化の仕方にもよるんじゃ無いですかね。
jailみたいな仮想2鯖方式なら多分外からでもBGにリクエスト出来る気がするし。
でも外部用のリクエストも一緒にして捌けるかはアレなので、当分は外部用は外部用で
残るんじゃ無いのかな。 inetdが動いているのはちょといやんな感じ。
・・・気にしすぎ？
bg30 43Mbps
http://traffic.maido3.com/fRDk/TNZI/OuoJ/
last pid: 4406; load averages: 0.95, 0.99, 0.80 up 0+02:03:23 06:07:22
1083 processes:1 running, 1082 sleeping
CPU: 10.5% user, 0.0% nice, 12.8% system, 0.7% interrupt, 76.0% idle
Mem: 2181M Active, 3940M Inact, 1290M Wired, 87M Cache, 807M Buf, 216M Free
Swap: 8192M Total, 8192M Free
bg30 52Mbps
last pid: 4414; load averages: 3.56, 2.60, 1.53 up 0+02:06:59 06:10:58
1079 processes:2 running, 1077 sleeping
CPU: 10.9% user, 0.0% nice, 18.7% system, 0.6% interrupt, 69.9% idle
Mem: 2245M Active, 3816M Inact, 1287M Wired, 151M Cache, 807M Buf, 215M Free
Swap: 8192M Total, 8192M Free
>>535
そですー
メモリが残り僅かにも見えるけれども、こちらは「まだ」無問題そうですね♪ c- 58.036Mbps Recv
bg30 52.451Mbps Sent
bg30 58Mbps
last pid: 4432; load averages: 1.25, 1.84, 1.49 up 0+02:11:55 06:15:54
1079 processes:2 running, 1077 sleeping
CPU: 13.4% user, 0.0% nice, 17.9% system, 0.7% interrupt, 68.0% idle
Mem: 2328M Active, 3848M Inact, 1287M Wired, 39M Cache, 807M Buf, 212M Free
Swap: 8192M Total, 8192M Free
c- 62.504Mbps
bg30 58.396Mbps
そいえばbgって/_service/に10分毎にuptimeを出力するスクリプトが動いてないけど、なぜ？
F22がなくとも動くはずだけど(cはroot謹製fakef22.shを動かして出力してるはず)
>>544
ついでにbg30対応のものも作っておいたので、extract2.cgiを呼べばいいはず。 bg30
last pid: 4455; load averages: 2.00, 1.70, 1.53 up 0+02:19:11 06:23:10
1077 processes:1 running, 1076 sleeping
CPU: 13.6% user, 0.0% nice, 19.7% system, 1.4% interrupt, 65.4% idle
Mem: 2448M Active, 3631M Inact, 1289M Wired, 136M Cache, 807M Buf, 211M Free
Swap: 8192M Total, 8192M Free
無問題♪
c-test
last pid: 27266; load averages: 4.61, 4.82, 4.47 up 3+10:32:08 06:25:02
1384 processes:6 running, 1378 sleeping
CPU: 39.6% user, 0.0% nice, 8.1% system, 3.2% interrupt, 49.1% idle
Mem: 7887M Active, 1252M Inact, 2073M Wired, 205M Cache, 1236M Buf, 472M Free
Swap: 24G Total, 4610M Used, 19G Free, 18% Inuse, 32K In
スワップが使われているもより。
c- 71.458Mbps
bg30 62.058Mbps
c-test ん？どうした！？
last pid: 27358; load averages: 58.82, 21.43, 10.88 up 3+10:39:10 06:32:04
1427 processes:25 running, 1402 sleeping
CPU: 17.5% user, 0.0% nice, 26.4% system, 14.6% interrupt, 41.5% idle
Mem: 8894M Active, 802M Inact, 2125M Wired, 56M Cache, 1236M Buf, 12M Free
Swap: 24G Total, 5790M Used, 18G Free, 23% Inuse, 16M Out
ほんとだ、ばさばさスワップあうとされてる。 < c-test
>>549
それは何? 誰が出来るの? どうしてするの? swapの影響でI/Oが詰っているのかな。@c-test
bg30 暇になっちゃいましたね
last pid: 4494; load averages: 0.24, 1.02, 1.35 up 0+02:29:38 06:33:37
1080 processes:1 running, 1079 sleeping
CPU: 9.2% user, 0.0% nice, 20.1% system, 1.5% interrupt, 69.2% idle
Mem: 2584M Active, 3565M Inact, 1306M Wired, 50M Cache, 807M Buf, 209M Free
Swap: 8192M Total, 8192M Free
bg30 それに吊られて？
last pid: 4816; load averages: 9.85, 7.22, 3.97 up 0+02:31:20 06:35:19
1350 processes:1 running, 1348 sleeping, 1 zombie
CPU: 7.8% user, 0.0% nice, 14.6% system, 0.6% interrupt, 77.1% idle
Mem: 2722M Active, 3341M Inact, 1356M Wired, 77M Cache, 807M Buf, 217M Free
Swap: 8192M Total, 8192M Free
c-testは異様にシステム関連がCPU食ってますね
危ないかも
今頃現地じゃHDDがガリゴリ言っちゃってるかな
c- 22.506Mbps
bg30 25.904Mbps
こんどは スワップin < c-test
24GまRAMを何に突然たくさん使ったんだ?
ls -la /usr/local/lib/php.ini
-rw-r--r-- 1 root wheel 136 Aug 4 22:51 /usr/local/lib/php.ini
rootになれると書き換えられますー
>>549をしてもらえると、●が使えるようになります。 >>559
httpd->phpな部分かな？
RSSが30MB以上なのがイパーイいるです。
$ ps aux
USER PID %CPU %MEM VSZ RSS TT STAT STARTED TIME COMMAND
ch2c 5745 0.0 0.3 100524 33192 ?? I Fri03AM 0:50.82 httpd -k start -DSSL
ch2c 5825 0.0 0.2 94380 29496 ?? S Fri03AM 0:47.63 httpd -k start -DSSL
ch2c 5850 0.0 0.2 96428 30656 ?? S Fri03AM 0:49.09 httpd -k start -DSSL
ch2c 5851 0.0 0.2 96428 27880 ?? S Fri03AM 0:47.58 httpd -k start -DSSL
:
:
: そうかrootのできることなんだ
それは何か凄いものなのかな、
よくわかんないけど明日頼めばいいのかな?
>>552
Cでは●関連の処理にCURLと言うライブラリを使用しているから。
CURLが使えないとCでは●の対応が出来ないので。
その作業を出来る人は知らない。 c- 61.012Mbps
bg30 53.381Mbps
プライベート側
bg21 1.542
bg22 1.170
bg23 2.038
bg24 0.633
c201 1.607
c202 1.767
c203 2.031
ほとんど移ったな
>>552
何? → これを手当てしないと、●が使えないとか。(つまり今はCでは●を使えていない)
誰が? → というのは >>560
ですです。 >>559
c-testはHybrid-Tiger標準仕様のはずなので12GB RAMです そっか 12Gか、それにしてもですが、
>>561 後どうなるか、 c- 70.897Mbps
bg30 64.315Mbps
>>567
お前が糞運営ボランティア（笑）の糞ちーたとか言う固定か
12MBには見えないです。。。
c-test
$ vmstat
procs memory page disks faults cpu
r b w avm fre flt re pi po fr sr ad0 ad1 in sy cs us sy id
4 0 11 23199M 2018M 130 1 0 1 92 520 0 0 2136 1905 13852 5 2 93
そういえば前スレにこんなことが
2ch特化型サーバ・ロケーション構築作戦 Part57
http://qb5.2ch.net/test/read.cgi/operate/1280669783/604,616
604 名前：root▲▲ ★[] 投稿日：2010/08/05(木) 13:32:06 ID:???0
PHPアクセラレータを入れるので、メモリどかっと食うから、
httpdの数をチューニングする(減らす)ほうがいいですね。
どのくらいにするのがいいかな。
616 名前：root▲▲ ★[] 投稿日：2010/08/05(木) 14:16:57 ID:???0
アクセラレータ入れると httpd のメモリ使用量が増えるので、
起動数を減らす感じですね。
出発地点はとりあえずこうかな。
今のkamomeの半分。
最初にhttpdを512個起動し、
アイドル状態のhttpdが常に352(351+1)個以上になるように起動数を変化させ、
非常時には待機数を1024個まで増やす設定
StartServers 512
MinSpareServers 351
MaxSpareServers 512
ServerLimit 1024
MaxClients 1024
MaxRequestsPerChild 10000
MaxMemFree 2000 $ dmesgには、、、
real memory = 12889096192 (12292 MB)
avail memory = 12404850688 (11830 MB)
って書いてある。あれ？
bg30 69Mbps
last pid: 4852; load averages: 1.54, 2.00, 2.44 up 0+02:48:48 06:52:47
1065 processes:4 running, 1061 sleeping
CPU: 16.9% user, 0.0% nice, 24.3% system, 0.9% interrupt, 57.9% idle
Mem: 2426M Active, 3665M Inact, 1291M Wired, 177M Cache, 807M Buf, 155M Free
Swap: 8192M Total, 8192M Free
c- 76.548Mbps
bg30 69.157Mbps
>>8
> Mem: 5219M Active, 4115M Inact, 1964M Wired, 1236M Buf, 591M Free
たして12GB RAMくらい。 c- 77.337Mbps
bg30 69.645Mbps
last pid: 4867; load averages: 1.76, 1.98, 2.31 up 0+02:53:53 06:57:52
1064 processes:7 running, 1057 sleeping
CPU: 16.4% user, 0.0% nice, 24.5% system, 1.3% interrupt, 57.8% idle
Mem: 2514M Active, 3544M Inact, 1288M Wired, 217M Cache, 807M Buf, 151M Free
Swap: 8192M Total, 8192M Free
c-test
last pid: 28175; load averages: 5.68, 7.09, 12.22 up 3+11:06:10 06:59:04
1578 processes:4 running, 1574 sleeping
CPU: 47.0% user, 0.0% nice, 9.3% system, 4.9% interrupt, 38.8% idle
Mem: 6353M Active, 1720M Inact, 2153M Wired, 313M Cache, 1236M Buf, 1349M Free
Swap: 24G Total, 5600M Used, 19G Free, 22% Inuse
c-test
last pid: 28170; load averages: 7.89, 7.68, 13.11 up 3+11:04:20 06:57:14
1577 processes:7 running, 1570 sleeping
CPU: 50.0% user, 0.0% nice, 9.0% system, 4.3% interrupt, 36.6% idle
Mem: 6369M Active, 1661M Inact, 2153M Wired, 313M Cache, 1236M Buf, 1393M Free
Swap: 24G Total, 5609M Used, 19G Free, 22% Inuse, 8K In
vmstatはlinuxのとはちょと表示が違うのか。。。
$ vmstat 0 10
procs memory page disks faults cpu
r b w avm fre flt re pi po fr sr ad0 ad1 in sy cs us sy id
18 0 10 23041M 1684M 132 1 0 1 92 519 0 0 2166 2577 14014 6 2 93
10 0 10 23041M 1684M 1037 0 0 0 4 0 0 1 14814 287514 81640 49 16 34
10 1 10 23041M 1683M 52 0 0 0 4 0 0 2 14126 268226 78301 45 13 42
8 0 10 23041M 1682M 1100 0 0 0 15 0 0 1 14783 284898 81307 54 17 29
5 0 10 23041M 1682M 119 0 0 0 10 0 0 1 14831 277590 81379 49 14 37
11 0 10 23041M 1682M 1020 0 0 0 0 0 0 2 14614 274491 81641 46 12 42
9 0 10 23043M 1681M 191 0 0 0 9 0 0 1 14640 284288 81295 54 14 32
5 0 10 23043M 1681M 1009 0 0 0 10 0 0 3 14519 275984 80876 46 16 38
1 0 10 23043M 1681M 17 0 0 0 0 0 0 1 13071 262128 72325 40 12 47
5 0 10 23052M 1678M 1792 13 0 0 665 0 1 2 15510 309244 86363 62 15 24
待たされてswapっぷしている感じ。
httpdの数を減らすと良いのかもですね。
c- 76.637Mbps
bg30 64.329Mbps
vmstat @FreeBSD
* プロセス
r CPU上で実行を待っているプロセス数が表示される。
* b 入出力(一般にディスクアクセス)待ちになっているプロセス数が表示される。
* w スワップアウトされているプロセス数が表示される。
* メモリ
avm 使用中の仮想メモリページ数の平均値が表示される。
* fre 利用可能な残りのページが表示される。
* ページング
flt ページフォールトの回数。
* re キャッシュに割り当てられていたメモリから、ページをいくつ持ってきたかを示している。
* pi ページインの略。(物理メモリからスワップに移動したページ数)
* po ページアウトの略。スワップから物理メモリに移動したページ数。
* fr,sr １秒間に解放されたページ数と１秒間にスキャンされたページ数が表示される。
* ディスク
o ad0 １秒間に発生したディスク(ad0)操作の回数。
* フォールト
in 最近5秒間に受け取ったシステム割り込みが表示される。
* sy 最近5秒間に呼び出されたシステムコールが表示される。
* cs CPUの動作を切り替えるコンテクストスイッチの発生回数が表示される。
* CPU
us システムがユーザタスクの実行に使った時間が表示される。
* sy システムタスクの実行に使った時間。
* id アイドル状態だった時間が表示される。
c- 80.616Mbps
bg30 77.729Mbps
なかなか答えないのは強制的に切断ってのも
たしかbg20-24ではそうやっていた気がする 30secとか20secとかだったかな
bg30
last pid: 4925; load averages: 1.74, 1.92, 2.11 up 0+03:03:42 07:07:41
1063 processes:2 running, 1061 sleeping
CPU: 16.4% user, 0.0% nice, 25.2% system, 1.8% interrupt, 56.6% idle
Mem: 2681M Active, 3380M Inact, 1292M Wired, 211M Cache, 807M Buf, 150M Free
Swap: 8192M Total, 64K Used, 8192M Free
bg30
procs memory page disks faults cpu
r b w avm fre flt re pi po fr sr ad0 ad1 in sy cs us sy id
13 0 0 9735M 349M 925 4 0 0 1566 196 100 100 2753 69431 28270 6 10 84
c- 80.069Mbps
bg30 73.989Mbps
>>596
ディスクお触りしまくってた瞬間なのかな？
bg30
procs memory page disks faults cpu
r b w avm fre flt re pi po fr sr ad0 ad1 in sy cs us sy id
10 0 0 9794M 336M 950 5 0 0 1602 209 0 0 2828 72032 29212 6 10 84
↑ad0 ad1 が共に０ c- 78.978Mbps
bg30 71.770Mbps
そろそろピークアウト、、、
bg30 もう一回
procs memory page disks faults cpu
r b w avm fre flt re pi po fr sr ad0 ad1 in sy cs us sy id
30 0 0 10147M 239M 972 5 0 0 1633 217 0 12649 2891 74248 30009 6 10 83
c- 79.942Mbps
bg30 71.753Mbps
c-test
$ vmstat 1 5
procs memory page disks faults cpu
r b w avm fre flt re pi po fr sr ad0 ad1 in sy cs us sy id
6 0 10 22977M 1208M 133 1 0 1 91 517 0 0 2217 3742 14293 6 2 92
6 0 10 22977M 1208M 11 0 0 0 4 0 0 2 14513 286103 81602 51 14 35
10 0 10 22979M 1207M 725 0 0 0 0 0 0 1 14607 293383 81249 53 15 32
9 0 10 22979M 1207M 4 0 0 0 0 0 0 1 14357 283397 80862 49 15 36
17 0 10 22979M 1207M 520 0 0 0 2 0 0 2 15182 292539 84575 50 15 35
bg30
$ vmstat 1 5
procs memory page disks faults cpu
r b w avm fre flt re pi po fr sr ad0 ad1 in sy cs us sy id
9 0 0 9917M 345M 986 5 0 0 1653 227 0 0 2933 75745 30543 7 10 83
13 0 0 9925M 341M 1906 2 0 0 2959 0 0 84 6128 186800 69987 16 29 55
13 0 0 9926M 338M 2220 5 0 0 2883 0 0 56 6124 188777 71359 16 26 59
11 0 0 9925M 340M 1940 9 0 0 4105 0 0 34 6061 189835 70735 15 29 56
12 0 0 9920M 337M 2386 31 0 0 3082 0 0 83 6081 200139 72468 14 28 58
c-testは、遊んでいるときと働いているときの格差が大きいような。
bg30は、格差がやや少ない目みたいな感じ。
今北。
既報の通り、
c-test、swap使ってるな。
調べてみますが、>>578 かも。
というか、一度リブート入れるといいかも。 今どんな状態？
c-test - bg30 - 2ch
接続はすべてパブリック側
であっている？
bg30は概ね健康に動いているっぽい。
一度c-testをリブートしたいですね。
何らかのしくりでスワップを使ってしまい、
そのままつぼっているような感じがします。
一度リブート入れてもやっぱりスワップ使うようなら、
次は、httpdの数を減らす方向な予感。
もう少し様子観察して、(thinkして)
それから、doいこうかと。
bg30のdatキャッシュやsubject.txtキャッシュは、
現在SSD上ですかね。(そう見えます)
>>615
キャッシュはどのくらい使ってるですか？ >>615
dat はSSD上
subjext.txtは/md/tmpの中でーす bg30ですが、test/ と test2/ を触っているのの2つあるのは、
どういうわけなんでしたっけか。
2xx 3xx 4xx 5xx URL
154 0 0 0*/test/p.so/kamome.2ch.net/mnewsplus/
93 0 0 0 /test/p.so/yuzuru.2ch.net/news4vip/
89 0 0 0 /test2/r.so/hayabusa.2ch.net/livecx/1281363983/l10
78 0 0 0 /test/p.so/kamome.2ch.net/newsplus/
43 0 0 0 /test/p.so/hayabusa.2ch.net/livecx/
32 0 0 0 /test2/r.so/hayabusa.2ch.net/liveanb/1281360390/l10
28 0 0 0 /test/p.so/kamome.2ch.net/news/
27 0 0 0 /test2/r.so/hayabusa.2ch.net/livecx/1281363983/470-479
24 0 0 0 /test/p.so/yuzuru.2ch.net/hsb/
23 0 0 0 /test/p.so/kamome.2ch.net/akb/
22 0 0 0 /test2/r.so/kamome.2ch.net/mnewsplus/1281353842/l10
21 0 0 0 /test2/r.so/hayabusa.2ch.net/liveanb/1281360390/757-766
>>619
新しい r.so(datをもってくるやつ)は現在 test2のしたです
subjext.txt のやつは従来通り test/です Filesystem 1K-blocks Used Avail Capacity Mounted on
/dev/md0 886686 414672 401080 51% /md
そのディレクトリだけってのはどうやるの?
>>622
了解です。
>>623
容量みるなら、そのディレクトリに cd して、
du -s . とか。 >>625
ちがうような。
> -c Display a grand total.
DF(1) FreeBSD General Commands Manual DF(1)
NAME
df -- display free disk space
SYNOPSIS
df [-b | -g | -H | -h | -k | -m | -P] [-acilnT] [-t type]
[file | filesystem ...]
c-test のスワップ増加の原因は、
一時的に何らかの理由で httpd が増えたせいですね。
しくって詰まったとか、なんかそんなので。
で、今も httpd が多い状態です。
%pgrep httpd | wc -l
1529
/md 配下のsubject.txtのキャッシュ du -s = 22,622
/home 配下の datのキャッシュ du -s = 9,779,066
単位はなんだべか? セクタ?
今は動作的には落ち着いているようなので、
・もう少ししたら、c-test リブートします。
・で、様子確認します。
・swapが起こるようなら、httpdの数を減らす方向でチューニングします。
c-test の Apache status より:
CPU Usage: u32896.3 s5513.84 cu0 cs0 - 12.7% CPU load ← CPU余裕ある
102 requests/sec - 259.7 kB/second - 2611 B/request ← リクエストは処理できている
692 requests currently being processed, 848 idle workers ← idle workersが大杉状態(理由は上記)
仕切り直し
du -sh . だと読みやすくなるみたい
ふつうに1024bytes(Kbyte) < duの単位
>>633
ですね。
-h = human readable さて、それなりに観察したので、
一度 c-test リブート要請入れます。
/md 配下のsubject.txtのキャッシュ du -s = 22M
/home 配下の datのキャッシュ du -sh = 9.5G
>>639
自動で出来ないかしら？
init.dに入れて貰うとかとか♪ >>642
自動です。最初の一瞬エラーでるなーと思いまして。 bg30 お暇中
last pid: 5267; load averages: 0.40, 1.84, 2.11 up 0+03:49:36 07:53:35
1082 processes:1 running, 1081 sleeping
CPU: 0.1% user, 0.0% nice, 0.1% system, 0.0% interrupt, 99.8% idle
Mem: 3676M Active, 2356M Inact, 1299M Wired, 163M Cache, 807M Buf, 220M Free
Swap: 8192M Total, 144K Used, 8192M Free
_CC__C__CCC_CC_CCC___CC_CC_WCC__CCC__CCCC__C__CCCC_CC_CC_CC_CC_C
C___C_C__C____CCW____C__C_C__C__CC_C_CCC____C__C_____CC____C_C__
C_C_CCC_CC__C__C_C_CC_C___________C______C_C_C____C__C__CC___C__
__C_C_________CC__W___C_C_____C__C____CCCC_C_CWCC_C_CCCCCCCC_CCC
C______C__CC_CCC_C_CW_CC__C_WCCCCCCW_C_CCC__CCC_CC_CC___C_CCCCCC
___CCC__CW__CCCCCC___CC_C____CW__CCCCC__CCCC__C_CCCCCCCC_C_CCCC_
CCCCCCCC__CCCCC__CC_______CC_CCC_WCCC_CCCCCW_WC_CCCCCC_CC_CC_CCC
C_WCCC__C________C__C___C_C__C_WC__C__CC_C______________________
________________________________________________________________
__________________________________C_____________________________
________________________________________________________________
________________________________________________________________
________________________________________________________________
________________________________________________________________
________________________________________________________________
________________________________________________________________
_...............................................................
................................................................
................................................................
................................................................
................................................................
................................................................
................................................................
................................................................
................................................................
................................................................
................................................................
................................................................
................................................................
................................................................
................................................................
................................................................
今の時間でこれなら、
httpd は半分に減らしてもらったほうが、
何かあったときの安全策としてはよさげなかんじ。< c-test
PHP主体の場合、httpdは少な目にするのがよさげです。
アクセラレータ入れている場合は特に。
これはこれまでの経験的に明らかで。
上の行もコピペしたほうがいいかな。
353 requests currently being processed, 771 idle workers
CCCCCCCCCCCCC__CCCCCCC_C__C__C_CCCCCCCCCCW_CCCCCCCCCC_CCCWCCCC__
C___C_C__C____C_C____C__C_C__WCCCC_CCCCC__C_C________CC_C__C_C__
__C_CCCCCCC_C____C________C_C_C___C______C________C____CCC______
____CC________CC__C_____C_C___C_______CC_CCCC_CC__C___C_CCCCCCCC
C_CCC_CC_CCCCCC_C_____CCCWC_CWC__C_CCC_CC__C_CC_CCCCCCCCCCCC_CCC
CCCC_C___C_CC_CCCCCCCCC_____C_C___CCC__CCCC_CWCCCC_C_CCCCC_CCCC_
CCC_C__CC_WCCCCC_C_CC__CC_C__C__CCCCCCC_CC_CCCCCCC__CCCCC___C_C_
CCCC_C_CC_C_WC____CC_CCC__CCCCCC__CC__C__CCCC__CW___C___CCCCCC__
C_______________________________________________________________
_________C________________________C________C____________________
_____________________________________________________C__________
________________________________________________________________
_C_______________________________________C______________________
________________________________________________________________
______________________C_________________________________________
________________________________________________________________
__C_C_CCCCCCCC__CCCCCC_C_C_CCC__CC_CCCC_CCCCCCC_CC_CC_C_CWC_CC_C
C__CCC__CCC___C___C__________C_____C............................
................................................................
................................................................
................................................................
................................................................
................................................................
................................................................
................................................................
................................................................
................................................................
................................................................
................................................................
................................................................
................................................................
................................................................
c-test スキーリ♪
last pid: 2655; load averages: 2.35, 1.51, 0.71 up 0+00:04:56 07:58:17
1186 processes:2 running, 1184 sleeping
CPU: 25.7% user, 0.0% nice, 5.3% system, 1.9% interrupt, 67.0% idle
Mem: 2016M Active, 237M Inact, 1337M Wired, 20K Cache, 1019M Buf, 8299M Free
Swap: 24G Total, 24G Free
$ vmstat 1 5
procs memory page disks faults cpu
r b w avm fre flt re pi po fr sr ad0 ad1 in sy cs us sy id
2 0 0 8919M 8161M 2981 1 1 0 590 0 0 0 7735 92861 37253 14 4 82
2 0 0 8919M 8161M 929 0 0 0 0 0 0 0 12103 165931 60384 25 6 69
4 0 0 8919M 8159M 1080 0 0 0 144 0 0 7 12252 164902 61339 28 5 66
2 0 0 8919M 8157M 1166 0 0 0 0 0 0 1 12361 168351 61644 27 7 66
3 0 0 8919M 8157M 522 0 0 0 0 0 0 1 12330 170775 62340 27 8 65
Cが多いので、概ねいけているかんじかな。
しかしかなり久しぶりに携帯系サーバのApache statusみるけど、
最近の携帯って見違えるほど、はけがよくなっているような。
もちろんサーバがいいのもある気がするけど。
各キャリアの中継サーバ？の性能も良くなったのもあるかもですね。
中の人から、httpd.conf のチューニングを今なら承ってもらえる、
という旨の返事をいただきました。
もう少し(5分ぐらいかな)様子見て、適切そうな値を投入してみるです。
まぁ そのc-testにBGの機能も入れちまおうって目論みですからねぇ
RAMは余ってた方が嬉しいな、/md は使わない予定だからそれもPHPが使う分だけに減らせますね、
ところでPHPは/mdを広告用に使っている? これも何らかの方法でなくしたいなぁ
PHPも同居のBGもopen/closeは全廃したいです。
どんな方法があるか知らないけど、
>>655
SpeedyCGIというかbbs.cgiでいう、$FOX変数みたいなことができるんではないか、
という話ですね。
一度代入してるか調べて、入ってたらそれを使いまわすみたいな。 bg30
last pid: 5354; load averages: 1.38, 1.33, 1.54 up 0+04:01:58 08:05:57
1084 processes:4 running, 1080 sleeping
CPU: 12.8% user, 0.0% nice, 20.4% system, 0.6% interrupt, 66.2% idle
Mem: 3823M Active, 2296M Inact, 1301M Wired, 157M Cache, 807M Buf, 136M Free
Swap: 8192M Total, 152K Used, 8192M Free
>>654
一緒に >>549 はダメでしょうか？
できれば入れてもらった方がいいですよね？ > まみら ★さん c-test じわじわーっと亜希が減っていきますねぇ。。。
phpのメモリーリークかしら？＠考えすぎ？（5.2.14で対応したとかなんとか）
last pid: 2856; load averages: 3.26, 3.12, 2.05 up 0+00:14:29 08:07:50
1318 processes:4 running, 1314 sleeping
CPU: 37.4% user, 0.0% nice, 7.4% system, 2.7% interrupt, 52.5% idle
Mem: 2577M Active, 1110M Inact, 1616M Wired, 1236M Buf, 6587M Free
Swap: 24G Total, 24G Free
>>657
私も少し使ってみてますが、
いいかんじっぽいですね。
453 requests currently being processed, 793 idle workers
だいたいこんなかんじか。
それなりにhttpdの数は必要なのね。
だったら、「やばくなったら増やす」の部分、つまりマージンの部分を
少なくするのがいいかな。
つまり、Apache status でいう . のところを減らして、
不用意なトラブルがあっても、httpd が異常に増殖しないようにする。
そうすれば、swap 食ってしまうことはなくなるはず。
bbs.cgi の時と違って処理するのが外部プログラムではなく、
httpd 本体に組み込まれた PHP なので、
うかつにすると、swap を使ってしまいやすい、というのもあるかな。
つまり、httpd プロセス全体のうち、メモリに常駐する部分が多くなるという。 >>663
えっと、たぶんそれじゃなくて、
extensions.ini に追加する方向なんじゃないかな。< curl で、ひとつひとつ依頼していこうと。
問題を複雑化したくないので。
まずは、httpd の数を考えるです。
今の設定は、、、。
Apache status の状況からして、
kamome と同じか。
とするとこれかな。
最初にhttpdを1024個起動し、
アイドル状態のhttpdが常に704(703+1)個以上になるように起動数を変化させ、
非常時には待機数を2048個まで増やす設定
StartServers 1024
MinSpareServers 703
MaxSpareServers 1024
ServerLimit 2048
MaxClients 2048
MaxRequestsPerChild 10000
MaxMemFree 2000
これを、、、。
> 非常時には待機数を2048個まで増やす設定
をやめる方向だから、
(続く)
>>660
152K Used, 痕跡あるじゃないですか、、、
まぁこっちはそんなにチューニングしなくてもじきになくなる予定ですから で、このマージンはもともと「どーーーん」の時に、
bbs.cgi (speedycgi) がどっさり、
そして、dat 読むひとどっさり、というためのものだから、
その部分は BG さん(同居したとしても別の人)がやるということで、
このマージンは減らせると。
あとは、キャッシュ(つまりBG)が、そのへんはうまく吸収するはずと。
bgのほうも、Apache status みました。
一時的に c からどっさり来たことがあったようですね。
httpd が増えた形跡がある。
たぶんその時に、swap もちょっぴり使ったんではないかなと。
ちょっぴり残してあとは飲み乾すのですね！(・∀・)
♯どうも最近、酒類耐性が弱くなりつつある。。。
安全を見てこうかな。
マージンなしでもいいかも。(ServerLimit と MaxClients の 1280 → 1024)
・キープするアイドルワーカーの数 704 → 352 (1/2)
・非常時のマージン 1024 → 256 (1/4)
最初にhttpdを1024個起動し、
アイドル状態のhttpdが常に352(351+1)個以上になるように起動数を変化させ、
非常時には待機数を1280個まで増やす設定
StartServers 1024
MinSpareServers 351
MaxSpareServers 1024
ServerLimit 1280
MaxClients 1280
MaxRequestsPerChild 10000
MaxMemFree 2000
httpd 再起動入った様子。
ガンガン来ているので、LA が一時的に急上昇しますが、
しばらくすれば落ち着くはず。
バランスがよくなった気がします。< c-test
421 requests currently being processed, 698 idle workers
C__CCC_CCCCC_CC_CCCW_CCCCCCCCCCCC___CC_CCCCCCC_C_CCCWCCCCCWCC_C_
_C_C_CCCCCCCCCCCCCCCCCCCC_C_C_WCCCCCC_CCCCCCCC__CCC__CCCCCCC___C
__CC__CCC_C__CC_CCCCCC_____CCCC_CC___C___C_C__CC__C_C__CCCC_CC__
CW_CCCCCCCCCCCC_C_CCCCCCCCC_CCC____C_CCC_CCCC___CWWCC_C___CCC_C_
C____CC___C__CCCCC_W__CCC_CCC_C_CC_C_CCC_CC_C_CCCCCCC_C_CCC_C_WC
C_CC_CC_CC_CC_C_CCCCCCC___CCC__C__CCCCC_CCC_C__CCCCCC__C_C_CCWCC
__CC__C_CC_CCCCCC_C_CCC_CC_CCC_C_CC_C__C__CCCCCC_CCC__C___C___CC
__CC___CC_CC_CWCCC__CC__CC_C_C___CC_CCC_CCC__CCC___C__CC__C_CC__
_CCWCCC_____C_CC_C_C___CCCCC__C_CC____CCCCCCC_CC____C_C_CCCC____
_CWW______CC_____CC_____C_C_____C___CC__CC__C___CCCCCC_____C_C__
_CC__C___CC__C_____________C_______CC____C_______C__C__________C
__C__C___C____________________C___C________C__C__C___C___C______
_______C_____________C________C_________C_____C_________________
C__________________C_____________C______________________________
________________________________________________________________
________________________________________________________________
________________________________________________________________
_______________________________.................................
................................................................
................................................................
もうこれからは負荷が増える時間ではない気がするので、
(深夜番組の実況とかあるかもしれないけど)
あとはこの状態で、観察すればよさげな予感。
curlは、えっと。
ちょっと私のほうでも調べてみるです。
bg の apachetop -T 10
それっぽいかんじです。
livecx でなんか番組やってるのかな。
芸スポが多いのも携帯ならではです。
ms slotj slotk wcomic あたりも昔から。
akb も多いのね。昔の morningcoffee みたいなところにいる?
2xx 3xx 4xx 5xx URL
112 0 0 0*/test/p.so/kamome.2ch.net/mnewsplus/
68 0 0 0 /test/p.so/kamome.2ch.net/newsplus/
57 0 0 0 /test/p.so/yuzuru.2ch.net/news4vip/
33 0 0 0 /test2/r.so/kamome.2ch.net/mnewsplus/1281353842/l10
25 0 0 0 /test2/r.so/hayabusa.2ch.net/livecx/1281364787/l10
23 0 0 0 /test2/r.so/kamome.2ch.net/newsplus/1281364454/l10
22 0 0 0 /test/p.so/kamome.2ch.net/news/
20 0 0 0 /test/p.so/toki.2ch.net/ms/
18 0 0 0 /test2/r.so/yuzuru.2ch.net/news4vip/1281364033/l10
18 0 0 0 /test/p.so/yuzuru.2ch.net/hsb/
16 0 0 0 /test2/r.so/hayabusa.2ch.net/livecx/1281366850/l10
15 0 0 0 /test/p.so/kamome.2ch.net/akb/
14 0 0 0 /test/p.so/yuzuru.2ch.net/wcomic/
14 0 0 0 /test/p.so/yuzuru.2ch.net/slotj/
12 0 0 0 /test/p.so/yuzuru.2ch.net/slotk/
12 0 0 0 /test2/r.so/kamome.2ch.net/newsplus/1281364454/1-1
12 0 0 0 /test2/r.so/yuzuru.2ch.net/news4vip/1281366100/l10
12 0 0 0 /test2/r.so/hayabusa.2ch.net/livecx/1281364787/718-727
12 0 0 0 /test2/r.so/kamome.2ch.net/mnewsplus/1281361762/1-1
12 0 0 0 /test/p.so/hayabusa.2ch.net/livecx/
11 0 0 0 /test/p.so/yuzuru.2ch.net/pachik/
11 0 0 0 /test/p.so/yuzuru.2ch.net/base/
11 0 0 0 /test/p.so/yuzuru.2ch.net/pachij/
11 0 0 0 /test2/r.so/kamome.2ch.net/mnewsplus/1281324230/l10
curl モジュールの件
この間たんたんと作った w2.p2.2ch.net には、
昔の p2 時代の依頼により curl を入れましたが、
/usr/local/etc/php.ini の、
;extension=php_curl.dll
は、コメントのままです。
というかこれは、そもそも、
; Windows Extensions ← これ
; Note that ODBC support is built in, so no dll is needed for it.
; Note that many DLL files are located in the extensions/ (PHP 4) ext/ (PHP 5)
; extension folders as well as the separate PECL DLL download (PHP 5).
; Be sure to appropriately set the extension_dir directive.
;extension=php_mbstring.dll
;extension=php_bz2.dll
;extension=php_curl.dll
(以下略)
なのではないかと。
つまりもともと同胞されていてとくに何もする必要はないと、
>>685
そうですね。 .dll ですものね。
気付かないとは我ながら情けないというかなんというか。 じゃあ、どこだろ。
c201-203にはマァヴさんに入れてもらいました＞＜。
で、ぱっと見、extension module が入っているべき場所には、
%ls
apc.so eaccelerator.so
この2つしか、
後付けの拡張モジュールがインストールされていない状態の模様。
かつ、今 phpinfo(); してみた限り、
curl がプリインストールされている形跡は、なかったです。
ということで、
↓
単にコメントを外す、とかでは使えるようにはならなくて、
eaccelerator をインストールしたのと同様の手順を踏んで、
curl モジュールのインストールを、改めてお願いしなければいけない予感です。
>>689
であれば同様に、
改めて入れてもらうしかないのではないかと予想。
というか、c201 様子みてきますね。 c201 には、curl 入ってますね。
phpinfo(); すると出力されます。
curl
cURL support enabled
cURL Information libcurl/7.19.6 OpenSSL/0.9.8e zlib/1.2.3
ということで、やはり >>690 なのではないかと。
で、たぶん明日の昼間にでも、改めて依頼するのが吉かと。 で、私はそろそろ、負け組に向かう予感。
明日は6時起きで仕事だったりして。
いつもより1時間早いだけですが。
ちょっと見ていない間に、またスワップあったようで、
bg30
last pid: 5711; load averages: 9.58, 3.96, 2.75 up 0+04:56:08 09:00:07
1083 processes:1 running, 1082 sleeping
CPU: 12.7% user, 0.0% nice, 18.6% system, 1.1% interrupt, 67.5% idle
Mem: 4432M Active, 1577M Inact, 1294M Wired, 273M Cache, 807M Buf, 137M Free
Swap: 8192M Total, 336K Used, 8192M Free
libcurl.soは/usr/local/lib/にあるので、要リコンパイルですね。
$ php -m
でも出てこなかったのであれ？っと思ってみたら。。。
>>696
bg30は現在超遊びほうけているので、遊びすぎでswapに行くとか、
あるいは過去の傷(下記のstatus見るとそう感じます)
をひきずっている(つまり、昔異常動作したc-testにいじめられた傷)
とかいう可能性もあるのかなと。
4 requests currently being processed, 1021 idle workers
________________________________________________________________
__________________________....._............_..._....__.__..___.
._._.___.._.___.___....______.._._______.________.....______.__.
_____.__..W_____.__.___.____._..___________.________._____.__.__
__________.______________._.___..___._.______..__._________.._._
._______.__________.____._.____.__._.___W____..________..__.___.
_._._.________._.__._._______.____..___W..__._...____.._._______
____._____..__..._...___________._..__..._____.__________W______
.______.___..____._____________._.._______._.._______..._..__.__
_.___.__.____.______.__._.__.__.____.__._____.__...___.__.______
.__.._.___.______________._._.______.___..__.__.__.___.__.____._
._._____._______..__..___._.___.__._____......_.__.__.___.___.__
_.___.______._____..__..______.__.__...__._____.__.___.._____._.
__________.___.._____..____...______..__.._._________.___.._____
.___.____._____.___._________.____.__..______.___________..._.__
.____._______.._______.____________..___.._..______.._...____...
___.___.._..___.____._________.__.__.___.__._.__.________.__..__
__________..________.__.__.._____.._____________________________
._______________________________________________________________
________________________________________________________________
_____________________________________...........................
................................................................
................................................................
................................................................
................................................................
................................................................
................................................................
................................................................
................................................................
................................................................
................................................................
................................................................ >>696
bg30ももしかするとhttpd待機数が多いのかも？ >>697
以前入れてもらえていた、ということなら、(>>689)
明日にでもたんたんと依頼すれば、たんたんとやってもらえるのではないかと。 >>699
もしswap使用量が今後も増えていくようなら、
c-testに併せて、一度リブートしてもらうといいかもです。
ということで、今日はここまでな私。 で、今後 hybrid tiger や hybrid banana で、
PHP 主体なサーバをこしらえる場合には、
>>677 を標準セッティングにするといいかもです。
で、Apache status を外から見られると、
やはりチューニングがやりやすいということで。
おやすみなさいです。 とまぁここまで進んできた今回のプロジェクト、
今日は撤退せずに継続観察できるなんてすばらしい状況です。
このままこの構成を続けて、何かあったらぷちぷちして行きましょ。
盆明けたら bg21-bg24は密かに引退の方向へ(必要ならバックアップとっておいてくださいー)
では次の段階へ進みますか、こんどはハードルが高いようにみえるぞ!
「同一サーバ内でCで書いた常駐プログラムとPHPのデータのやり取り」
どんな方法があるんでしょうか? 識者の方々教えてください。
/md 配下のsubject.txtのキャッシュ du -sh = 22M
/home 配下の datのキャッシュ du -sh = 11G
なおこのキャッシュは毎日午前四時にクリアさります。
おっと c201,c202,c203,c21,c24 も退役へと、でした。
cook81等４つ位と同居です＞c-control
>>705
単純にパイプかしら？
phpで、、、
void passthru ( string $command [, int &$return_var ] )
を実行して貰ってくるような。 >>705
まずは、大方針を決めてもらえると提案もしやすそうです。
ただ、私はまだ bg と C 以外の構成 (c-controlとか) がわかっていませんので、
bg と C だけという視点で、この辺を決めてほしいなというところを挙げてみます。
他にも何かあれば追加願いますです。 > みなさま
1. 今後 C を複数台にする可能性を考えるか?
2. 今後 bg を切り離す(≒複数台)にする可能性を考えるか?
3. bg20 (外向け)をどうするか? (これも含めて1台にすることのプライオリティーは?)
4. フロント側のプログラムの改造規模はどのくらいを想定するか? (あまり改造しないという方向のように思いますが)
あと、関連鯖(c-control 他にもある?)のざっくりとした機能と、
C (bgも?)の通信手段(http かそれ以外のなにかか位で)も教えてもらえると、
切り離して考えられるものなのかどうかがはっきりしますので、うれしいです。
ということで、これにて。
今日は実家の方で午後から宴会と花火見物しながらの宴会のため、
このスレがアクティブになる時間はオフラインかと思いますです。 >>711
unixドメインsocket の方が使いやすそうな。 あ、常駐しているからソケットになるのか。。。
>>712
わは（汗）
えっと、bg30さんで動いている人（Cで描かれたデーモンさん）に対して、ソケットで繋げちゃうです。
そのソケットでいろいろ喋って、欲しいデータを貰ってくるです。
fsockopenで、bg30さんで動いている人を目覚めさせて、（ex. $fp = fsockopen("127.0.0.1",)）
fwriteでどの板のどのスレの何番目のレスが欲しいかを書いて、
fgetsでそのレスを貰ってくる。
終わったらfcloseで閉じちゃう。
貰ったレスをそのままクライアントに返す（現状と同じ動作）
こんな流れになるのかなぁと。 普通にCの接続先をlocalhostにするよりは高度なことをする予定っぽいな
c-controlはざっくり言うと板一覧を持ってて、フロントに反映させるサーバです。
板一覧のついでに使えそうなパラメータもついでに設定する事もできます。
例えば、今まではBGの割り振りでした。
ローカルキャッシュ持ってる時は取得間隔も設定してたりしてました。
こういったカラムは増やすことができます。
特定の掲示板サーバがコケた時、負荷を下げる目的でBGにリクエストを送らない指令もできます。
AASの板一覧も更新してます。AAS＝AAを画像で表示するサーバです。
その他はちょっとしたチェックや連絡に使ってます。
>>719
ですね
ただ直接常駐プロセスと喋るとなるとそれなりのプロトコルが必要になるかと >>720
そこかー。HTTPでなくなるのですか。
$sh = @fsockopen($s['proxy'],80,$errno,$errst,$s['timeout']);
$s['request'] = "GET {$s['uri']} HTTP/1.1\r\nUser-Agent: {$s['ua']}\r\nHost: {$s['proxy']}\r\nConnection: close\r\n\r\n";
fputs($sh,$s['request']);
今は、こんなです。 単純にapacheを2つ立ち上げて、C⇔bg間を
そのままhttpでつなぐでよいのでは？
暑くて運動不足のせいで、なかなか寝付けない今日この頃。
>>717
複数台だとすると、localhostの方が便利だけれど、一台固定であれば、
せっかくならば、速い方がよいかというだけの理由です。
ただ、最近の環境で unix domain socket を使った場合と、
localhost を使った場合とで、速度的にどのくらいの優位性があるのかは、
把握してませんです。(昔使った某商用UNIXだとだいぶ違った)
それと、おいちゃんは apache を経由しないように考えているような気がするんだけれど、
そうなるとアクセス制御やら、基本的なコマンド解析を自分でやらなきゃならなくなって、
ネットワークを介した通信をする場合と、ローカルのみの場合とでは、
セキュリティーに対してどの程度気を使うかが大幅に変わることで、だいぶ工数が変わるだろうから…とか
だけど、プライベート側を使うのならば、あまり気にしなくてもいいかな…とか
むにゃむにゃ
なんてごちゃごちゃを考える上で、先にあげたようなことを決めてほしいというわけです。
# php で unixドメインsoketにバインドするには fsockopen("unix:///tmp/hoge",)
# 見たいな書き方をするみたいですね。ここが変わるだけで後は同じはずです。 >>700 のたんたんと、が良く分からなかったので
マァヴさんにメールしてみました。 >>723
>せっかくならば、速い方がよいかというだけの理由です。
私もそれを追及したいなぁと、せっかく一台にぶち込むんですから、
socketとかfopenとかシステムコールをばんばん余分じゃなく・・・
かつPHP側の改造は少なく、
C側は根本的に書き直すんで、どんなんでも書きます。
当然セマフォやらミューテックスやらがでてくるんでしょうけどボケ防止にはよいかなと、
いろいろと考えてみましょ、三ヶ月くらいかかったっていいじゃないですか
既に２台体制は確保しつつあるんですから、 これは期待せざるを得ないな。
共有メモリとかどうだろう？
dat落ちしたスレをリクエストした時、NULLが返ってくると
不具合かdat落ちか区別がつかないという意見がありました。
ぼちぼち、移転跡地の花子収容を始めてもいいかんじですかね。
あと dso qb5 qb6 の移動も機を見つつ。
収容対象は、、、。
↓
anchorage
changi
gimpo
hideyoshi
jfk
mamono
namidame
pc11
pc12
tsushima
schiphol
yutori
yutori7
これだけ返すだけでどれだけ経費が削減されるんだろう・・・ ｺﾞｸﾘ
仮にA-TigerがBIG-Serverと同じ月額198,000円、T-Bananaが55,550円だとすると(正確にはT-Bananaは10Mbps帯域の料金だが)、
A-Tiger x7 + T-Tiger(yutori) = 1,584,000円
T-Banana x1 + T-Banana09 x4 = 277,750円
合計 1,861,750円 が浮く計算になる
実際はNTTecから直接借りてるからもう少し安いだろうけどね
>>734
四度目くらいの縮み期ですなぁ・・・
また伸びるのか、そうじゃないのか
何か作ってもいい時期なのかも、
でもって >>677 の設定を bg30に入れます。
アパッチの再起動かかります。けど、一回りぶーとしよう。 >>728
bg側でもdatの存在有無しかわからないなぁ
ないのか、dat落ちしてないのかの区別がないような。 >>735
そこそこ連続運転したんで、今の様子を見ておきませんか? bg30 >>734
この金額を眺めるだけでビールがうまそうですねｗ あっ りぶーとしちった。
last pid: 2100; load averages: 0.39, 0.32, 0.17 up 0+00:05:02 22:12:24
1078 processes:1 running, 1077 sleeping
CPU: 6.5% user, 0.0% nice, 9.2% system, 0.3% interrupt, 84.1% idle
Mem: 1003M Active, 1114M Inact, 1213M Wired, 807M Buf, 4383M Free
Swap: 8192M Total, 8192M Free
>>739
適当に放置したところで、またお願いするかもです。 >>738
ビール片手に次何しようなんて考えつつ…じゅるる 再起動、設定変更確認しますた。< bg30
5 requests currently being processed, 1019 idle workers
___W_C__________________W___W___________________________________
________________________________________________________________
_________________________________________________W______________
________________________________________________________________
________________________________________________________________
________________________________________________________________
________________________________________________________________
________________________________________________________________
________________________________________________________________
________________________________________________________________
________________________________________________________________
________________________________________________________________
________________________________________________________________
________________________________________________________________
________________________________________________________________
________________________________________________________________
................................................................
................................................................
................................................................
................................................................
c-test の様子。とりあえずバランスよく動いている風味。
323 requests currently being processed, 849 idle workers
_C____C___._C..___________C_C___.__C_______._______CCC_C__C_.C_C
.____________..C._C____C_CC._C________________C_C.____.C_.CC___C
_____C_C_WCC_____C__C__C___C.___C__C_._____C_.___C___C__________
______C_C._.CCC___.C_____C_C.CC___C_.C.C.__C___C._____.._____C__
C_____CC___._C_.__C_____C__._C___.._____CC__C___C_C___C_CC___.__
W___C_C__CC__.___C.C__C__C._C_C.C_..C__C_C._W__C__.__CC__CC_____
__._.C___._.CC_C_C_C.C___C.CC______..CC_____C.C.___.C_.C._C___._
__C_________CC__C____W_.__.___C..C_CCC______C_C_CCC_C________C..
____________.__.____.__C__C______._._____C__C__.___C.___._CC__CC
.____._C__C__._C_C.C__CC______C_________CCC._____C____CCCCCC____
CC__C_______CCCCC_CC___C__C._C_______________C__CC_____C__C_C__C
_C_CC____._C___C_C___C___._____.C_C___C___CC___W__CCC_CC_C_C_C_.
_CC___C___CCC_C_____CCC_____C______C__C__CC__CC_W__C__C______C_C
___C_____C____.____C___.__C_C_.C_C_C__C___C__C__CCC_C__C___CCC__
___C__.CW_________CCC____.C_C____C_____CCCC___C__C________C_____
C___.___._______W_CC_C__C_C_____C______C_______C__C__C___C______
__.._C__C_____._.C__CC_C___._.._C_C_____.C___CC_____.___________
____C__CC_C_CC____C.___._______CC___C_____C__C.._CC___C_C.____C.
_WC_CC_____.______C__._.__W____CC___________C___C__.CCC___C_____
W____C________CCCC_C______CC___C_C_C.._C______CCCC_____._C______
>>736
以前のcはステータスコードでチェックしてたらしいですよ。
dat落ちだと302が返ってきていたらしいです。
確かに専ブラでdat直アクセスしてみても、dat落ちだと302が返ってきますね。 ハマコー逮捕でピコンと来たけど、ピコンだけだった。
>>744
だれかが認識できないと、●使っている人が過去ログ読めない？ bg30
last pid: 2507; load averages: 0.77, 0.90, 0.88 up 0+02:41:32 00:48:54
704 processes: 1 running, 703 sleeping
CPU: 8.5% user, 0.0% nice, 13.0% system, 1.0% interrupt, 77.5% idle
Mem: 1487M Active, 4644M Inact, 1191M Wired, 343M Cache, 807M Buf, 49M Free
Swap: 8192M Total, 8192M Free
>>744
こういう時こそanydat.soの出番でしょ
dat落ち（html化済みも含む）→203
倉庫にもdat無し（削除済みやURLの間違いなど）→404 今なら良いBGにするために何でもするぜよ、どんときんしゃい、
っていうかんじみたいなので、
c-test の側(フロント側)で必要そうなことは、何でも言ってみるのがよさげかと。
# 今日はこれから外出だったりする、、、。お盆休みはなさげ。
# というか、夏休みもなさげ。しくしく。
アニメサロンの県名表示さっさと直せや
直せや
やんのかコラ？あん？
>>752
（-人-）
騒ぐと、良くて後回しw 大抵は無視www おはじきを指で弾くより指で近づけてくるほうが時間かかるよね
>>750
BGは２ちゃんねるを直接たたいてないのですか？
ステータスコードをフロントに転送することは不可能ですか？ >>755
>>1の本文の分と、subject.txtは全部貰ってるからじゃないかな？
>>758
それにしても、まだ多いような気もするけどｗ
まあ、ただの興味本位ですので、問題なければ構わないです。
400Mオーバーのときと比べれば、数分の1に減らせれていますし。 見落とされたか、考え中か分からないのでもう一度書きます。
開始レス番号が範囲外（レスが存在しない場合）は>>1のみが良いです。
現状は>>1と最終レスになってます。 >>760
あ、そうすると、「次」のリンクが、、、。
浅薄でした。 愚劣なる ID:JnaVHedy0 のせいで設定変更は永久に棚上げになりましたとさ
>>757
BGだけにしたい、ってことなんじゃないかなと。
つまり、フロントがまたいで直接行くのがいまいちと。
ステータスコードは、こんなふうにしてくんしゃい、
って言えば、そんな風に組んでくれる方向性なんじゃないかなと。 どうったらわかるん?
dat落ち/そんなスレないよ。
>>765-766
前任の人が書いた所なので予想ですが、
たぶんHTTPヘッダというものをみています。
BGから送られてくるレスポンス状態行が全部200になってると思うので、
２ちゃんから受け取ったレスポンス状態行にあわせて書き変えて貰えると嬉しいです。 なければ404
dat落ちならもう書けないので云々
かな
２ちゃんねるはdat落ちと移転の時、302を送っている筈なので、
BGでそれを受け取って下さい。
それ以外の数字はPHP側で「なんかエラーです｡｡｡」って返すようになってます。
>>770
横から申し訳ないです。
rootさんのレスでは近々サーバー撤収らしいですが、
今回の移転で、専ブラで読めるorIEなんかで読めるスレが多発してます。
専ブラでは落ちてるのに、IE他では健在なスレも・・・
おいちゃん、撤収前に再移転てのは無理？
と思ったけど、やっぱ止めましょう。
逆に、全部落ちてもらわないとややこしい^^;
スレ汚し、失礼しました。 > 逆に、全部落ちてもらわないとややこしい^^;
花子送りの時に、そのへんはたんたんと作業される予感。
過去ログ倉庫のサーバー一覧を書き換えてください。
これ前にも言いましたっけ？何度も言ってたらすみません
c-test 82.383Mbps
90Mbpsいきそうだな
subject.txtも、必要な分だけ送るといったことはできないのですかね。
今はまだsubject.txtはキャッシュされていないからこれは仕方無いでしょ。
subject.txtのキャッシュ対応処理はおいちゃんがこれからがんばるそうですし。
仮に>>778みたいにするとしてもそれはそれで追加処理作る事になるのは変わりない
と思うし。 91.231Mbps
c-testのロードアベレージ高いな
おいちゃんでも誰でもいいけど、なんで「c」なの？
その名前にした理由知りたい。あとqbも
>>784
グラフ的にはいつでも対応できるんだけど、新鯖はsmartでーたがまだ取れてないのよん あした hibari二回ほどリブートします。
なんか例のlogbufferが古いんだってさ、
いれなおすー
たぶん明日3時スギ。
おいちゃんの感覚としてはAM3時だったら明日じゃないもんね
金星探査機「あかつき」がTwitterで自分のことを「どーん(Dawn)」と自己紹介していた。
「どーん」のイメージがちょっと変わった瞬間。
「どうん」だとおもう。。。@notうどん
from dusk till dawnまた観てみたいな♪
今夜はペルセウス座流星群の極大
台風の通過した地域はいつもより星がきれいに見えるかしら
予定時間はとっくに過ぎてどうなったのかと言うと
↓
話は変わるが3日後は15日だな
また米韓共同負荷合戦があるんだろうか
最初から韓国内からのアクセスを弾くようにはできないんだっけ
この期間だけでもいいから
お
>>810の件はどうするの？まあ来ない可能性もあるけども >>770
今まではどうやってったんだろう
というかBGはこの部分変更してないと思うんだが、 >>824
今までは短パンマンが返ってきてました。
>>770 はその前のBG1.0の頃の仕様です。 >>825
ごめんなさい。混乱させちゃったような気がします。
以下、さらにはずしていたらごめんなさい。
本当はステータスに302を返してほしいのだけれど、今までは短パンマンが返ってきていた、
今回の変更を入れたら、その挙動が変わってしまって困っている。ということかしら。
もしそうであれば、今回の変更で具体的になにがどう変わってしまって困っているかを書いてくれると、
どこをどうすればいいのかをみんなで考えられるかと。
現BGを今までより機能面で改良するということはないと思うです。
でも、302が返ってくれれば嬉しいとか、その他こうしてくれれば今までよりも
良いものになるというものは、次期BGへの要望として書いておいてくれると、
次期BGを設計する上でとっても嬉しいと思いますので、ばしばしと挙げておいてくださいませ。
# 302についてBG1.0で実現できていたものが、先日までのバージョンではできなくなっていたということは、
# なんだか深いわけがあるような気がしますが。 今までは短パンマンだったので、302か404だったのが分かったのですが、
今回の変更で200も302も404も同じ挙動になってしまったので、
レスが表示されないのがPHPの不具合なのか
（レスがあるのに表示されないミスなど）
単に表示すべきものが無いのか、分からないので困ってます。
なので次期に向けて、302と404の区別も追加していただけると嬉しいという話です。
話は変わりますが、curlの件、メールを読んでいただいてないようなので、
暫く退役までc201のスクリプトを使うように変更してみます。
マァヴ行方不明だから別の人にメールを送った方が良いような
誰かrootな方、いませんか＞＜。メールアドレス知らないのです。>>828 >>829
rootさんにメールして中の人に転送してもらうとか。 >>831
もう、ここまでの話だけでおいちゃんか、root ★さんが連絡してくれるような気がする。 世間はお盆休みなのか、、、。通勤電車がらがらだった。
なんか、無縁なかんじ（泣）。
で、curlうんぬんの件ですが、こんな3行で考えると、
1) 何がしたくて(目的)
2) そのためには何が必要で(手段)
3) その手段実現のためにはどうしたらいいのか
こういうことでいいのかしら。
↓
1) c.2ch.net から●を使えるようにしたい
2) それにはc-testのPHPにcURLという拡張機能をインストールする必要がある
3) なかのひとにcURLのインストールをお願いする
携帯から過去ログってこと？
それとも●で書こうってこと？
多分、後者だと思うけど
>>836
そうみたいですね。
無くても不可能ではないようですが curlが使えた方が楽な様です。
未処理のdat落ちしたdatが・・・
news4vip = 35793 どんどん増え続けている
一台のサーバに沢山板を入れると
一板あたりの処理される機会がへるんだな
処理機会を傾斜してふりわけないといかんということか
>>841 >>844
またしても「しくみへの挑戦」ですか。
他の板は大丈夫なのかな。
news4vipほどのスレッド数じゃないから平気? ざっと見てみた。
次に多いのは morningcoffee の 1819 のようだ。
news4vip はこうしている間に、35890 に増えたようだ。
vipはクソスレ生成速度が普通じゃないからなぁ
そりゃ増えるペースも早いよね
news4vipだけで新スレの数が1日8000ぐらいあるって、
昔さぼてんさんが言っていたような。
簡単なのは従来のようにスレ立ての多い板だけいくつか集めて一台サーバを仕立てる方法だけど、
>>850 はやらないとして、 まぁそんな板が沢山あるわけでもないから・・・
ぎょうぎょうしい仕組み作るまでもないですけどネ
どういう順番で処理してるのかしらないけど
処理キューに頻繁に並ぶようにすればいいんじゃね？
たんなる順番、
たかがvip人板の為にそこまでやる必要あるかなぁ
他の板のdatが損なわれないのなら、別に放置でいいけど
過去ログなくせばパートスレが逃げ出しそう
だがその分FOXが嫌いな元URLを書かないコピペブログが増殖するわけで
日韓が「サイバー攻撃」か １５日の可能性、韓国報道
韓国の聯合ニュースは１３日、日本のインターネット愛好家らが韓国のサーバーをダウンさせる目的で、
同時集中的にアクセスをする「サイバー攻撃」を１５日に行う可能性があると報じた。
韓国でも同日に日本の掲示板への攻撃を呼び掛ける動きがあり、同ニュースは「サイバー戦が
避けられない見通し」と伝えた。
日本では今年３月、ネット掲示板の「２ちゃんねる」に、バンクーバー冬季五輪のフィギュアスケート
女子で金メダルを獲得した韓国のキム・ヨナ選手を中傷する内容が書かれていたとして、韓国の
ネット愛好家ら約１万人がサイバー攻撃を実施。同掲示板が長時間にわたってダウンした。
同ニュースによると、日本による植民地支配からの解放を祝う１５日の「光復節」に合わせ、
日本のネット愛好家らが「復讐」としてサイバー攻撃を行う可能性があり、韓国の愛好家も
「攻撃してきたら直ちに反撃すべき」などと主張しているという。
http://www.47news.jp/CN/201008/CN2010081301000957.html ＞日本のネット愛好家らが「復讐」としてサイバー攻撃を行う可能性があり
いねーよ
自動保守はショタ系のエロ画像を自鯖？に保存していたのをモペキチに発見されて晒されたからもう出てこなそうだけど
別件で盛り上がっているようなんで、ちょっとお休みの感じですね。
粘着とは失礼なー
青少年の健全な育成を見守っているだけなのにー
>>856
困ってもいない事にアタマや時間をかけるのはどうじゃろねえ
この機に乗じてナナメな展開があるならナニか仕込むのは一興だけんど
んー、なんかあんべかー >>877
問題提起した本人がそれほどお困りでないみたいですので・・・ hibari何があった？
俺の記憶でも2回目・・・
頼むから、pcだけは別鯖のママにしておいて欲しかった。俺ら何もして無いじゃん・・
>>886
ありがと
ここまで不安定にしてまで1つにまとめるとか運営狂ってるだろ
実況とかVIPみたいな低能の集まりは適当にまとめて落とせばいいけど、関係無い落ち着いた板まで落とさせるなよｋｓ Z社はお盆休みで、対応できる人間が誰も居ないのか？
いくら冷静なPC系板住人でも怒るよ。
PC系板住人は意外と他の板も見てるから冷静な訳でもない
あついなかおつかれさまですうんえいのみなさん
おかげで２ちゃんはかいてきですお＾＾
229 名前：動け動けウゴウゴ２ちゃんねる[sage] 投稿日：2010/08/14(土) 16:06:33 ID:MXGiXpiX0
hibari.2ch.netリブート要請しますた
896はんだごて ◆HANDAGOT9E NGNG
帰宅。
hibariはHDDの不良と思われ。
緊急対応必要かと。
あとでメッセージ貼るです。
ahcich1: Timeout on slot 22
ahcich1: is 00000000 cs ffbfffff ss ffffffff rs ffffffff tfd c0 serr 00000000
ahcich1: device is not ready (timeout 15000ms) tfd = 00000080
ahcich1: Timeout on slot 21
ahcich1: is 00000000 cs 00200000 ss 00000000 rs 00200000 tfd 80 serr 00000000
ahcich1: device is not ready (timeout 15000ms) tfd = 00000080
g_vfs_done():ada1s1e[WRITE(offset=15220031488, length=16384)]error = 6
(ada1:ahcich1:0:0:0): lost device
g_vfs_done():ada1s1e[WRITE(offset=15220047872, length=16384)]error = 6
g_vfs_done():ada1s1e[WRITE(offset=15220146176, length=16384)]error = 6
g_vfs_done():ada1s1e[WRITE(offset=15220211712, length=16384)]error = 6
g_vfs_done():ada1s1e[WRITE(offset=15220228096, length=16384)]error = 6
g_vfs_done():ada1s1e[WRITE(offset=15220375552, length=16384)]error = 6
g_vfs_done():ada1s1e[WRITE(offset=15220391936, length=16384)]error = 6
g_vfs_done():ada1s1e[WRITE(offset=15220408320, length=16384)]error = 6
g_vfs_done():ada1s1e[WRITE(offset=15220539392, length=16384)]error = 6
g_vfs_done():ada1s1e[WRITE(offset=15220555776, length=16384)]error = 6
g_vfs_done():ada1s1e[WRITE(offset=15220572160, length=16384)]error = 6
g_vfs_done():ada1s1e[WRITE(offset=15220604928, length=16384)]error = 6
g_vfs_done():ada1s1e[WRITE(offset=15220621312, length=16384)]error = 6
g_vfs_done():ada1s1e[WRITE(offset=15220637696, length=16384)]error = 6
g_vfs_done():ada1s1e[WRITE(offset=15220654080, length=16384)]error = 6
g_vfs_done():ada1s1e[WRITE(offset=15220670464, length=16384)]error = 6
g_vfs_done():ada1s1e[WRITE(offset=15220686848, length=16384)]error = 6
g_vfs_done():ada1s1e[WRITE(offset=15220703232, length=16384)]error = 6
g_vfs_done():ada1s1e[WRITE(offset=15220719616, length=16384)]error = 6
g_vfs_done():ada1s1e[WRITE(offset=15220736000, length=16384)]error = 6
g_vfs_done():ada1s1e[WRITE(offset=15220752384, length=16384)]error = 6
g_vfs_done():ada1s1e[WRITE(offset=15220834304, length=16384)]error = 6
g_vfs_done():ada1s1e[WRITE(offset=15220850688, length=16384)]error = 6
g_vfs_done():ada1s1e[WRITE(offset=15220867072, length=16384)]error = 6
(以下略)
>>899
namidameコースですか(´･ω･`) (上記略)
g_vfs_done():ada1s1e[WRITE(offset=15222046720, length=16384)]error = 6
g_vfs_done():ada1s1e[WRITE(offset=15222063104, length=16384)]error = 6
/dev: got error 6 while accessing filesystem
panic: softdep_deallocate_dependencies: unrecovered I/O error
cpuid = 3
Uptime: 3h19m40s
ahcich1: Poll timeout on slot 21
ahcich1: is 00000000 cs 00200000 ss 00000000 rs 00200000 tfd 80 serr 00000000
(ada1:ahcich1:0:0:0): Synchronize cache failed
Cannot dump. Device not defined or unavailable.
Automatic reboot in 15 seconds - press a key on the console to abort
ahcich1: Timeout on slot 0
ahcich1: is 00000000 cs 00000000 ss 00000001 rs 00000001 tfd 40 serr 00000000
;;*。+ _、_ﾟ ＋ ･ 自作板住人ですが冷静ですよ
・.（<_,` ）_ﾟ ･ なにトラブルなしではツマラナイと思ってますけどね
/,'≡ヽ.::> それで運営さんは今回の件でなにをIYHされるのかな？
￣￣ﾞ-'￣`-´ 今からwktkが止まりません
ahcich1 というと、チャネル1のほうだから、
SSDがつながっているほうですね。
SSDの不良かと。
緊急に代替サーバが必要ということで、
まずは中の人に緊急連絡します。
で、そのあとで bbs.cgi 止めて、
別サーバにバックアップとります。
hibariはSSD不良か・・・ログは大丈夫なのかい
緊急通報済み。
これからbbs.cgi止めて、
バックアップ作業に入ります。
bbs.cgi 停止済。
ジンギスカンは、、、どうすればいいのかな。
不良セクタか
某所で不良セクタを含むファイルにhttpアクセスするとしばらくhttpdが沈黙したな
rootたん緊急対応おつです
まさかとは思うがSSDのファームが原因じゃないよな？
>>908
放置でよいような
各板のdatさえ吸い上げられれば、
つまり _z?? >>910
ada1 at ahcich1 bus 0 scbus1 target 0 lun 0
ada1: <INTEL SSDSA2M080G2GC 2CV102HD> ATA-7 SATA 2.x device
ada1: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes)
ada1: Command Queueing enabled
ada1: 76319MB (156301488 512 byte sectors: 16H 63S/T 16383C)
らしいです。 >>911
どもです。
これまでどおり、p t d(in HD) の下をとるかんじでいいということかしら。 >>911
よ、よし子？！
これだけだと雑談で規制されちゃいそうだから鯖のことも書くか
>>912
ファームウェアは最新なのか
となると原因は何なんだろうか IntelSSDは信頼出来るんじゃなかったのか・・・
個人的には東芝の方が信頼できるけど、下手なｻﾑﾁｮﾝの数倍はおｋだと思ったら・・
>>916
実際trim送らない環境なら東芝の方が良かったわな。 もしかしてtrimが悪さして不良ブロック作ってしまった？
まぁ、復旧したら自作板SSDスレで盛り上がるだろうなぁ
ところで運営さん、Crucial RealSSD C300に変えないか？ｗ
> banana3801の代替サーバーにつきまして、
> ハイブリッドBananaサーバーの準備にお時間がかかることから、
> ただいまハイブリッドTigerサーバーを準備しております。
とのこと。
書き込み数わずか3万、板数2桁のhibariにハイブリッドTiger… ｺﾞｸﾘ
>>924
;;*。+ _、_ﾟ ＋ ･
・.（<_,` ）_ﾟ ･ IYHerが釣りだなんて…
/,'≡ヽ.::> さて、C300をいくつ注文するんですかね？
￣￣ﾞ-'￣`-´￣￣ >>922
まだ日立製SSDはないぞ？
でも、とにかくIntel<<<東芝の信頼性の気がする
>>924
ないわ >>930
ｺﾞｸﾘ
バックアップおわりましたー @hibari
qb6にch2hiabを作りその中に >>933
入っているものをみました。
あとは代替サーバが来てからですかね。 スレがいきなり行方不明になったかと思ったら鯖落ちだったのか
IYH民沸きすぎだろう
どうせお勧めするならPCIeにつけるあれをだな・・・
>>943
丁寧なのに酷いｗ
>>945
;;*。+ _、_ﾟ ＋ ･
・.（<_,` ）_ﾟ ･ スレに書き込もうとしたのに吸い込まれたんですもの
/,'≡ヽ.::> bbs.cgiが直るまでは致し方ないでしょう
￣￣ﾞ-'￣`-´￣￣ ぜひともSMARTを見てみたいところ
代替処理は働いたのか、はたまたそれ以前の異常なのか興味津々
ログを見たところなんらかのエラーでSSDが黙ってしまって
そのせいで処理が詰まってpanicといった感じですが
例の1分フリーズの発展形とかだと危ないことになりそう
PC等のソフトウェア板のスレッドがほとんど消えたのだけど、
なんか障害です？
>>951
hibariのSSD(主記憶装置）にトラブルで代替処置中 貴重な知見となりうるからSSDの障害内容詳細についてはぜひ公開していただきたい
>>953
そんな糞遅いモンが主記憶になるわけねぇだろ
レイテンシを３桁縮めてから出直してこいというレベル >>954
hibari=pc11+pc12
まじれす 鯖はｶﾜｲｿｽだが
これはSSDの貴重なデータが採れる予感
オッス！オラ２ちゃんねるサーバー！！界王拳１０倍でボッコボコにしてやんよ！
と、思ったけどいま腰痛・・・てててて
代替サーバがやってきました。
ログインしてみるです。
SMARTでーた見たかったなぁ、、、まあしゃーない
12G mem
320G HDD + 80G SSD
100Mbps接続
ぱっと見問題なさげ。
受け取ります。
toki yuzuru と同じ設定にみえるです。>>969 ん?
受け渡しは・・・・
緊急時とはいえ、別rootは作らないほうがいいと思うなぁ。
緊急時なんてあるのか? ってのはおいといてさ
最初からやりなおした方がいいと思う。
>>973
あ、そういうことですか。
rootなしは、よし子さんが受け取ったほうがよいと。
では、私いったんこのままログアウトします(何も触りません)。
改めてパスワード受領からということで。 ログアウトしました。
同じサーバを使うにしても、まずは受領からということで。
ユーハブ。
んじゃ ここまでなかったことにして、
tiger3557がやってきた。
受け取ってきまーす
やったこと
パスワード情報を受け取った
ログインした
dmesgとifconfigを調べた
大丈夫そうだったのでパスワードを変えた
で、
そのまま何もせずにログアウトした
です。
ということで、tiger3557 の IP アドレスの stats 登録いってきます。
受け取り用パスワードで入れなかったので受け取れなかった。
ch2hiba@tiger3557
>>980 done.
名前同じでIPアドレス替わるパターンなので、
次は中身が入ってDNS替わった後に、F22の調整で。 >>981
> 受け取り用パスワードで入れなかったので受け取れなかった。
パスワードの再設定をお願いしないといけないですね。
よし子さんからされますか。
それとも、前のセッションの影響があるのかもしれないので、私からがいいでしょうか。 >>986
お願いしてやってもらったー
今度は入れた。
受け取った、パスワード変更した。
作業するのに、DNSが変っていたほうが楽なので
変えてもらってもらえますか? >>986 (現状)
+hibari.2ch.net:206.223.153.115
(変更後)
+hibari.2ch.net:207.29.226.30
依頼済。
>>988
tiger3557にログインできました。
dmesgチェック、ifconfigチェック、異常なさげ。 HDDは他のhybrid tigerと同じ250Gものでした。
(上の方に320Gと書いた気がしますが、幻を見た模様)
tiger3557、dnscacheの設定が古いですね。
toki yuzuru と違っているです。
障害とは知らずに自機のHDD疑ってクラスタスキャンしちまったよ
hibari.2ch.net = tiger3557 になった @うち、
掲示板設定作業はいりまーす
DNS設定変更、完了した旨中の人から連絡あり。
アクセスが移動したのを確認。
>>994 はこれから変更依頼出します。
古いA-tigerの設定に先祖がえりしていました。
toki, yuzuru
↓
%cat CACHESIZE
204800000
%cat DATALIMIT
205000000
新hibari
↓
%cat CACHESIZE
409600000
%cat DATALIMIT
410000000 旧 hibari (banana3801) は、ログインしていた窓のプロンプトが出なくなり、
しばらくしたら窓が閉じてしまった。
このまま返却にて。
mmp
lud20180328121255ca
このスレへの固定リンク： http://5chb.net/r/operate/1281086504/ヒント：5chスレのurlに
http://xxxx.5ch
b.net/xxxx のように
bを入れるだけでここでスレ保存、閲覧できます。
TOPへ TOPへ
全掲示板一覧 この掲示板へ 人気スレ |
>50
>100
>200
>300
>500
>1000枚
新着画像
↓「2ch特化型サーバ・ロケーション構築作戦 Part58->画像>5枚 」を見た人も見ています：
・2ch特化型サーバ・ロケーション構築作戦 Part49
・2ch特化型サーバ・ロケーション構築作戦 Part35
・2ch特化型サーバ・ロケーション構築作戦 Part62
・2ch特化型サーバ・ロケーション構築作戦 Part25
・2ch特化型サーバ・ロケーション構築作戦 Part59
・2ch特化型サーバ・ロケーション構築作戦 Part33
・2ch特化型サーバ・ロケーション構築作戦 Part26
・2ch特化型サーバ・ロケーション構築作戦 Part36
・2ch特化型サーバ・ロケーション構築作戦 Part37
・2ch特化型サーバ・ロケーション構築作戦 Part50
・2ch特化型サーバ・ロケーション構築作戦 Part46
・2ch特化型サーバ・ロケーション構築作戦 Part45
・2ch特化型サーバ・ロケーション構築作戦 Part19
・2ch特化型サーバ・ロケーション構築作戦 Part60
・2ch特化型サーバ・ロケーション構築作戦 Part29
・2ch特化型サーバ・ロケーション構築作戦 Part30
・2ch特化型サーバ・ロケーション構築作戦 Part48
・2ch特化型サーバ・ロケーション構築作戦 Part38
・【Project peko】2ch特化型サーバ・ロケーション構築作戦 Part18
・【Project peko】2ch特化型サーバ・ロケーション構築作戦 Part17
・【Project peko】2ch特化型サーバ・ロケーション構築作戦 Part15
・【Project peko】2ch特化型サーバ構築作戦 Part12
・【宇宙開発】ソユーズ、ソフトバンク出資の「ワンウェブ」打ち上げ 衛星コンステレーション構築へ［03/01］
・【もりまる作戦】 ch森で●、ご意見募集中。
・【愛の戦士作戦】 新機軸ちょっとでかいサーバ
・■新春特別企画「雪だるま作戦」liveサーバの飛躍なるか！？ Part1
・【愛のVIP戦士作戦】 新機軸ちょっとでかいサーバ 2
・Ｇｏｏｇｌｅの「ロケーション履歴」ヤバい 自分が何時どこに行ったか完璧に監視されてる。 集団ストーカーの正体はこれだったんだ
・ケツの穴ニオイ大作戦
・【マンガワン】堕天作戦
・報告人作戦本部スレッド★64
・◆報告人作戦本部スレッド★6
・bby -- スレッド情報一元管理システム構築スレ3
・報告人作戦本部＆支部、連携用議論スレッド
・■ 携帯でも規約が出る、名前はまだない作戦。
・■ Top700、トワイライト6833作戦。
・報告人作戦支部28 ◆犯罪予告・重要削除対象案件・運営妨害◆
・【緊急！！】緊急地震速報を受信して全板に自動的にスレを立てる作戦
・【実験】ミニ雪だるま作戦―ex7で3/8 3:10あたりから実験はじめます
・【転校生作戦】ex7とlive8の板たちは一時的に全部止まります[3/15]
・【ミニ雪だるま作戦】ex7で15:30ごろまで書けたのに急に書けなくなった人はこちらへ
・【嫌い】鷲鴨★が管理人にﾄﾞｺﾓ茸ぶつけるスレッド【作戦】64
・報告人作戦支部２ (犯罪予告・他人の私的情報専用)
・【報告人】報告人作戦支部24 (犯罪予告や重要削除対象案件)
・【報告人】報告人作戦支部26 (犯罪予告や重要削除対象案件)
・【報告人】報告人作戦支部22 (犯罪予告や重要削除対象案件)
・【報告人】報告人作戦支部22.5 (犯罪予告や重要削除対象案件)
・Gジェネレーションスピリッツ総合スレ
・宇宙ステーション「ｶﾞｶﾞｯえっと、蜘蛛が逃げた」
・運営って存在するの？全然ユーザとコミュニケーションしないよな
・エロパロ板ローカルルール申請
・2ch サーバーダウン(鯖落ち)情報 part503
・2ch サーバーダウン(鯖落ち)情報 part467
・2ch サーバーダウン(鯖落ち)情報 part504
・2ch サーバーダウン(鯖落ち)情報 part472
・2ch サーバーダウン(鯖落ち)情報 part476
・2ch サーバーダウン(鯖落ち)情報 part465
・2ch サーバーダウン(鯖落ち)情報 part482
・2ch サーバーダウン(鯖落ち)情報 part500
・2ch サーバーダウン(鯖落ち)情報 part496
・2ch サーバーダウン(鯖落ち)情報 part346
・2ch サーバーダウン(鯖落ち)情報 part470
・2ch サーバーダウン(鯖落ち)情報 part487
・2ch サーバーダウン(鯖落ち)情報 part334
・2ch サーバーダウン(鯖落ち)情報 part351
・2ch サーバーダウン(鯖落ち)情報 part495
16:41:39 up 51 days, 17:45, 3 users, load average: 48.90, 46.70, 51.21
in 0.027968883514404 sec
@0.027968883514404@0b7 on 030606
|
