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

2ch特化型サーバ・ロケーション構築作戦のスレッドです。

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

等を取り扱います。

前スレ:2ch特化型サーバ・ロケーション構築作戦 Part57
http://qb5.2ch.net/test/read.cgi/operate/1280669783/

過去ログ(1)

2ch特化型スペシャルサーバ構築大作戦
http://qb.2ch.net/operate/kako/1052/10529/1052923573.html
2ch特化型サーバ構築作戦 Part2
http://qb3.2ch.net/operate/kako/1062/10621/1062137886.html
【uma作戦】2ch特化型サーバ構築作戦 Part3
http://qb3.2ch.net/operate/kako/1068/10680/1068017802.html
【uma作戦】2ch特化型サーバ構築作戦 Part4
http://qb3.2ch.net/operate/kako/1074/10741/1074124767.html
【uma作戦】2ch特化型サーバ構築作戦 Part5
http://qb3.2ch.net/operate/kako/1076/10761/1076162131.html
【Project peko】2ch特化型サーバ構築作戦 Part6
http://qb3.2ch.net/operate/kako/1076/10764/1076413123.html
【Project peko】2ch特化型サーバ構築作戦 Part7
http://qb3.2ch.net/operate/kako/1076/10767/1076733846.html
【Project peko】2ch特化型サーバ構築作戦 Part8
http://qb3.2ch.net/operate/kako/1078/10789/1078972549.html
【Project peko】2ch特化型サーバ構築作戦 Part9
http://qb3.2ch.net/operate/kako/1080/10802/1080298357.html
【Project peko】2ch特化型サーバ構築作戦 Part10
http://qb3.2ch.net/operate/kako/1082/10821/1082125059.html
【Project peko】2ch特化型サーバ構築作戦 Part11
http://qb3.2ch.net/test/read.cgi/operate/1082990543/
【Project peko】2ch特化型サーバ構築作戦 Part12
http://qb5.2ch.net/operate/kako/1084/10844/1084429098.html
【Project peko】2ch特化型サーバ構築作戦 Part13
http://qb5.2ch.net/operate/kako/1085/10856/1085678587.html
【Project peko】2ch特化型サーバ・ロケーション構築作戦 Part14
http://qb5.2ch.net/operate/kako/1087/10876/1087666806.html
【Project peko】2ch特化型サーバ・ロケーション構築作戦 Part15
http://qb5.2ch.net/operate/kako/1093/10930/1093068260.html
【Project peko】2ch特化型サーバ・ロケーション構築作戦 Part16
http://qb5.2ch.net/operate/kako/1102/11020/1102087698.html
【Project peko】2ch特化型サーバ・ロケーション構築作戦 Part17
http://qb5.2ch.net/operate/kako/1107/11073/1107376477.html
【Project peko】2ch特化型サーバ・ロケーション構築作戦 Part18
http://qb5.2ch.net/operate/kako/1115/11151/1115133136.html
2ch特化型サーバ・ロケーション構築作戦 Part19
http://qb5.2ch.net/operate/kako/1121/11218/1121886018.html
2ch特化型サーバ・ロケーション構築作戦 Part20
http://qb5.2ch.net/operate/kako/1140/11405/1140540754.html
2ch特化型サーバ・ロケーション構築作戦 Part21
http://qb5.2ch.net/operate/kako/1145/11451/1145114275.html
2ch特化型サーバ・ロケーション構築作戦 Part22
http://qb5.2ch.net/operate/kako/1150/11500/1150052911.html
2ch特化型サーバ・ロケーション構築作戦 Part23
http://qb5.2ch.net/test/read.cgi/operate/1153650861/
2ch特化型サーバ・ロケーション構築作戦 Part24
http://qb5.2ch.net/test/read.cgi/operate/1166543133/
2ch特化型サーバ・ロケーション構築作戦 Part25
http://qb5.2ch.net/test/read.cgi/operate/1182697563/
2ch特化型サーバ・ロケーション構築作戦 Part26
http://qb5.2ch.net/operate/kako/1183/11833/1183341095.html
2ch特化型サーバ・ロケーション構築作戦 Part27
http://qb5.2ch.net/operate/kako/1200/12000/1200061619.html
2ch特化型サーバ・ロケーション構築作戦 Part28
http://qb5.2ch.net/operate/kako/1208/12086/1208685863.html

過去ログ(2)

2ch特化型サーバ・ロケーション構築作戦 Part29
http://qb5.2ch.net/operate/kako/1212/12126/1212665493.html
2ch特化型サーバ・ロケーション構築作戦 Part30
http://qb5.2ch.net/operate/kako/1217/12175/1217507006.html
2ch特化型サーバ・ロケーション構築作戦 Part31
http://qb5.2ch.net/operate/kako/1235/12355/1235553306.html
2ch特化型サーバ・ロケーション構築作戦 Part32
http://qb5.2ch.net/operate/kako/1249/12490/1249070920.html
2ch特化型サーバ・ロケーション構築作戦 Part33
http://qb5.2ch.net/operate/kako/1249/12497/1249734498.html
2ch特化型サーバ・ロケーション構築作戦 Part34
http://qb5.2ch.net/operate/kako/1250/12504/1250495550.html
2ch特化型サーバ・ロケーション構築作戦 Part35
http://qb5.2ch.net/operate/kako/1254/12544/1254496873.html
2ch特化型サーバ・ロケーション構築作戦 Part36
http://qb5.2ch.net/operate/kako/1262/12624/1262456223.html
2ch特化型サーバ・ロケーション構築作戦 Part37
http://qb5.2ch.net/operate/kako/1267/12677/1267711917.html
2ch特化型サーバ・ロケーション構築作戦 Part38
http://qb5.2ch.net/operate/kako/1272/12722/1272282096.html
2ch特化型サーバ・ロケーション構築作戦 Part39
http://qb5.2ch.net/operate/kako/1274/12742/1274259928.html
2ch特化型サーバ・ロケーション構築作戦 Part40
http://qb5.2ch.net/operate/kako/1274/12749/1274956432.html
2ch特化型サーバ・ロケーション構築作戦 Part41
http://qb5.2ch.net/operate/kako/1275/12753/1275395254.html
2ch特化型サーバ・ロケーション構築作戦 Part42
http://qb5.2ch.net/operate/kako/1275/12757/1275745544.html
2ch特化型サーバ・ロケーション構築作戦 Part43
http://qb5.2ch.net/operate/kako/1276/12761/1276199769.html
2ch特化型サーバ・ロケーション構築作戦 Part44
http://qb5.2ch.net/operate/kako/1276/12763/1276342978.html
2ch特化型サーバ・ロケーション構築作戦 Part45
http://qb5.2ch.net/operate/kako/1276/12765/1276518026.html
2ch特化型サーバ・ロケーション構築作戦 Part46
http://qb5.2ch.net/operate/kako/1276/12765/1276531326.html
2ch特化型サーバ・ロケーション構築作戦 Part47
http://qb5.2ch.net/operate/kako/1276/12767/1276769996.html
2ch特化型サーバ・ロケーション構築作戦 Part48
http://qb5.2ch.net/operate/kako/1276/12768/1276848371.html
2ch特化型サーバ・ロケーション構築作戦 Part49
http://qb5.2ch.net/operate/kako/1276/12769/1276953456.html
2ch特化型サーバ・ロケーション構築作戦 Part50
http://qb5.2ch.net/operate/kako/1277/12774/1277404142.html
2ch特化型サーバ・ロケーション構築作戦 Part51
http://qb5.2ch.net/operate/kako/1277/12774/1277469080.html
2ch特化型サーバ・ロケーション構築作戦 Part52
http://qb5.2ch.net/operate/kako/1277/12776/1277651499.html
2ch特化型サーバ・ロケーション構築作戦 Part53
http://qb5.2ch.net/operate/kako/1277/12778/1277829326.html
2ch特化型サーバ・ロケーション構築作戦 Part54
http://qb5.2ch.net/operate/kako/1278/12783/1278308050.html
2ch特化型サーバ・ロケーション構築作戦 Part55
http://qb5.2ch.net/test/read.cgi/operate/1278687412/
2ch特化型サーバ・ロケーション構築作戦 Part56
http://qb5.2ch.net/test/read.cgi/operate/1280354725/
2ch特化型サーバ・ロケーション構築作戦 Part57
http://qb5.2ch.net/test/read.cgi/operate/1280669783/

いーちおーつでーすよー

97年9月から稼働し始めた当方自慢のホームページですが、ちょうど今年で
満5年を迎え又アクセスカウントも20万を超しアイピーを晒してK県に宣戦布告
したという事を節目にバツが悪いためにホームページを休止し致します。
　思えば5年前にホームページを立ち上げたときは、このように2ちゃんねると
アマチュア無線の融合が爆発的に流行るとは思えずダイヤルアップ接続に
特化した内容のモノも少なく、手探りで勤務中に会社から50Wの移動局を主な
誹謗中傷の対象としてカキコして参りました。
この5年間続けられていたのもひとえに私をハケーンしに飲み会に来て
頂いたり無線板にネズラネタをカキコ頂いた方々のお陰と感謝の念で一杯です。
職場での左遷や愛犬の食費問題など公私共、今後さらなる金欠病が予測され、
ダイヤルアップ接続料に費やす資金が取れなくなるというのも休止の大きな
原因です。夢であったP5の首領殿とアイボールも出来、後はサダムフセイ
ン残しということで、パケクラに個人コールでレポートする気力が衰えたの
も事実ですが・・・?!今ではトカチさんをはじめとする多くのDXER諸氏が
常時接続回線を用いて個人ホームページを立ち上げられて居られますし
著名アイボールQSOクラブでも稼働させているところが多く有ります。
是非ともこういったホームページをご利用され、ご自身のカキコ向上に
役立てられてください!なお、当ホームページへのリンク張られていた方々、
申し訳ないのですが削除を御願い致します。この告知のページも経済的な
理由により1ヶ月程度をメドに停止致します。
本当に5年間当方自慢のホームページをご利用頂き、ありがとうございました。

http://qb5.2ch.net/test/read.cgi/operate/1281086504/5 2010/08/06 20:32:37 ID:yTqOM7fM0

404Mbpsｷﾀｰ

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から取ってる？

410.889Mbps

>>13
●持ってないけど乙です

豚肉１日７０００キロ、
卵１日５万個、
鶏肉３０００キロ、
餃子１日１００万個。

>>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

430.301Mbps

Jane Style

・「更新情報をキャッシュサーバから取得する」を追加
　更新チェック時のsubject.txtの取得先を、キャッシュサーバ(bg20.2ch.net)にするかどうかを設定します。

>>19
たしかsubjectはそうだったような気が、、、記憶が曖昧
つかtxtじゃ無かったね、p.soか

さてはじまるなぁ、どーん予想

・ｷﾝｸﾞｶｽﾞﾏｷﾀｰ
・おばあちゃーん
・75
・ﾖﾛﾋﾟｸｵﾈｹﾞｴ（ｒｙ

この4つくらいかなぁ山、、、

検索・更新＞更新情報をキャッシュサーバから取得する　にチェックが入ってる場合bg20から取得してるみたいだね
http://janesoft.net/janestyle/help/option/function/favpatrol.html

ちなみにXenoでは設定項目すらない、多分そのまま取ってるんだろうな

---

Monazilla/1.00 (JaneXeno/100625) p2proxy/2.66+

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

そろそろCPUかメモリがやばそうだな

>サーバから取得する

チェック入ってたけど引っ掛かった感じってよくわからない。
外してみてもよくわからない。俺、鈍感？
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

bg24 97.352

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

>>30
たぶん

NTVのサマーウォーズのせい

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

456.130Mbps

JumboFrame無しだと500Mbpsぐらいが限界です

c　　456.130Mbps ☆
bg20 86.508Mbps
bg21 89.570Mbps
bg22 93.884Mbps
bg23 97.721Mbps ★
bg24 91.351Mbps

460Mbps越えたらロードバランスほぼ無理だな

サマーウォーズは後半盛り上がる？
だったら、やばいなｗ

盛り上がるシーンがカットされているという噂が

うぬぼれがあるからなあTBS

457.208Mbps

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 ★

ここから分析タイムですね？

静か過ぎる
携帯→2ch運用情報スレッド116
http://qb5.2ch.net/test/read.cgi/operate/1279806830/

ビジー？？

なんかガクっとさがったな

208.004Mbpsまで急降下

ガクンと落ちたのは溢れた？ ttp://traffic.maido3.com/i6Br/Rnt3/JYBP/1gbps/

c　　208.044Mbps
bg20 58.688Mbps
bg21 35.629Mbps
bg22 44.005Mbps
bg23 47.759Mbps
bg24 46.852Mbps

ごめ〜ん
ここのことすっかり忘れて…
すすきのにいる私

びっくりだ

DNASは戻してもらった

なんですと〜〜〜

ああ、TTLが切れたと

なんだ、これからが面白かったのに

びくーりしますた。

tiger3554のシステムには異常はありませんですた。

そういえば、read.cgi/offlaw.cgiの対応、おつですた。

さっき見てみましたが、そんな対応ですたか。
少なくとも私が知っている大人の事情は、解決している様子。

こうなると、dso をどうするか、というかんじですか。
個人的には1つぐらい、
そんな盲腸みたいなものを残しておいてもいいのかも、と思ったり。

どーん @ hayabusa
http://mumumu.mu/bremen/hayabusa.html

おいちゃん　news4vipのトップがニュース速報(VIP)＠２ちゃんねる ゆとり奈々のままですよー

http://yuzuru.2ch.net/news4vip/

それぐらい自分らで何とかしろよ。

何だ誤爆か

age

ん？なんか一瞬詰まったぞ？

http://mumumu.mu/bremen/hayabusa.html
ブレーメングラフに途切れがありますね

10時44分ごろhayabusaなんか重かった
読み込み書き込み一切できず

一分ちょいぐらい　とすると
SSDかな

サマヲでしょ

重かったのは30秒ちょっとくらいかな
さすがハイブリッドタイガー

>>59
ちょｗ
暑さに負けてビールですか

今やってたアニメ映画は、どーんがある映画じゃないすか。

http://hayabusa-1gbpsgraph.maido3.com/hayabusa/
81.542Mでフィニッシュ
腐ってもTV初放映って事か。EVAと本命のバルスが今から楽しみ

リアルタイムで見れませんでした。。。

一時的に転んだっぽいですね。
状況証拠では、SSDが詰まった感じ。

8.1Rにしたいところだなぁ。 < hayabusa

といったところで、終電がなくなるのでそろそろ帰宅へと。

今日33度で明日も30度予報
オマケに明日まではススキノ祭り開催中
ひとときの休息は必要だわさ
カラダ壊さんように次の実験行ける事を期待

北海道って、酒とツマミも美味しいんだろうな

そういやどうでも良い話だけど、劇中の衛星「あらわし」は
はやぶさがモデルらしいぞｗ

あらわし対hayabusaの元ネタ同じ同士の戦いだったって所だな。

むーさん、帰宅中
おいたん、すすきの

>>66
てきとーに変えてみたー

あれだったら変えちゃってネ

>>85
とんかつ屋か！

さぼてん ★っておいちゃん？

VIPの看板画像の勤務地もyutori7のままだな

だから俺の名前を使うなと

もう、寝るべき。

ハゲ天★の方がよくね？ｗ
この前丸の内で食った天ぷらコースうまかったな・・・

サマーウォーズのエンディングでhayabusaがLA200まで行ったのか
22時4,257,770PVか、ワールドカップ日本戦並のPVだな

>>85
おつですおつです。

で、帰宅したのでようやくメールを読みますた。

大人の事情についての、SunOSさんと初代管理人とのやりとりを読みますた。
どういう手法で解消したかも確認しますた。

どくおさんから「誤ってサーバをリブートしてしまいました。
申し訳ございません。」というメールも来ていますた。

とりあえず、そんなわけで。
くたくた。

おつかれちゃん

おつかれさまです

中尾と違って root は賢いな

大人の事情について、動作が変だけど、それはそれでいいのかな？
詳しくはメールに書いておこう。

さぼてんはいつもさぼってんな

UNIX板の鯖名だけpc12のままにしてほしかった

なにをいっているのかわからない

ﾗｳﾝｼﾞｸﾗｼｯｸのsports2鯖ってどういう扱いなの？
負荷監視所にも載ってないし

ひろゆき個人のもちものとかそんなんじゃなかったか

うん。とりあえずここではさわれないんじゃなかったっけっか。
一時、重かった気がするけど直ってるみたいだし。
まだﾗｳﾝｼﾞｸﾗｼｯｸって何かおかしいのけ？

>>101
なるほど初めて知ったｗ
>>102
ふと疑問に思っただけで何もありまへん

>>96
メール読みますた。で、返事しますた。
変はその後のやりとりにより、SunOSさんの力で解決した様子。

今後の予定は、どうなってるんですか？

>>85
ニュー速もnamidameでもtsushimaでも無いんだけど
TOPが涙目ニュース速報＠2ch掲示板　対馬守備隊なんですがどーしゃーしょ？

はよ急鯖撤去して新鯖1本に纏めろや

ひと段落ついた感じなのかな、
そろそろ↓対応希望

72 ちきちーた ★ [] 2010/08/02(月) 00:10:58 ID:???0
>>24
おしまい
復帰してもらってくださいー

名無し表示は・・・
あちらをたてればこちらが立たずなんですねぇ
同じサーバに同居できないと、
また今度かんがえますー

>>108
催促したため永久にこのままです

>>109
え、そうゆう規則なの？

規則は後付で都合のいいように作るものです

>>110
ちきちーた ★はそういう性格です。
催促すれば催促するほど後に回す。ごく稀に対応する事もあるけど。

ご本人の気分の割合がかなり大きいので、頭使うような作業は気分が乗ってる
状況じゃ無いと取り組んでもらえない。
なんか北海道は本州以上の猛暑らしいし。

>>108
http://qb5.2ch.net/test/read.cgi/operate/1278209099/431,434,439

鯖移転前にここでおいちゃんに名無し変更のお願いしたのは俺だが
こんなことになっているんで今様子見していたところだ
余計なことすんなよ


>>rootたんやおいちゃん各位
いつもいつもアニメ系板の住人がオイタしててごめんなさい
気にせずスルーしておいてね

今日も暑い。

頭の中は、
スタミナ･スタミナ・スタミナ付けなきゃ
スタミナと言えば「肉」「ビール」、冷房も欲しい
まずはアイス食べるか、冷房と言えばホテルか、
飲んでいると朝になる、朝になっても30℃近く
早く秋になれ、
まずは・・・　ビール・肉・アイス・冷房・・・

何かするとミスしそう
何もしないほうがいい

近況まで、

暑いししょうがないよね

ミスするくらいならやるべき（やる時期）じゃないよね

hibari鯖の他にhidari鯖ってあればいいのに

>>117
老人と子供のポルカを歌うのかぁ

芋でもポルカ

>>117
板名と被りますよ(´・ω・｀)

左利き
http://yuzuru.2ch.net/hidari/

http://hidari.2ch.net/hidari/

ちょっといいなｗ

http://hidari.2ch.net/sachiko/
ニック・ニューサーも大喜び

次はひばりなのかい？

hibari利き

八月は暑いから酒が飲めるぞ

飲んでー飲んでー

死ね

呑まれてー死んでー

死ね

172 客室乗務員(愛媛県) :2010/08/07(土) 13:59:25.90 ID:VUx5YGRx

固定だから馴れ合いとかが始まるとアウト
2ch運用情報みたいなキモさになる

札幌は、雨降って暑さも一段落ですか。
ローソク出せよー。かっちゃくぞー。

ところで板の移転祭りはひとまず終了したって理解でヨカですか？

大半は移転しつくしたからほとんど気にしなくていいんじゃないかな

掲示板系の鯖は99%移転したような。

yuzuru、tokiを1Gbps化したらkamomeを吸収できそうな気がしないか。
それとhibariが楽しすぎなような。
http://stats.2ch.net/karasu2.cgi

>>135
kamomeは癖のある板を集めて、セッティングも特殊じゃなかったか？
hibariは鯖の元手が違うので、あれは、あれでひとつ。

>>136
そうか。事情よく知らないので数字だけ見てたよ。
失礼しました。

rootさんが心血注いでセッティングしたkamomeが
yuzuru、tokiに吸収されたらrootさん泣いちゃうよ。

rootさんはmaido3の中の人にアドバイスしてただけでkamomeのroot権限は持ってないはず
それにtoki、yuzuruはkamome(live28)とhayabusaの子供みたいなもんだし(設定の大部分が流用されてる)

でもkamomeは独立させておいたほうがいい気がする
あの鯖に入ってる板たちは単独で鯖を落とすほどの勢いを秘めてるからね

νとか大きめの地震があると勢い100万超えるときもあるしね
それこそ「どーん」だよ

http://kamome.2ch.net/test/read.cgi/newsplus/1281182804/
ドーンきたぞ

東海地方×ドーン＝げりらっパの最終回。

ときどきレスを吸い込まれたりもするし
こういうことが飽きるってことはkamomeはちと不安定なんかね？

【話題】東海地方の広範囲で「ドーンという爆発音」
http://kamome.2ch.net/test/read.cgi/newsplus/1281182804/146-147
146 名前：名無しさん＠十一周年[] 投稿日：2010/08/07(土) 21:18:11 ID:k6XkNYgz0
>>1
>７日午後５時すぎ

おかしいな。ドーンだったら午前5時くらいだろ。

147 名前：名無しさん＠十一周年[] 投稿日：2010/08/07(土) 21:18:11 ID:k6XkNYgz0
>>1
>７日午後５時すぎ

おかしいな。ドーンだったら午前5時くらいだろ。

後ろで三倍の早さでカサカサテンション上がってる人想像したら一人爆笑してもうたｗ

誤爆しました

http://traffic.maido3.com/tOZN/fWWv/Aahn/
www.2ch.net(cobra2246)のRecvが頻繁に上がってる
15日の予行演習でもしてるのかな

高校野球じゃね？

さばいてんで全ての板におかれているリンクが古くなってます

<center><font size=-1><a href=http://news24.2ch.net/femnewsplus/>ほのぼのニュース</a><br>いぢめる？</font></center>
↓
<center><font size=-1><a href=http://toki.2ch.net/femnewsplus/>ほのぼのニュース</a><br>いぢめる？</font></center>

>>148
■ ローカルルール等リンク先更新総合スレッド 23
http://qb5.2ch.net/test/read.cgi/operate/1261270221/

>>149
変更人に700の板を手作業で変えさせるおつもりですか・・・酷ですね

今日は何か実験するのかな

>>149
そこは各板の「ローカルルール部分」の変更依頼場所。
なんでも適当に誘導すればよいというものではない。
頭を使いなさい。
頭を使えないなら誘導の真似事などをして
自己満足だけで周りに迷惑をかけるようなことはしないように。

さてさて次へと
これからやろうと思っていることは２点かな、

1. C(PHP)がdatを取得する部分を改造。毎回dat全部転送するんじゃなくて必要な部分だけにする。
　これで現在500Mbps使っている部分が30Mbps以下になるんじゃないかな。
　「何行目から何行目をよこせ」というように改造する

2. CとBG部分を一台のサーバ内に閉じ込める為にどのようにすればデータのやりとりが出来るか
　手段を確立する。BG部分はより賢くエレガントに書きたいからCで書いてサーバ内に常駐させたい。
　PHPでサーバ内に常駐しているプログラムからデータをどうやったら引き出せるのか・・・

差分取得かぁ

今まで
http://qb5.2ch.net/test/read.cgi/operate/1281086504/l50
でも
http://qb5.2ch.net/test/read.cgi/operate/1281086504/100-120
でも
2ch特化型サーバ・ロケーション構築作戦 Part58
http://qb5.2ch.net/test/read.cgi/operate/1281086504/
の全データを転送してたってこと？

>>155
うん。

ちがったっけか?

一回スレ丸ごと取得してそのdatをC内に保存し、次に同じスレへのアクセスがあった場合は
２ちゃんの鯖にアクセスしてタイムスタンプのみを取得し、日付が変わっていた場合は再取得、同じならC内のDatから読み込む
ってのは？

と書いてみたけど、流れの速いスレじゃ全取得しっぱなしになるのかうーん

>>153
読む側も書く側も大改造が必要になると思うが
memcachedなどのキーバリューストアデータベースを使うように改造したらどうだろうか
書く側はレスをファイルに書くと同時にmemcachedにも書く
読む側はmemcachedから必要な部分のクエリーを出して読む
もし今後読む側の性能が不足してきたら今まで同様に並列にホストを並べてスケールさせられる

実際どういうコードになるのよといわれた場合は何も助力できませんすいません

Cの改造は大改造になる?
ちょちょっと10分くらいで終わると思うけど・・・

もう全部ZIPでくれにしちゃうとか

差分取得なんてそんな難しいもんじゃないでしょ。

If-Modified-Since 使えばいいの？

そんな難しいやつじゃなくてさ

http://qb5.2ch.net/test/read.cgi/operate/1281086504/100-120 形式にするだけなんだが、
100レス目から120レス目のデータよこせ、、

それだけならあぼーん考慮しなくていいし簡単じゃね

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
の分だけ今までよりリクエストが長くなって鯖の処理がちょっこし増えて転送量がぐっと減ると

あんまり技術的なことはわかんないけど最近は転送量がネックになってるらしいから
見込みありそうなのかなー

>>170
それはBGがすでにやっていまーす

非常にレス速度が速いときにはトラブルにならないの？

20倍改善するんじゃないかなぁ

>>175
なんでそうなるのかの理由をしりたい。

リファレンス見ながら頑張ってみまーす

>>177
ユーザーからのリロード要求が増えるような気がするんだけど
はずしてる？

えいえいおー

>>179
リロード回数なんて変わらないよ。
ユーザーから見たら変わらない。

そうですか
スマソ

2はこういう事でしょ？

2ch−BG−何かの共有ストレージ−C−携帯
（BG・共有ストレージ・Cは1台の鯖内）

短パンじゃなくて
http://qb5.2ch.net/operate/kako/1276034202.datを表示したりは無理かな？

とりあえず、
$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からの要求が多いスレはその度に読みに行くとか

BG差分取得対応ですか？
お待ちしております。

$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に取得しに行く部分が
多少増えても見かけのパフォーマンスはほとんど変わらないはず。

しかも、差分取得してキャッシュに追加なんて処理的には小さすぎる変更。

>>189
20倍にあがると思うよ

予想・予測は立てれても、その時の条件で結果は変わってくるんだから、実験してみないとわからんよ。

実験してだめなら、また考えればいいだけだから、やってみよう。

石橋を叩きながら渡るですね

ようし　たとえ話大会に・・・

某国は「牛タン」しか食べないのに牛を丸ごと一頭毎回輸入して「牛タン」以外は捨てていたんだな
それ輸送費はかかるわなんだで無駄だから「牛タン」だけ輸入することにしようと、

牛さんもったいないです…

>>195
ビルの地下のsavoyの支店がある飲食店フロアの牛タン屋の常連かい？

>>195
牛タンだけ輸入しようとしたら、他の部位も買ってくれなきゃ売らないと言われるんですね

吉野屋の牛丼は現地であまり食べられない部位を輸入して成功したとか

Cってデフォだと一回の表示で何レス表示されるの?

10

デフォは10レスですー

じゃあ、L10にしろって事ですか。そうですか。

>>1も表示するから11じゃない？

その10レスを表示するのにdat全部(最悪　1000レス)毎回もらってくるのが現状
これが500Mbpsなんですな

>>205
それって、キャッシュさせずに捨ててるの？
携帯から1回要求ある度に、全レス要求していた？

テールほしい

>>206
そうですー

>>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が入ってなかったら、
再度リクエストして、タイトルや本文取得する方向でしょうか。

NHK総合でアニソンやってますけど

>>217
ポインタだけで中身は移動しないし、
レス番号はリニアだし、

>>218
今は案をまな板に乗っけて叩いているところだす
それが終わったらI/F決めて
それから C/BGの改修へと

ouiです。
なんかこっちのソースでも出す所ありますかね？

いまのとみろ特にないような

聞きたい人が居ないのもそれはそれで寂しいですね


増築しすぎて無駄な分岐が沢山あるんですよー
この機に乗じて助けて欲すぃ

>>222
おいちゃん、ひらがな入力かw

>>209
BG単体での話なら分からなくもないけど。
今はCがその処理をしているわけで、それをBGがするようになるだけでしょ。
むしろdatすべての転送が終わるまで処理できないことがなくなるから今より遅くなることはないよ。

>>219
hayabusaが60.335Mで＋40M くらい

>>225　！！！
なるほど！分かりやすい話がきた！

CPU時間と転送量のどっちを取るかって言う昔から繰り返してきたネタだな

>>209
いまのボトルネックが何なのかも考えず、単に分岐だけの話かよ。
何だかな〜

>>229
おまえが知らないだけ

富豪的プログラミングを叩く年寄りみたいだな

おおー、bgの差分ようやく来たー

これ20もおｋでしょ？

あっと正確には差分じゃないか、指定か

なんにせよ無駄がへるへる

此処でシャドーはやめてー

月面基地?

bg20はまだまだ全レス取得してる。>>232

っていうかまだじゃん？

いえ、なる予定って事でしょ？

外の人には大変態ありがたいんじゃねー

http://traffic.maido3.com/tVYn/37Nk/YfUc/

もうやってる？

わしゃ　まだ何もしとらんが、

トラフィックが落ちてたから、導入してうまく行ったのかと思ったｗ

小人さんはだれだ?

>>238
いや。ほんとにすみません。２レス書いた時点で気付いたです。
とりっくさんの投稿の意味。
でも恥ずかしいのであまり触れないでください＞＜

Cの方は変えたの?

>>241
この時間帯だとグラフが一回りしてるんじゃないかと

>>244
まみらさんのスレを見るにまだかも。苦戦していそうです

>>245
あー、なるほど。完全な勘違いでしたorz

c-testに変えたの入れてますよー。

了解ですー

頑張ってBGにも入れます
まずはソース探さなきゃ・・・

もう動いちゃってる?
それともおかしい?

http://c-test.2ch.net/test/-/operate/1281086504/i

>>188 の
上二行追加、下一行変更のみです。
>>1に対応してないので、タイトル表示されないですね。

その後に続くファイルを舐める作業がどう動くのかは未知数。。

http://c-test.2ch.net/test/-!debug=1/operate/1281086504/i
動いてる上に、おかしいですー。正規表現間違ってる！

>>250
動いていますよ、と>>250のリンクから書いてみたり(´・ω・｀)

いやん丸見え

if(preg_match("/[in]?/",$p['option'])){$s['res']="l50";}
↓
if(preg_match("/[in]/",$p['option'])){$s['res']="l50";}

変更してみました。これで動いてるはず。

切り出しまでキャッシュっていうのは、
各レスの先頭オフセットのインデックステーブルを作っておく
ということだと思うのだけれど、違うのかな。

正しく動いているの?
まだBGは何もしていないんだけど、
何もしなくてもそうなっていた、何もしなくてもいいってこと?

>>256
そうそう

ええと、BG側で変更されてないって事はレスの番号無視されてると思うので、
たとえば、
http://bg22.2ch.net/test/r.so/qb5.2ch.net/operate/1281086504/233-
の末尾233-に反応してないので、dat全部持ってきてます。今。

いまはc側で処理してるんでしょ？特にbg何も変わってないようだけど

http://traffic.maido3.com/i6Br/Rnt3/JYBP/1gbps/

グラフでも、Sentに比べてRecvが大きいのですね。

●の値段は４台／もとの台数にするんだよね？？？

>>260
できれば、、
そのC側での処理をやめていただけるとBGの開発がしやすいなぁ

というか、まずI/Fを・・・決めたいんだけど、
決まっちゃった?
決まったらここに書いていただけると嬉しいです
そのわうにBGをコーディングしますんで、

ですよねー。
どの関数使えばファイルの途中から読めるのかしら、、？

わう

>>264
I/Fってのは例えば>>259の様なBGに投げるパラメータの事？

fseek?

>>268
ローカルリソースのみです。。

とりあえず

233
233-
233-266

ってのがbgから取得できればいいんじゃね？ほんで>>1を>>256でキャッシュしといて
iとかでそいつも取得できればいいってことかしら

233,266とかはどうすっべ？

Cならseekとかfseekとかlseekとか、って話じゃなくて？

>>263-264
bgを先に作ったほうが楽なんじゃないかってことですかー？

CにあわせてBG作るのか。BGにあわせてCを作るのか。

C側って（今は）内部でキャッシュしないで、携帯からのリクエストをそのままBGに取りに行っているのかしら？
なら、
233
233-　（〜以降）
233-240　（範囲）
233,240　もしくは　233+240　（複数のレス）
l50　（最新〜レス指定）

よく使われるのはこんな感じ？

＞233,266とかはどうすっべ？
＞233,240　もしくは　233+240　（複数のレス）
これは使ってないです。

>>1の中のスレタイって使ってないの？

今の状況は >>153の1.

・Cが差分だけのリクエストをBGに投げる＞とりあえず完了？
・BGがCからのリクエスト通りに差分部分をCに返す＞これが今から作る？

こう言う事？

むー、外からじゃ良くわからんので、まみらさんが欲しいI/Fを書けば医院で内科医？
そんでおきつねさんがそれを元にbgをこーちんぐすると

>>273
そういうことじゃねーすか、じゃないと500Mbpsもいかんでしょ
そのためのbgだったし

だいたいファイルのポインタって何よ。バイト毎じゃん。
同居して同じHDDだったら読めるかもしれないけど、使いこなせるかしら。

標準的なI/Fの提示ってどういう風にするのですか？

>>275
がんがん使ってます。

まみら ★さんが話を理解していない気がする

>>278
まずは、こういう風にしたいっていう要望書けば良いんじゃないですか？
そうすればみんあでがやがやできるし。
あとはそれをコーディングしてくれる気がする。
それにあわせてC側をコーディングする。

要求の提示→仕様をつめる→BGコーディング→Cコーディング

で、どう？

>>282
なるほど

まみらさんのなかで、「それ私がやるの？」が渦巻いていないといいんだが

>>280
じゃあ>>1＋要求レスがBGから返るようにするのが簡単じゃないですかね
IFとしては

>>211
好きにしろ。

>>285
あ、今それ私も書こうとしてた！

さて、まずはソース探してくる 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 側で各レスの先頭に
レス番をつけてしまうのもありかな。

失礼。かぶっちまったぜ org

>>291
そうそう、そんな感じ
で、どういうI/F(呼び方)にするかなぁということで、従来のread.cgiの方法もあるけど、めんどくさいからなぁ
ちょっとたたき台考えてくる、

スレタイをどうやってデータに含めるか、も重要だね。
dat的には>>1にスレタイがあるわけで。

BG側は変に拡張せず要求どおりに元データを転送するほうが良いと思う。
つまり、BG側への要求は　/200-210 ってだけでスレタイもBGから送信されるんじゃなくて、
スレタイ要求＋/200-210　ではじめてスレタイもBGから送信されるようにするって感じ。

外部にも利用されることを考えると特定の（ここではC）だけに特化させないほうが良いと思う。

>>291
「先頭レスのレス番」は必要だと思うけど、「レス数」は送られてきたレス数から判定できるしいらないんじゃない？

×「レス数」は送られてきたレス数から判定できるし
○「レス数」は送られてきたレスから何レスか判定できるし

http://qb5.2ch.net/test/read.cgi/operate/1281086504/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<> 本文 <>

が欲しい時は、

http://bg20.2ch.net/test/r.so/qb5/operate/1281086504/287-289　と呼ぶ(あってるべか)
スレタイが必要なら一行目はかならず >>1 を送ることにする?

動く動くウゴウゴ２ちゃんねる<>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<> 本文 <>

たたき台お願いします。

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
本番じゃなくテストですんで、ほっといていい予感。

>>296
そうですね。あまり拡張しない方が。

read.cgi は
http://qb5.2ch.net/test/read.cgi/operate/1281086504/287-289
こうやると >>1も表示するのか、

http://qb5.2ch.net/test/read.cgi/operate/1281086504/287-289n
こうやると　>>1 の表示なしか、

いまおいらが作ってるやつは
/ 全取得
/1 個別取得
/2-11 範囲取得
/1+3+5 指定取得
して
xmlデータにスレタイと名無しデータとかいろいろ突っ込んで送ってるよ。

直近の5resと>>1
http://qb5.2ch.net/test/read.cgi/operate/1281086504/l5
直近の5resのみ
http://qb5.2ch.net/test/read.cgi/operate/1281086504/l5n

>>304
http://qb5.2ch.net/test/read.cgi/operate/1281086504/n287-289
これでも同じですよ

>>305
今回　/1+3+5 指定取得　はやらないとして、

/ 全取得　←　これは出来ている。
/1 個別取得　←　つくらなくてもいい? /1-1でいいんじゃまいか
/2-11 範囲取得　+ >>1つき　←　これを作る

かな? これでC側は足りる?

常に>>1を含むのが楽

>>301
わたしはそれがいいとは思うけど。

しかし、ByteRangeな方式なら、そういうデータが混じるとクライアント側の追記処理が面倒になるんだけど（要求のサイズと実際のデータサイズが異なる）、
もとよりレス番指定方式なら、（要求の）先頭レスにスレタイが含まれていても、各レスにレス番がついていてもクライアント側で対処は可能だと思う。
ただ、BG側で拡張しないほうが、逆にクライアント側で拡張しやすいと思う。

http://qb5.2ch.net/test/read.cgi/operate/1281086504/287,289
これは無理なのか

要求先頭レス番をHTTPのX-なんちゃらヘッダで返すのが
エレガントといえばエレガント

>>308
/l50
みたいなものも必要では？

毎回>>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みたいなのも欲しいです。

>>318
りょうかいです。

>>313 のやつですね、

>>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をつけると、
この方がいいかもね、

read.cgiと逆にするの？

ギャク゛かも

ちょっと風呂入ったりしてた
>>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)

なんとなく出来た気がする、若干仕様と違うかもだけど指摘してもらって直すということで。

http://bg20.2ch.net/test2/r.so/qb5.2ch.net/operate/1281086504/
http://bg20.2ch.net/test2/r.so/qb5.2ch.net/operate/1281086504/l10
http://bg20.2ch.net/test2/r.so/qb5.2ch.net/operate/1281086504/l10n
http://bg20.2ch.net/test2/r.so/qb5.2ch.net/operate/1281086504/287-289
http://bg20.2ch.net/test2/r.so/qb5.2ch.net/operate/1281086504/287-289n

試してみてー
現在はtest2の下で動かしています。

test2にしてみました。

あっ　ごめん
現在 bg20だけですー

c-test からはbg20だけ見に行くようにするとか、

おおっ20ですか。

bg20ってどういう性格のものだったっけ?
c.2ch.net 専用? どこからでも使っていいやつ?

どこからでも使っていいやつで、ｃでは未仕様です。

一般開放っぽい。

http://info.2ch.net/wiki/index.php?%A4%C8%A4%AB%A4%B2%A4%CE%BF%AC%C8%F8%C0%DA%A4%EA%2F%A5%D0%A1%BC%A5%DC%A5%F3%A5%CF%A5%A6%A5%B9
＞クローラを使っている方へ
＞
＞bg20サーバからデータを取得れば、バーボンハウス行きにはなりません。
＞例えば、http://society6.2ch.net/test/read.cgi/gline/1169964276/ の場合、
＞http://bg20.2ch.net/test/r.so/society6.2ch.net/gline/1169964276/ からdatを取得できます。
＞ただし、差分取得はできません。

そっか、ちょっと待ってて
bg21にtest2入れてくるだす

動いてる感じ。あとはレス番ですねー。

単品だとこうか
http://bg20.2ch.net/test2/r.so/qb5.2ch.net/operate/1281086504/287-287 >>1有り
http://bg20.2ch.net/test2/r.so/qb5.2ch.net/operate/1281086504/287 >>1無し

http://bg21.2ch.net/test2/r.so/qb5.2ch.net/operate/1281086504/
http://bg21.2ch.net/test2/r.so/qb5.2ch.net/operate/1281086504/l10
http://bg21.2ch.net/test2/r.so/qb5.2ch.net/operate/1281086504/l10n
http://bg21.2ch.net/test2/r.so/qb5.2ch.net/operate/1281086504/287-289
http://bg21.2ch.net/test2/r.so/qb5.2ch.net/operate/1281086504/287-289n


どーだ

>>356
ぜーんぶ　bg21のtest2に振ってもらえます?

あ、逆だ

>>357
振ってみましたー

ども

>>354
なるほど、　レス番なのか、、

スレタイもじゃね？

>>362
>>1 には入っているが、

bgじゃなくてcの方がまだみたいなので

どうするかな、、
案としては最初の一行を特別な意味で使うとか、、
こんな感じ

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<> 本文 <>

もっとエレガントな方法ある?

>>293 という方法がいいのかも・・・

ははーん、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の0(>>1があるとき0)は
0(>>1がないとき0)の間違いですか？

雷うるさくて犬がビビりまくりで起きてしまった。

>>365
レス番指定に n があるやつとないやつの挙動が、 read.cgi と逆だよ。
n ありだと >>1 がない。 n があると >>1 も表示。
で、 C からは n なしで要求されるから、 C ではその >>1 を使ってスレタイを取れるなと。

レス番は >>368 みたいなのを想定していて、html作る時Cが自分で文字列生成していたものを、
BGから来たデータをパースしたものに置き換えればいいんじゃないかと。

こんな感じでどうでしょ？

うん、
雰囲気雰囲気(←なぜか変換される)

>>375
そっか逆か、　nはno firstのnだった
直してくる、ついでにレス番を最初にいれてみる @bg21

>>1げとはできました。

最近のIMEはおりこうさん

スレタイは>>1からでもいいんだろけどさ
>>1を表示しない場合も>>1付きで取ってスレタイ取得、>>1排除になるわけ？

>>365と>>368のコラボはどう？
んで例えば空白の改行までをヘッダ(httpヘッダとは別)としておけば
あとあとメタデータ追加する場合でもC側の変更がなくて済むし。

なんだかリッチな方向に進んでるような…

http://bg21.2ch.net/test2/r.so/qb5.2ch.net/operate/1281086504/
http://bg21.2ch.net/test2/r.so/qb5.2ch.net/operate/1281086504/l10
http://bg21.2ch.net/test2/r.so/qb5.2ch.net/operate/1281086504/l10n
http://bg21.2ch.net/test2/r.so/qb5.2ch.net/operate/1281086504/287-289
http://bg21.2ch.net/test2/r.so/qb5.2ch.net/operate/1281086504/287-289n


どーだ

nは知っててやってるのかと思った

>>380
いいかもしんない

>>379
もったいないお化けが出ますかねー？
ただ、C言語で組み直す時のことを考えると、マルチバイト込みの文字列をまじめにパースするのは
それなりに面倒ではないかと。

>>382
よさげに見えます。

わざわざ >>1を取得しないとスレタイが取れないのもなんだから
一行目のデータにスレタイを必ず入れるとか?

それができるなら一番効率的なんじゃね？
むだがなくてスリムだなぁ

ちなみにこれtest2のままいくのかな？
いきなりtestをこの仕様にかえたら阿鼻叫喚だろう、いろんな所が

そして>>1をとったらスレタイを二重につけるバグと

contents lengthの方がむしろ・・・

勝手にとっているところならいいんじゃないかな。
それもまたなんとやらだし。
ひ(ryが何かしてる所でbgからとってるところってあるのかな？

>>386
仮に入れてみた。

>>387
bg20以外はc専用だからいいんじゃね

>>387
> それができるなら一番効率的なんじゃね？
> むだがなくてスリムだなぁ

ですね。マルチバイトのことは心配しないで、おいちゃんに任せると。

>>385
というか　Cで書いてまーす　r.so@bg

こんなとこですかねぇ
あとはCをこの仕様に改造してもらうと、
そして C(1台)+BG(1台)の実験をやってみる。

>>384 改造よろしくお願いしますー

あとバグは多々あると思うので気がついたらここで教えてくださいー　> みなさん

>>394
あらら、失礼しました。じゃ、問題ないですね。

とりあえず、read.cgiと同じ動作ってことは把握しました。

けど、
http://bg21.2ch.net/test2/r.so/qb5.2ch.net/operate/1281086504/500-501　（開始-終了が未来レス）
という指定で全レス取得ってのはどうなんだろう。
せめて開始レスが存在しない場合は短パンマン ★か“空”のほうがいい気がするけど。

指定へまって携帯で全レス取得することにもなりかねないとか。

でもURLを指定してくるのはCのほうだから、存在しない事象ということで片付けるのもひとつの手かな。

レス番がズレるのは治ったけど、
/nと/iが何してるかわかんない

>>399
http://bg21.2ch.net/test2/r.so/qb5.2ch.net/operate/1281086504/n という意味かしら？
という前提ではなしますが、
bgの仕様(read.cgiと同じ動作）から言うと、

n っていうのはレス番指定に n 含まれている場合（その含む位置は関係ない）は>>1を表示しない。

http://bg21.2ch.net/test2/r.so/qb5.2ch.net/operate/1281086504/2- と同義。（read.cgiでも同様）

/i ってのは分からない。それとも /l（える）のこと？
/l（える）ならこれもread.cgiと同じで　http://bg21.2ch.net/test2/r.so/qb5.2ch.net/operate/1281086504/l10 と同義。

携帯の/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を表示する

>>404
今晩にでも。

あれ？
×5)no_first=trueならば､>>1を表示する
○5)no_first=trueならば､>>1を表示しない

だね。。。

ID検索時はdat全取得がシンプルでいいような

>>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++){ }

こうかな

そこに x > y をぶち込む

>>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行は、コメントはずす必要ないです。
デフォルトでその値になっているです。

>>414
日曜プログラマーですんで、

>>403
read.cgiから持ってきたからほぼ同じ仕様になっていると思うんだ、きっと

毎日が日曜日

ニー速民ですね

本日も実験してみますかねぇ

転送量が 500Mbpsからどれだけ減るかに注目ですが、

ここは逆になぜか増えるという展開をキボン

c-test.2ch.netの準備はどうかしら?

auとSOFTBANKは蚊やの外ですか？

>>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

1/6ぐらいか？

subject.txt見てる人結構いるのね。

>>437
それは何を見ると分かるんですか?
Cの中?

BG22-24のグラフ。

ということは、現在　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のLAがすげぇ

なんか　一瞬へんだったのか?

一瞬さわりました。ごめんなさい。

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 を作成中

我慢できる重たさ
http://c-test.2ch.net/test/-/operate/1281086504/w

---

Mozilla/5.0 (Linux; U; Android 1.6; ja-jp; SonyEricssonSO-01B Build/R1EA025) AppleWebKit/528.5+ (KHTML, like Gecko) Version/3.1.2 Mobile Safari/525.20.1

>>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

>>469
はーい
投入後、様子をみつつ・・・

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

相当重いな
2時間持つか

効率の悪いロジックを誰かさんが書いてるから

ロジックとは言わんなぁ

呼ばれた気がする

>>473
>あと最大でも200ﾚｽしか返さないなんて制限も必要かも｡
それは間違った範囲を指定した場合の制限ですか？
それとも200レス以上欲しい人に対しても制限かけるのですか？
後者ならやらないほうがいいと思います。
欲しい人は制限があっても、その分接続するだけだし、TCPコネクションの数が増えるだけではないでしょうか。

あれっ？アンカーが変。
上は>>413あてです。

きた、　bg30.2ch.net ハイブリッドbanana
banana3802

うけとって
BG仕込んでくる

banana3802.maido3.com(bg30.2ch.net)の転送量グラフはこちらになります。
http://traffic.maido3.com/fRDk/TNZI/OuoJ/

楽しみ

>>413
開始レスが存在しない場合、空か>>1のみが嬉しいです。

重すぎて転送量減ってるのかな？

>>418
なるほど

>>437
専ブラでそう言う仕様のものがります(リロード制限回避)
その影響じゃないですかね

あっbg23ーbg24なら関係ないや

てこずってます、
まだまだかかりそう　< bg30

>>486
慌てて失敗すると結果的に時間がかかることになるんだろうから
ゆっくりでいいので確実に作業してくれ

あまりに重いので、各BGに振り分けてもいいですか？

って、test2入ってないのか。。。。orz

古いPHPに戻せばいいのか。データは取れたのかなぁ。

だめだ、ちょっと、戻してきます。独断ですが、やばい。

同じかぁ、HDDがｷﾘｷﾘ言うのと、回線が溢れるのとどっちがやばいんだろう？

何がどうやばいのかな？
それを書かなきゃ♪

おいらはbg20に入れたっけ。。。

HDD苛めすぎたらシステムごと落ちるんじゃないかなぁ

入れなかった（照）

>>492
どっちもどっちじゃないかなぁ。
今はあんまし気にしなくていいと思うよん♪

金曜日の状態にしたのか

http://sv2ch.baila6.jp/graph_live.cgi?!bg21.2ch.net
このグラフ見て、壊れそうだと思いました。
>>471 にも限界と書かれていますし。

>>495
じゃあ、やっぱりbg21一本体制にしておきますか。。。
どっちもどっちなら

apache のバージョンが違うためか　(bg21とハイブリッドbanana)
apr_なんちゃらの socket関係のところでこけている。
たしかにbg21でコンパイル時にでなかったワーニングがハイブリッドbananaででる

read.c:225: warning: implicit declaration of function 'apr_socket_create_ex'

>>497
あらーんどこかで見覚えのあるグラフ♪
限界といっても「壊れる」限界ぢゃくって、捌ききれる「限界」だから壊れるのとは別♪
気にしなくてもいいのだ♪

そいえば、uptimeの記録はしていないのよね。@bg2*

ttp://qb5.2ch.net/operate/kako/1230/12307/1230725741.html#249
でも同じ現象が出ていたような♪

dsoにあるread.cgのMakefile持ってきて
改造して使えばいけるはずと予想。

また中の人がインストールミスってるんじゃね？

>>499,501
今後はFreeBSD 8.xR＆Apache 2.2が標準になっていくだろうから、
いつだかのbg21みたいに旧仕様で作らず、新仕様にあわせて改良していくほうがいいかと

ソース書き直した　>>504のように
これからデバッグだー

まぁ　時間がかかるから
今日は撤退ですな、

DNS元にもどしますー

できた気がする

http://bg30.2ch.net/test2/r.so/qb5.2ch.net/operate/1281086504/
http://bg30.2ch.net/test2/r.so/qb5.2ch.net/operate/1281086504/l10
http://bg30.2ch.net/test2/r.so/qb5.2ch.net/operate/1281086504/l10n
http://bg30.2ch.net/test2/r.so/qb5.2ch.net/operate/1281086504/287-289
http://bg30.2ch.net/test2/r.so/qb5.2ch.net/operate/1281086504/287-289n


どーだ

c-test、bg30に振ってきまーす

だん

んじゃ　またDNSを、　c-testにふりますー

本番か

本番きたー

(ﾉ∀`)ｱﾁｬｰ

c-test
http://traffic.maido3.com/i6Br/Rnt3/JYBP/1gbps/
bg30
http://traffic.maido3.com/fRDk/TNZI/OuoJ/
観察

ﾄﾞｷﾄﾞｷ

擬似本番ぐらい？

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

もしかして、このまま2台達成！？

>>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

全部行っちゃいますかぁ＞p.so

まだ　test/p.so はいってない　@bg30
ソケットのとこ書き直してデバッグ必要な予感、

作業にとりかかってみよう、そうしよう。

そういや一本になったら外部用はどうなるんだろ？

では、待ち。

やってみた

http://bg30.2ch.net/test/p.so/qb5.2ch.net/operate/

はやっ。行ってきまーす。

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にリクエスト出来る気がするし。

でも外部用のリクエストも一緒にして捌けるかはアレなので、当分は外部用は外部用で
残るんじゃ無いのかな。

気のせいか、

>>404
そんな感じにしてみました。

inetdが動いているのはちょといやんな感じ。
・・・気にしすぎ？

>>534
bg30 ?

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

70%くらい移ったかな、

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

>>533
ありがとー

そいえば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
スワップが使われているもより。

そうそう、これこれ。

http://qb5.2ch.net/test/read.cgi/operate/1280669783/904
904 ：まみら ★ ：2010/08/06(金) 16:56:39 ID:???P
> 華麗にスルーされてる模様なのですがphp.iniの
> extension=php_curl.dllのコメントアウトを外してもらえませんか？
> ＠c-test

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

>>562
了解ですー、明日にでも

プライベート側
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

ゆとり坊やは黙ってな

>>575
24G?

そういえば前スレにこんなことが

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)
って書いてある。あれ？

swapは24Gなのね。

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

>>584 bg30です

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 アイドル状態だった時間が表示される。

この際メモリを追加してしまうという選択肢は？

アクセラレータを切ってみるのも♪＠実験中だし

80Mbpsｷﾀｰ

そろそろピーク時間だな

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

php 5.2.13なのですね。。。@c-test
5.2.*はサポート終わったみたい。
ttp://www.php.net/ChangeLog-5.php#5.2.14

c-　　80.069Mbps
bg30 73.989Mbps

>>597
5.3.3でしたっけ >最新

>>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 が共に０

>>599
そうみたいですー＠本家php (ttp://www.php.net)

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

接続はすべてパブリック側

であっている？

>>608
はい

bg30は概ね健康に動いているっぽい。

一度c-testをリブートしたいですね。
何らかのしくりでスワップを使ってしまい、
そのままつぼっているような感じがします。

一度リブート入れてもやっぱりスワップ使うようなら、
次は、httpdの数を減らす方向な予感。

>>610
よろしくコントロールお願いします。

もう少し様子観察して、(thinkして)
それから、doいこうかと。

>>611
りょうかいです。アイハブ。

c-testは誰も「作業」していない伊予柑。

bg30のdatキャッシュやsubject.txtキャッシュは、
現在SSD上ですかね。(そう見えます)

>>612
よろしくですですm(_ _)m深謝

>>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

>>617
df でしたっけ?

はい

>>619
新しい r.so(datをもってくるやつ)は現在 test2のしたです
subjext.txt のやつは従来通り test/です

Filesystem 1K-blocks Used Avail Capacity Mounted on
/dev/md0 886686 414672 401080 51% /md

そのディレクトリだけってのはどうやるの?

du -h
かな。

du -c ディレクトリパス
かと。

>>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 ...]

>>627
失礼しました orz

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

>>637
どもです。

リブートしたら広告入れなきゃ

>>636
依頼済。

du -sh . とかで単位つき。

>>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みるけど、
最近の携帯って見違えるほど、はけがよくなっているような。
もちろんサーバがいいのもある気がするけど。

>>643
あらま、エラーが出るのね。。。

各キャリアの中継サーバ？の性能も良くなったのもあるかもですね。

中の人から、httpd.conf のチューニングを今なら承ってもらえる、
という旨の返事をいただきました。

もう少し(5分ぐらいかな)様子見て、適切そうな値を投入してみるです。

まぁ　そのc-testにBGの機能も入れちまおうって目論みですからねぇ
RAMは余ってた方が嬉しいな、/md は使わない予定だからそれもPHPが使う分だけに減らせますね、
ところでPHPは/mdを広告用に使っている? これも何らかの方法でなくしたいなぁ
PHPも同居のBGもopen/closeは全廃したいです。
どんな方法があるか知らないけど、

今のcの使い心地はどんなかんじでしょう。

超さくさく　>>656

>>655
SpeedyCGIというかbbs.cgiでいう、$FOX変数みたいなことができるんではないか、
という話ですね。

一度代入してるか調べて、入ってたらそれを使いまわすみたいな。

bg30 ちょとだけswapしちゃった？

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
はい！

>>663
えっと、たぶんそれじゃなくて、
extensions.ini に追加する方向なんじゃないかな。< curl

で、ひとつひとつ依頼していこうと。
問題を複雑化したくないので。

まずは、httpd の数を考えるです。
今の設定は、、、。

不用意なトラブル多くてすみません！

>>661
　>>660
→152K Used
swapの行にこれがあったので。。。

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

>>677 で依頼いきます。

よどしくですー

依頼しました。>>677

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 を外から見られると、
やはりチューニングがやりやすいということで。

おやすみなさいです。

curlについてちとググってみました。
ttp://oshiete.goo.ne.jp/qa/4220032.html
この No.1 みたいにするとインストールできるみたいです。
参考までに。

おやすみなさいです。

とまぁここまで進んできた今回のプロジェクト、
今日は撤退せずに継続観察できるなんてすばらしい状況です。
このままこの構成を続けて、何かあったらぷちぷちして行きましょ。
盆明けたら bg21-bg24は密かに引退の方向へ(必要ならバックアップとっておいてくださいー)

では次の段階へ進みますか、こんどはハードルが高いようにみえるぞ!
「同一サーバ内でCで書いた常駐プログラムとPHPのデータのやり取り」
どんな方法があるんでしょうか? 識者の方々教えてください。

>>705
狐ポイント１０マンくれる？

/md 配下のsubject.txtのキャッシュ　du -sh = 22M
/home 配下の datのキャッシュ　du -sh = 11G

なおこのキャッシュは毎日午前四時にクリアさります。

おっと　c201,c202,c203,c21,c24 も退役へと、でした。

c-controlはどっかと同居でしたっけ?

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側は根本的に書き直すんで、どんなんでも書きます。
当然セマフォやらミューテックスやらがでてくるんでしょうけどボケ防止にはよいかなと、
いろいろと考えてみましょ、三ヶ月くらいかかったっていいじゃないですか
既に２台体制は確保しつつあるんですから、

これは期待せざるを得ないな。
共有メモリとかどうだろう？

流れとは全く違うのですが、http://ula.cc/2ch/sec2ch.htmlは修正されないのでしょうか？

出来れば修正をお願いします・・・

dat落ちしたスレをリクエストした時、NULLが返ってくると
不具合かdat落ちか区別がつかないという意見がありました。

マァヴと聞いて飛んできました

ぼちぼち、移転跡地の花子収容を始めてもいいかんじですかね。
あと dso qb5 qb6 の移動も機を見つつ。

収容対象は、、、。
↓

anchorage
changi
gimpo
hideyoshi
jfk
mamono
namidame
pc11
pc12
tsushima
schiphol
yutori
yutori7

>>731
どもです。たくさんあるですね。

これだけ返すだけでどれだけ経費が削減されるんだろう・・・　ｺﾞｸﾘ

仮に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
だれかが認識できないと、●使っている人が過去ログ読めない？

負荷監視所にc-testの負荷グラフきてたー
おつかれさまです
http://ch2.ath.cx/c-test.html

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

http://traffic.maido3.com/i6Br/Rnt3/JYBP/1gbps/

改良してから、かなり差が縮まったけど、まだRecvとSentに差がある理由ってなに？
こういうものなのかな？

おはじきを指で弾くより指で近づけてくるほうが時間かかるよね

>>750
BGは２ちゃんねるを直接たたいてないのですか？
ステータスコードをフロントに転送することは不可能ですか？

>>755
>>1の本文の分と、subject.txtは全部貰ってるからじゃないかな？

>>758
それにしても、まだ多いような気もするけどｗ
まあ、ただの興味本位ですので、問題なければ構わないです。
400Mオーバーのときと比べれば、数分の1に減らせれていますし。

見落とされたか、考え中か分からないのでもう一度書きます。
開始レス番号が範囲外（レスが存在しない場合）は>>1のみが良いです。
現状は>>1と最終レスになってます。

>>760
あ、そうすると、「次」のリンクが、、、。
浅薄でした。

>>754
あん？
お前がやんのか？
コラ

愚劣なる ID:JnaVHedy0 のせいで設定変更は永久に棚上げになりましたとさ

http://qb5.2ch.net/test/read.cgi/operate/1281086504/752 2010/08/10 18:24:43 ID:JnaVHedy0
http://qb5.2ch.net/test/read.cgi/operate/1281086504/762 2010/08/10 19:25:27 ID:JnaVHedy0

>>757
BGだけにしたい、ってことなんじゃないかなと。
つまり、フロントがまたいで直接行くのがいまいちと。

ステータスコードは、こんなふうにしてくんしゃい、
って言えば、そんな風に組んでくれる方向性なんじゃないかなと。

どうったらわかるん?
dat落ち/そんなスレないよ。

>>762
馬鹿に付ける薬は無い
>>1の意味も理解できないアホは引っ込め

>>765-766
前任の人が書いた所なので予想ですが、
たぶんHTTPヘッダというものをみています。
BGから送られてくるレスポンス状態行が全部200になってると思うので、
２ちゃんから受け取ったレスポンス状態行にあわせて書き変えて貰えると嬉しいです。

なければ404
dat落ちならもう書けないので云々
かな

２ちゃんねるはdat落ちと移転の時、302を送っている筈なので、
BGでそれを受け取って下さい。

それ以外の数字はPHP側で「なんかエラーです｡｡｡」って返すようになってます。

>>770
横から申し訳ないです。

rootさんのレスでは近々サーバー撤収らしいですが、
今回の移転で、専ブラで読めるorIEなんかで読めるスレが多発してます。
専ブラでは落ちてるのに、IE他では健在なスレも・・・

おいちゃん、撤収前に再移転てのは無理？
と思ったけど、やっぱ止めましょう。

逆に、全部落ちてもらわないとややこしい^^;

スレ汚し、失礼しました。

> 逆に、全部落ちてもらわないとややこしい^^;

花子送りの時に、そのへんはたんたんと作業される予感。

>>772
rootさん、了解です！

そう言えば花子と花代が来なくなっちゃいましたね

花子 ★と花代 ★の秘密の花園 ７
http://qb5.2ch.net/test/read.cgi/operate/1276252269/

過去ログ倉庫のサーバー一覧を書き換えてください。
これ前にも言いましたっけ？何度も言ってたらすみません

c-test 82.383Mbps

90Mbpsいきそうだな

subject.txtも、必要な分だけ送るといったことはできないのですかね。

http://bg30.2ch.net/test/p.so/qb5.2ch.net/operate/l30
ってこと？

今はまだsubject.txtはキャッシュされていないからこれは仕方無いでしょ。
subject.txtのキャッシュ対応処理はおいちゃんがこれからがんばるそうですし。

仮に>>778みたいにするとしてもそれはそれで追加処理作る事になるのは変わりない
と思うし。

91.231Mbps
c-testのロードアベレージ高いな

bg30
80.649Mbps

c-testロードアベレージ20いった

c-testかなりきてる

http://sv2ch.baila6.jp/graph_live.cgi?c-test.2ch.net

http://happy.70.kg/ch2smart/
http://trickbox.70.kg/smart/

ここはいつ新鯖に対応してくれるんだい

おいちゃんでも誰でもいいけど、なんで「c」なの？
その名前にした理由知りたい。あとqbも

当てっずぽだけどcellphoneじゃないのか

ｑｂはアメフトかしら。司令塔的な意味で

>>784
グラフ的にはいつでも対応できるんだけど、新鯖はsmartでーたがまだ取れてないのよん

クォーターバッ(ｒｙ

qbを逆立ちして読んでもqb

>>790
逆立ちしなけりゃbqだな

>785
http://ja.wikipedia.org/wiki/2ちゃんねるブラウザ
のクラシックのところ

せるらーのしぃだと思っていた

お盆だし、記念に規制解除してよ

あした　hibari二回ほどリブートします。
なんか例のlogbufferが古いんだってさ、
いれなおすー

たぶん明日3時スギ。

15時？03時？

午前か午後か・・・会社の営業時間的に考えて午後？

はーい
>>796-797
なかのひとがやるわけだから15時だと思う

15:00 の方

おいちゃんの感覚としてはAM3時だったら明日じゃないもんね

金星探査機「あかつき」がTwitterで自分のことを「どーん(Dawn)」と自己紹介していた。
「どーん」のイメージがちょっと変わった瞬間。

「どうん」だとおもう。。。@notうどん
from dusk till dawnまた観てみたいな♪

やぁ。

おやすみ

永遠に

今夜はペルセウス座流星群の極大
台風の通過した地域はいつもより星がきれいに見えるかしら

すみません。誤爆しました

おはよー

予定時間はとっくに過ぎてどうなったのかと言うと
↓

話は変わるが3日後は15日だな
また米韓共同負荷合戦があるんだろうか

最初から韓国内からのアクセスを弾くようにはできないんだっけ
この期間だけでもいいから

いま始まる

お
>>810の件はどうするの？まあ来ない可能性もあるけども

つぶつぶ苺こんにゃく

全板復帰してきまーす　@hibari

がんばって

おわったー >>815

おちゅ

さすがおいちゃんだ
抜かりなし

一体何が始まるんです？

きたきたｗ
おつー

おいちゃんたちお盆休みあるのかしら(´･ω･`)

２ちゃんねるにも夏休みおくれ

>>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のインストールをお願いする

これか
http://www.curlap.com/

これかなと。
http://php.net/manual/ja/book.curl.php

ようは、https:// で話すのに必要、ってことなのかしら。
http:// は現在もできているわけだから(じゃなきゃBGと話せない)。

携帯から過去ログってこと？
それとも●で書こうってこと？

多分、後者だと思うけど

>>836
そうみたいですね。
無くても不可能ではないようですが curlが使えた方が楽な様です。

>>833
はいそのとおりです

>>836
そうだったのかー！

>>837
そのとおりです

>>838
できるんですか？はつみみ

未処理のdat落ちしたdatが・・・
news4vip = 35793 どんどん増え続けている

どうしてこんなになるまで放っておいたんだ

VIP閉鎖しようぜ！

一台のサーバに沢山板を入れると
一板あたりの処理される機会がへるんだな

処理機会を傾斜してふりわけないといかんということか

>>841 >>844
またしても「しくみへの挑戦」ですか。

他の板は大丈夫なのかな。
news4vipほどのスレッド数じゃないから平気?

ざっと見てみた。

次に多いのは morningcoffee の 1819 のようだ。
news4vip はこうしている間に、35890 に増えたようだ。

vipはクソスレ生成速度が普通じゃないからなぁ
そりゃ増えるペースも早いよね

news4vipだけで新スレの数が1日8000ぐらいあるって、
昔さぼてんさんが言っていたような。

スレ立てしづらいようにすれば当座は回避できる

それじゃつまらないじゃない

簡単なのは従来のようにスレ立ての多い板だけいくつか集めて一台サーバを仕立てる方法だけど、

>>850　はやらないとして、

いっそのこともの凄くスレ立てし易くすれば・・・

まぁそんな板が沢山あるわけでもないから・・・
ぎょうぎょうしい仕組み作るまでもないですけどネ

どういう順番で処理してるのかしらないけど
処理キューに頻繁に並ぶようにすればいいんじゃね？

たんなる順番、
たかがvip人板の為にそこまでやる必要あるかなぁ

他の板のdatが損なわれないのなら、別に放置でいいけど

そこでjailですよ

つかvipって過去ログ要るの？

過去ログなくせばパートスレが逃げ出しそう
だがその分FOXが嫌いな元URLを書かないコピペブログが増殖するわけで

>>859
証拠保全としているんじゃないのかな

それだ！

campusもスレ立て数多いみたいだけど

日韓が「サイバー攻撃」か　１５日の可能性、韓国報道

韓国の聯合ニュースは１３日、日本のインターネット愛好家らが韓国のサーバーをダウンさせる目的で、
同時集中的にアクセスをする「サイバー攻撃」を１５日に行う可能性があると報じた。
韓国でも同日に日本の掲示板への攻撃を呼び掛ける動きがあり、同ニュースは「サイバー戦が
避けられない見通し」と伝えた。

日本では今年３月、ネット掲示板の「２ちゃんねる」に、バンクーバー冬季五輪のフィギュアスケート
女子で金メダルを獲得した韓国のキム・ヨナ選手を中傷する内容が書かれていたとして、韓国の
ネット愛好家ら約１万人がサイバー攻撃を実施。同掲示板が長時間にわたってダウンした。

同ニュースによると、日本による植民地支配からの解放を祝う１５日の「光復節」に合わせ、
日本のネット愛好家らが「復讐」としてサイバー攻撃を行う可能性があり、韓国の愛好家も
「攻撃してきたら直ちに反撃すべき」などと主張しているという。

http://www.47news.jp/CN/201008/CN2010081301000957.html

＞日本のネット愛好家らが「復讐」としてサイバー攻撃を行う可能性があり
いねーよ

また2chが攻撃されるのか

>>865
いるだろ
自動保守こと円達也が

自動保守はショタ系のエロ画像を自鯖？に保存していたのをモペキチに発見されて晒されたからもう出てこなそうだけど

モペキチは痴漢で補導されたって噂あるよね

くだらんな

>>869
いかにもやりそうな顔だw

浪人生で補導って・・・

別件で盛り上がっているようなんで、ちょっとお休みの感じですね。

>>868-872
はいはいモペキチ粘着はこっちでやりましょうね。

モペキチをウォッチするスレ Part7
http://kamome.2ch.net/test/read.cgi/net/1276546259/

粘着とは失礼なー
青少年の健全な育成を見守っているだけなのにー

>>856
困ってもいない事にアタマや時間をかけるのはどうじゃろねえ

この機に乗じてナナメな展開があるならナニか仕込むのは一興だけんど
んー、なんかあんべかー

dat問題はそのままですかー？

>>877
問題提起した本人がそれほどお困りでないみたいですので・・・

>>874

>>875 は、かまってちゃんだから相手スナ

hibariおちたか

川の流れにように

もう攻撃が始まったのかと

いよいよ明日韓国からのF5アタック喰らって2chがダウンするわけだけど、何処に避難するか決めた？
http://netouyonews.net/archives/3486368.html

またhibari落ちた

hibari何があった？
俺の記憶でも2回目・・・


頼むから、pcだけは別鯖のママにしておいて欲しかった。俺ら何もして無いじゃん・・

http://ch2.ath.cx/hibari.html
3回落ちたみたい

本当に大丈夫だろうか
まだ旧鯖は退役してないはずだから戻すことはできるが

>>886
ありがと
ここまで不安定にしてまで1つにまとめるとか運営狂ってるだろ
実況とかVIPみたいな低能の集まりは適当にまとめて落とせばいいけど、関係無い落ち着いた板まで落とさせるなよｋｓ

ハードウェア障害かね

Z社はお盆休みで、対応できる人間が誰も居ないのか？
いくら冷静なPC系板住人でも怒るよ。

PC系板住人は意外と他の板も見てるから冷静な訳でもない

あついなかおつかれさまですうんえいのみなさん
おかげで２ちゃんはかいてきですお＾＾

hibari落ちたのか…

ハードの不具合？
気温？

229 名前：動け動けウゴウゴ２ちゃんねる[sage] 投稿日：2010/08/14(土) 16:06:33 ID:MXGiXpiX0
hibari.2ch.netリブート要請しますた

てか非常に困るんだが。

鯖自体は動いているので復帰で直ると思いますよ。復帰依頼済み(´・ω・｀)

★板のスレ一覧復帰＆修正依頼36★
http://qb5.2ch.net/test/read.cgi/operate/1267682889/885

鯖が落ちるぐらいでgdgd言う奴は帰れ

そもそもここじゃスレチじゃね

帰宅。

hibariはHDDの不良と思われ。
緊急対応必要かと。

あとでメッセージ貼るです。

>>899
rootさん乙。

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
ファームウェアは最新なのか
となると原因は何なんだろうか

>>913
バックアップ　私がやりますー

だからあれほど東芝SSDにしておけと・・・

IntelSSDは信頼出来るんじゃなかったのか・・・

個人的には東芝の方が信頼できるけど、下手なｻﾑﾁｮﾝの数倍はおｋだと思ったら・・

>>915
了解です。ユーハブ。

俺もSSD欲しい

rootさん帰宅して早速乙です

>>916
実際trim送らない環境なら東芝の方が良かったわな。

東芝製も怪しい。日立製が信頼度も安心感も高い

もしかしてtrimが悪さして不良ブロック作ってしまった？

まぁ、復旧したら自作板SSDスレで盛り上がるだろうなぁ
ところで運営さん、Crucial RealSSD C300に変えないか？ｗ

> banana3801の代替サーバーにつきまして、
> ハイブリッドBananaサーバーの準備にお時間がかかることから、
> ただいまハイブリッドTigerサーバーを準備しております。

とのこと。

>>922
記憶は曖昧だが、まだ出てなくね？
>>923
trim送ってないんじゃねえの？

書き込み数わずか3万、板数2桁のhibariにハイブリッドTiger… ｺﾞｸﾘ

>>924
;;*。+　_、_ﾟ ＋　･　
　　・.（<_,` ）_ﾟ ･　　IYHerが釣りだなんて…
　　　/,'≡ヽ.::>　　　さて、C300をいくつ注文するんですかね？
￣￣ﾞ-'￣`-´￣￣

>>922
まだ日立製SSDはないぞ？
でも、とにかくIntel<<<東芝の信頼性の気がする
>>924
ないわ

SSKNにしておけ

>>926
日立製のSSDは耐久性が高い

>>929
ググれ

>>930
ｺﾞｸﾘ

バックアップおわりましたー @hibari
qb6にch2hiabを作りその中に

>>933
ダ・・・ダメ・・・中に出しちゃらめ

>>931
違う出荷されてないって意味だ。

HDD（ハードディスク）の故障、クラッシュは何故おこるのか？
http://kamome.2ch.net/test/read.cgi/news/1281772475/

ν速（笑）

>>932
OEMであったのねサーセン

>>933
入っているものをみました。
あとは代替サーバが来てからですかね。

いつごろ直りますか

はいー

>>939
2063年後だろうな

スレがいきなり行方不明になったかと思ったら鯖落ちだったのか

>>939
そういう態度が気に喰わない（AA略

まだー？

IYH民沸きすぎだろう
どうせお勧めするならPCIeにつけるあれをだな・・・

>>943
丁寧なのに酷いｗ
>>945
;;*。+　_、_ﾟ ＋　･　
　　・.（<_,` ）_ﾟ ･　　スレに書き込もうとしたのに吸い込まれたんですもの
　　　/,'≡ヽ.::>　　　bbs.cgiが直るまでは致し方ないでしょう
￣￣ﾞ-'￣`-´￣￣

2chにかけないぐらいでgdgd言うな

次スレ

2ch特化型サーバ・ロケーション構築作戦 Part59
http://qb5.2ch.net/test/read.cgi/operate/1281775035/

ぜひともSMARTを見てみたいところ
代替処理は働いたのか、はたまたそれ以前の異常なのか興味津々

ログを見たところなんらかのエラーでSSDが黙ってしまって
そのせいで処理が詰まってpanicといった感じですが
例の1分フリーズの発展形とかだと危ないことになりそう

RMA交換してもらうのかｗ

PC等のソフトウェア板のスレッドがほとんど消えたのだけど、
なんか障害です？

>>951
hibariにトラブル。

>>951
hibariのSSD(主記憶装置）にトラブルで代替処置中

hibariって旧live28だっけ？

こっちでー
2ch サーバーダウン（鯖落ち）情報　part311
http://qb5.2ch.net/test/read.cgi/operate/1281749844/

冗談はよーしこさん。

貴重な知見となりうるからSSDの障害内容詳細についてはぜひ公開していただきたい

>>953
そんな糞遅いモンが主記憶になるわけねぇだろ
レイテンシを３桁縮めてから出直してこいというレベル

>>954
hibari=pc11+pc12
まじれす

鯖はｶﾜｲｿｽだが
これはSSDの貴重なデータが採れる予感

オッス！オラ２ちゃんねるサーバー！！界王拳１０倍でボッコボコにしてやんよ！
と、思ったけどいま腰痛・・・てててて

いつまで落ちてんじゃ!このダボがっ

代替サーバがやってきました。

ログインしてみるです。

おお

SMARTでーた見たかったなぁ、、、まあしゃーない

きたーーーーーーーーーーーーーーーー

来たらしい

12G mem
320G HDD + 80G SSD
100Mbps接続

ぱっと見問題なさげ。
受け取ります。