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

別件の話ではあるけど、こんなのが。

http://www.ruby-forum.com/topic/194043

> If kernel AIO queue overflows then nginx fall back to synchronous IO.

つまり、カーネルの AIO queue は、あふれることもあると。

で、こいつらをチューニングしれ、ということの模様。

vfs.aio.max_aio_queue (default) 1024
vfs.aio.max_aio_queue_per_proc 256
vfs.aio.max_aio_per_proc 32
vfs.aio.max_aio_procs 32

今の hayabusa では、
vfs.aio.max_aio_queue_per_proc を 256 から 1024 にしてある
(SunOSさんのプログラムでは実際には512らしいですが >>140)
以外は、すべてデフォルトのまま。

直感では、

> vfs.aio.max_aio_queue (default) 1024

これっぽいかな。

per_proc の増やしぶりに合わせるとしたら、
1024 → 4096 かな。

でもソースさらっと当たらないと、ちょっと不安だな。

まずは基本のこれやって、と。

%sysctl -d vfs.aio
vfs.aio: Async IO management
vfs.aio.max_buf_aio: Maximum buf aio requests per process (stored in the process)
vfs.aio.max_aio_queue_per_proc: Maximum queued aio requests per process (stored in the process)
vfs.aio.max_aio_per_proc: Maximum active aio requests per process (stored in the process)
vfs.aio.unloadable: Allow unload of aio (not recommended)
vfs.aio.aiod_lifetime: Maximum lifetime for idle aiod
vfs.aio.aiod_timeout: Timeout value for synchronous aio operations
vfs.aio.num_buf_aio: Number of aio requests presently handled by the buf subsystem
vfs.aio.num_queue_count: Number of queued aio requests
vfs.aio.max_aio_queue: Maximum number of aio requests to queue, globally
vfs.aio.target_aio_procs: Preferred number of ready kernel threads for async IO
vfs.aio.num_aio_procs: Number of presently active kernel threads for async IO
vfs.aio.max_aio_procs: Maximum number of kernel threads to use for handling async IO

で、これか。

%sysctl vfs.aio
vfs.aio.max_buf_aio: 16
vfs.aio.max_aio_queue_per_proc: 1024 # 256から増やし済
vfs.aio.max_aio_per_proc: 32
vfs.aio.unloadable: 0
vfs.aio.aiod_lifetime: 30000
vfs.aio.aiod_timeout: 10000
vfs.aio.num_buf_aio: 0
vfs.aio.num_queue_count: 513
vfs.aio.max_aio_queue: 1024
vfs.aio.target_aio_procs: 4
vfs.aio.num_aio_procs: 4
vfs.aio.max_aio_procs: 32

あとはとりあえず、明日以降かな。

>>381 の、
vfs.aio.max_aio_queue=4096

を www2.2ch.net でやってみて、まずは問題なさげなのを確認。
/etc/sysctl.conf @ www2 にも追加してみた。

# tuning for aio(4)
vfs.aio.max_aio_queue_per_proc=1024
vfs.aio.max_aio_queue=4096

今日のところは、こんなかんじで。
日曜夕方までは、あまりアクセスできない見込み。

>>384
ワールドカップについては23時開始は明日が最後なので、
これ以降は日本戦のような高負荷は望めないかな。
決勝も月曜の明け方だしねぇ。

vfs.aio.num_queue_count: 513 って現在値なのかな
すでに513も居る？

>>386
httpd を一時的に止めると、その値は 0 になりました。@ www2
他の値は変わりませんでした。

で、SunOSさん版logbufferを動かすと、この値は513にはりつくみたい。

>>337
ここでいうログって芋ログのことだと思ってたんだけど違うのかな？
レスはあるけどその芋ログがないとかが起きないように、芋ログ出力の成功を経てdatへの書き出しを行っているのかなと。
まぁそんな面倒な処理にはなってない感じだけどね。

ウルグアイvsガーナ　神試合だったけど伸びてないな
http://hayabusa-1gbpsgraph.maido3.com/hayabusa/
http://mumumu.mu/bremen/hayabusa.html

面白かった、今の試合。
今日の試合で負荷実験は終わりでしょうな。

う〜む，何が起きてたんでしょうねぇ......＜logbuffer
core は aio_write() 入れる前のやつのようですが，
いずれにせよ何かが起きてたらしいと．

>>386-387 とにかく logbuffer を詰まらせないのを目標に，
aio の並列実行数を思い切った数値にしてる感じです．

昨夜23時30分に変なトラフィックが来てる。
攻撃？

banana3244
http://traffic.maido3.com/IQ1Z/9xoI/G2b5/

banana3260
http://traffic.maido3.com/hEnJ/6kEK/QD9x/

>>391
それだとやっぱり、システム全体のキャパを大きくしておくために、
>>384 をhayabusaとkamomeに投入してもらうのがよさそうですね。

/etc/sysctl.confに追加してもらって
/etc/rc.d/sysctl restartするだけなので、動かしながら投入できます。

ぼちぼちというかんじで。

>>393 をkamomeとhayabusaに設定するのをお願いした。

挙動は変わると思うけど、プログラムで個別にaioに対応するより、
asyncでディスクをマウントして、sysctlのvfs.*dirty*あたりをいじるっていうのも手じゃないのかなと。
SSDとの相性は知らないけど…

>>395
/home を async + gjournal とかにして、
そのへんを別途試してみる、というのはありかもですね。

>>396
聞きかじりですが、gjournaは2chのような重いサーバーには不向きかもしれません…

>>397
そのへん、ｋｗｓｋききたいです。

>>393-394 は完了したとのこと。
田舎に移動中なので、もうすぐ電波弱くなるかも。

rootさんの移動っぷりは異常
まさか外国行ってるとはｗ

>>398
実際に試してみた人から聞いたのですが、「負荷がかかると応答しなくなる」とのことでした。
１年ぐらい前の話なので、それ以来改良されているかどうかわかりませんが…

個人的にはSoftupdate Journalingでしたっけ、あれに期待してます。
さすがに何TBでfsckはもうごめんなので…

末尾iが末尾0になったという報告が
帯域が変わったのかな

【news】ニュース速報運用情報591【ν】
http://qb5.2ch.net/test/read.cgi/operate/1277836049/857
857 名前：pw126228031224.24.tik.panda-world.ne.jp(126.228.31.224)[sage] 投稿日：2010/07/03(土) 05:29:00 ID:NLa/0/P00
こうだっけ
2〜3日前まではiだったんだけど

Monazilla/1.00 BB2C/1.0

>>402
iPhone4らしいからそのせいかも
4はMicroSIMとかで帯域が多少違うかも試練

ファイルシステムについて、このあたりが参考になるかも。

http://www.bsdcan.org/2010/schedule/attachments/141_suj-slides.pdf
http://jeffr-tech.livejournal.com/22716.html

今夜は落ちるでしょ（笑）

aioの読み書きはカーネルスレッドが行う。例えばLinuxでは[aio/0]などがそのカーネルスレッドに当たる。
そのカーネルスレッドが非preemptableなのにaioを使いまくるとLAがうなぎ登る原因になり得る。
が、Linuxの場合はカーネルのコンパイルオプションでCONFIG_PREEMPT_VOLUNTARYが有効ならば(大抵は有効になっている)、カーネル内の任意の位置をpreemptableにできる。
そのため、そのカーネルスレッド内にpreemptableな場所があれば問題はかなり軽減されるはず (が、実際preemptableな場所があるかは知らない)。
しかし、そうすると読み書き処理が遅れたままとなってしまう…。うーん、微妙? 何か勘違いしているかも。
ちなみにLinuxだとカーネルスレッドの優先具合は確かnice値の初期値が過去に-5だったぐらい(今は0だったはず)。
FreeBSDでどうかは詳しい人に任せた。

＞なかのひと

今日記読みました。取り急ぎ。

いろんな意味で、8.0Rはおすすめできません。
ほんの少し待つと出る8.1Rでいきたいです。
（今回は比較的安産のようです）

で、既に8.1-RC2が出ている状態なので、
8.1前提でのサーバのパッケージング作業などは、
既に進められる状態になっているはず。

>>255
bbsdにaioを適用したほうよいかなと思ったのは、
datなどに書き込み後、bbsdからhttpd側に応答を
返しているので、それを非同期化することで、
書き込み完了前にhttpdに戻るので、はけがよくなるかと。

ただ、今今はbbs.cgiはそんなにボトルネックに
なっていないのでは？
speedy_backendが50ぐらいしかあがっていないということは、
httpdも50ぐらいしかつかんでないと思うので、datの
読み出しだけなら、残りの約4900のhttpdで応答を返せるはずなので、
詰まらないと。

それよりかは、
・aioのパラメータチューニング
・>>148のチューニング
・FreeBSDの8.1への入れ替え(NCQの有効化)
が効果的かなと。

>>409
>bbsdにaioを適用したほうよいかなと思ったのは、
>(ry
>それを非同期化することで、書き込み完了前にhttpdに戻る

そういう意図なら，単に bbs.cgi 側で bbsd からの応答を待たずに
戻ればいいような気はします．そうすると書き込み時のエラーが
利用者に報告されなくなりますが，aio で書き込み完了を待たず
戻るなら結局同じようなことでしょうし．

書き込みエラーって規制でのエラーも含まれますか?
それなら止めるのは無理なんじゃないかと…

>>411 >>255 の三段落目の下産業を読めばわかるかと．

>>412
そう言う観点の話が今まで無かった様な気がしましたので聞いてみた次第です。

bbs.cgiにしろbbsdにしろaio化によって書き込み後の各種メッセージを出す事が
出来なくなると言う話であれば、色々考え直さないと駄目なんじゃ無いかと。

潔くエラー通知無し仕様で突き進むってのでも良いんですけど、特に規制されてるのが
表示されないのはこの板が千客万来で大混乱する様な気がしますｗ

>>410
aio_writeでOS側のキューに入った後のNGは
しょうがないかなと思っていました。

あと、1000overやdatサイズoverは、bbsdでチェックしているのと、
aio_writeでキューに入らなかった場合ぐらいは、書き込み
エラーを返すのがよいのかな、ぐらいの気持ちです。

>>414
ただ、今度はdat読み出しでブロックしそうなので、
SunOSさんの言うとおり、あえてaioを使う効果は
ないのかなとも、思います。

結局ディスクI/O以上のリクエストが来た際、どこで
待ち合わせさせるか、その際レスポンスを遅くさせないようには
どうするのかの話かなとも思います。

>>413 早い話，少なくとも「規制されてるのが表示されない」
ということはない，というのが >>412 の趣旨です．


>>414 1000 超えとかは確かにそうですが，その場合
read.cgi などで書き込みフォームが表示されなくなりますし，
まぁエラーが表示された方が親切ではありますが，
どこまで手間をかけるかということとのかねあいですね．


>>415 そうですね．

>>413
フローとしてはフツーに考えれば、
1. 規制等の各種チェック(はじかれれば2にはいかない)
2. 外部記憶への書き込み
でしょう。
で、今話している aio_write() の件は 2 の話です。
そこに 1 の話を混ぜても仕方ないと思いますよ。

# bbsd で1のようなことをやっているのかは知りません。

で、 >>410 の「書き込み時のエラー」は 2 で発生したエラーのこと。

かぶったorz

＞なかのひと
とりいそぎ。乱筆すまぬ。

dmesgを見るかぎりだと、
BIOS的にahciモードに設定変更せずに、
たぶんataモードのままで、最初の8.0Rを入れてしまった気がします。
これだと折角load ahciしても、何の効力も発揮しないです。

デバイス名が、
ataとadで認識されちゃまずいです。
変わるはず。

あと、dmesgしてahciの文字が一つも出てない時点で、
おかしいと気づかないといけない。

ざんねんですがこれだと前に進んではだめで、
PIEでの最初のOS入れの作業からやりなおしです。

で、今単にahciにかえると、
途中でかえたときとおなじになり、
例の/etc/fstabを変えないといけないのと同じパターンになりますから、
立ち上がりません。

というか今回は標準手法の確立も
たぶん目的でしょうから、
そういう意味でも、OSの入れ込み直しから
やってもらうのがよいと思います。

いずれにせよ今のままで先に進まないで!!

ふと思ったけど、
> ad4: 476940MB <Seagate ST3500418AS CC38> at ata2-master SATA300
これ500GBのHDDだよね
まあこのHDDは500GBプラッタものらしいから250GBプラッタもの(hayabusaに搭載されてるST3250410ASとか)より早くていいけど

何という名前で認識するかは、
8.0なり8.1が入ったサーバで、
man ahciして確認してくださいです。

くれぐれもですが、
一番だいじなのは手順自体を守ることではなく、
その手順というか行為が、
ちゃんと本来の目的を達成しているかどうかを
きちんと確認することです。

つまりこの場合だと「dmesgがこうなったらおｋ」とか、
「このコマンドでこういう出力が得られればおｋ」
のように、
やったことがちゃんとうまくいったのかのレビューの方法をきちと確立し、
それをもって確認してから前に進む、
というのが大事ということで。

>>419
PIEが間違えちゃったのか
rootさんがインストール時にahciモードにする手順を作って連絡してたよね？

まあ1度間違えれば2度目は無いだろうし、良い経験になるかｗ

おいおい、rootさんがここまで語気を荒らげる事なんて、滅多にないぞ。
なかの人は、きちんと学べよ。

そんなわけで、ataとadじゃなくてahciとada にならないと変です。
man ada してくださいです。

で、なんでかというと、今回のそもそもの目的は、
例のNCQを有効にすることで、
NCQはahciで認識させたうえでディスクをadではなくadaで認識させるのに成功しないと、
現時点では有効にならないからです。

この辺？
ttp://gihyo.jp/admin/clip/01/fdt/201001/04

そんなこんなで、
これから夕食と宴会らしいので、
少なくとも数時間程度はオフラインでふ。

語気を荒げるというか、
このままの基礎で大きなマンションを建てちゃうと、
後でマンション自体を取り壊さないといけなくなってしまい、
結局大きな手戻りが以下略。

>>427
姉歯建築みたいな状態になってるってことですね。わかりますｗ

しかしNCQやるなら量産型に入る前のどこかの実験鯖でやっておくべきだっただろうJKとしか言いようがない

>>426
それですね。
でもカーネルをつくりなおさなくてももっと簡単にいける、
というのが、れいのload ahciのきもだったはず。

で、atadiskをnodeviceにするのとおなじことを、
6を押したあとでやらないといけないかも、
ということになるのかな。

どなたかかその方法をここに以下略。

詳しくはPart49の>>290さんを参照ということで

ミソは、CAMを有効にする前にデバイスが認識されているとマズいということなので
BIOSで最初からAHCIモードにしておけばそもそも認識されず問題無いと

明確にnodeviceとかやるのは、ATA on CAMとかもやりたい時などで良いのでしょう
もちろんカーネルをいじって盲腸になりかねないこいつらを消すべきではありますが

【協力願】Boo2008(旧Boo80)で串を食べませんか？　その8
http://qb5.2ch.net/test/read.cgi/operate/1268473561/191
cobra2245、すごく苦しそうだ
ハイブリッドTigerを入れるとかなり改善されるかな

メモリだけ増やしてもすぐに使い切りそうな勢いだねbooは

手順が確立したら、hayabusaも移転になるのかな
実験鯖とはいえ、OSだけ入れ替えるのは難しそう

今swapって何か仕事してんの? なくてもよくね?

smapに見えた

南西アフリカ人民機構がどうかしましたか？

>>427
ここで気をつけておかないとバッドフラグたっちゃうのか

dat 側は MAP_SHARED な mmap() を使うというのも面白いんじゃなかろうか。

ウランをバケツで混ぜるような現場に説教しても…
手順書作って「この通りやれ」ってするしか

今日は監視しないのか

>>422中段が自分に向けて言われているような気がする今日この頃。

>>442
手順を作る側ならそうかもしれんな。
手順を渡される側なら余計なことは考えんな。

>>443

作る側なら目標確認は必須だが、作られた手順を使うなら
むしろ余計なことをするのは事故の元だしね
現在は手順構築時点だから無論効果を確認しながらやらないとダメな訳だけど

http://www.asahi.com/digital/av/TKY201007030246.html
これの実況って面白そうだなぁ、でも今は殆どデジタルかなぁー

>>445
俺はアナログとデジタル二画面で見るｗ
んでアナログの音はNHKのTVのラジオの方で聞くと

実況は多分少し盛り上がるだろうけどここに出るような影響はないと思う

まぁ民放とNHKで同時に同じ画面ってめったに無いからねぇ

ただ一分しかないから多分「どーん」がきて終わるだけだろうねえ

ちょっと探したら20年前の携帯TVが出てきたのでこれとワンセグで比べてみようｗ

>>445
面白そうだから録画予約しといた

さてさてもうすぐですね、今は鋼最終回で盛り上がってるみたいですが。

見たいんだけどこれから出かけるんだよねぇ、まあしゃーない。
実況もそうだけどニュー速とかVIPとかでも盛り上がりそうな幹事だよねぇー

>>449
たった1分をｗ

つべに比較動画とかあげられて
後世まで残るんだろうなー

何を期待してるの？
砂嵐でるだけじゃないの？

砂嵐とかピロロロロとか（名前忘れた）
生半可な番組よりは人多いよｗ

よし漏れも見るぞｗ
わざとアナログでｗｗ

俺も密かに楽しみにしてる

終わりましたねえ

アナログは全局同じ内容だったね（放送大学を除く）＠東京

砂嵐で少し「どーん」が来たみたい

http://mumumu.mu/bremen/images/hayabusa_h.png

なんなくこなしたって感じですか
hayabusa鯖の地デジ化テストは問題なしと

あーおもしろかった

別にぼろぼろの雪だるまでもあれくらい耐えられるだろ

こんなんで問題で他方がアレだがな

17：59の勢いコピペしそびれた(´･ω･`)

>>459
ハガレンに負ける国策って・・・

>>464
アニメ見る層はみんな地デジ移行終わってるって

テレ東も同じ画面だったのか……

>>464
つうか視聴者が見たいと思って見る「作品」の反応と
「御知らせ」を比べても意味の無いように思えるのですが・・・

>>465
逆に実況的にはアナログのほうがいいから濃いアニメ実況民は逆にアナログを選びたがるものだぞ

>>468
クイズの早答えとかそのくらいだけだ

>>401
> 、「負荷がかかると応答しなくなる」とのことでした。

昔試した時は確かにそうなりました。7.xの頃かな。

こないだ入れた新しい p2 のサーバとか、www2 サーバとかは、
8.0R/8.1-RC1 + async + gjournal で作っていたり。

>>402
帯域増えたのかな。
のちほどしらべてみるです。

>>404
softupdate + journal ですか。
その様子だと、8.1R には入りそうもないですね。
8.2R あたりに(デフォルトoffで)入るかんじなのかも。

>>406
とりあえず、
options PREEMPTION # Enable kernel thread preemption

が、FreeBSD だとデフォルト有効になってたりします。

＞なかのひと

> パッチあてを行うと8.0-RELEASE-p＊となる筈ですが、
> なぜか「-p＊」が付いていません。

が、気になるです。

ちなみに、私が先日入れた w2.p2.2ch.net では通常どおり、

> FreeBSD 8.0-RELEASE-p2 (GENERIC) #0: Sun May 16 14:31:06 JST 2010

のようになったです。

/usr/src/sys/conf/newvers.sh

の中身を調べて、下記のようにちゃんと更新されているか確認する必要があるかと。
＜例＞
TYPE="FreeBSD"
REVISION="8.0"
BRANCH="RELEASE-p2"

で、これが更新されていなかったら、他も更新されていない可能性があるです。

また、更新されているのに出来たカーネルが -p* になってなかったら、
それはそれで、どこかおかしいです。

>>470
FreeBSDのPREEMPTIONは一部の高優先カーネルスレッドだけのようですね。
LinuxのCONFIG_PREEMPT_VOLUNTARYに相当するものは無さげに見えますが、標準で有効だったりするのでしょうか?
ちなみにFreeBSDのFULL_PREEMPTIONがLinuxで言うところのCONFIG_PREEMPTに当たるはず。

>>472
これはどうでしたっけか。

# IPI_PREEMPTION instructs the kernel to preempt threads running on other
# CPUS if needed. Relies on the PREEMPTION option

# Optional:
options IPI_PREEMPTION

# SMP Debugging Options:
#
# PREEMPTION allows the threads that are in the kernel to be preempted by
# higher priority [interrupt] threads. It helps with interactivity
# and allows interrupt threads to run sooner rather than waiting.
# WARNING! Only tested on amd64 and i386.
# FULL_PREEMPTION instructs the kernel to preempt non-realtime kernel
# threads. Its sole use is to expose race conditions and other
# bugs during development. Enabling this option will reduce
# performance and increase the frequency of kernel panics by
# design. If you aren't sure that you need it then you don't.
# Relies on the PREEMPTION option. DON'T TURN THIS ON.

>>463
2010年07月04日　18時00分01秒　　総レス数：929res/分
　 #│ 　 　局 　 　│　　レス数.　│　率 │　番組
. ━┿━━━━━┿━━━━━┿━━┿━━━━━━━━━━━━━━━━
　 1│ NHK総合 . │. 480res/分.│. 52%│[N]
　 2│.日本テレビ.│. 177res/分.│. 19%│全国一斉地デジ化テスト
　 3│.フジテレビ. │. 126res/分.│. 14%│全国一斉地デジ化テスト
　 4│.TBSテレビ..│ 　60res/分.│　 6%│全国一斉地デジ化テスト
　 5│.テレビ東京.│ 　30res/分.│　 3%│全国一斉地デジ化テスト
　 6│ NHK教育 . │ 　28res/分.│　 3%│全国一斉地デジ化テスト
　 6│.テレビ朝日.│ 　28res/分.│　 3%│全国一斉地デジ化テスト

いまざっと見てみたんですが、
options IPI_PREEMPTION は、
SCHED_4BSD の時だけしか見ていないっぽいですね。

SCHED_ULE の時はそのオプションがなくても、
IPI_PREEMPT とかは見ているみたい。

>>473
VOLUNTARYとは違うと思いますが、その説明文だと良く分からないですね。

>>474
なにこれこわい

>>472
http://www.mail-archive.com/[email protected]/msg09592.html
FreeBSD 8では標準でadaptive lockが有効になっているようだ。
カーネルスレッドがロックしようとした時に他のカーネルスレッドが既にロックしていて長く離さない場合、preemptされることになるはず。
LA問題に対してはPREEMPT_VOLUNTARYよりも微妙だが、まだマシ。
FreeBSD 7でもADAPTIVE_SX付きでビルドすることでマシになる予感。
FULL_PREEMPTIONはincrease the frequency of kernel panics by designとか酷いのでやめといた方が良さげ。

>>478
確かに 7.x の config file にはそんなオプション、ありましたね。< ADAPTIVE_MUTEX

ADAPTIVE_GIANT だったかも。>>479

ブレーメンのグラフ見ていると、
logbufferを良くして >>384 を入れてから、
ピークがものすごくきっちり出るようになりましたね。

http://hayabusa-1gbpsgraph.maido3.com/hayabusa/

>>481

1分間隔で見たいかも

昨日の朝ダウンしたbanana3260、HDD大丈夫かな？
片肺になってなければいいが

片肺ならいやおうなく移転を決断せざるを得なくる予感だから
災い転じて移転計画には好都合ではないかと（ﾏﾃ

つーか量産期一号はPC13＋N6系がどちらかが妥当ではないかと妄想するが如何なものか

NCQ成功したらPC11/12入れて失敗したら6系列、とか。逆でもいいか。

>>483
とりあえずHDDは大丈夫でした。

%atacontrol status ar0
ar0: ATA RAID1 status: READY
subdisks:
0 ad10 ONLINE
1 ad12 ONLINE

>>486
どもです

＞なかのひと

tiger3553はメモリ12Gのi7サーバなので、
OSなどがきちんと入った後の設定は、

1) 基本部分は現在のkamomeのセッティングを使用
2) CPUがよくなったので、
hayabusaセッティングから「rtprio活入れ」＋「speedy_backend活入れ」の2つを導入

あたりがいいのではないかと思いますです。

httpd の数はもう少し増やせるかもしれないですが、
量産型なので、安定志向の意味で、まずは上記かなと。

鯖名は何でしょう？
toki?

ん、BBQおかしいな。

ちょっとみてきます。

BBQのデータが空だ。
なぜだろう。

Opera miniから書いてみたけど正常に吸い込まれたようだ

昨日の夜10時ぐらいに何か設定を変えてあるな。うむむ。

あー、ホントだ
逆引き不可も全くBBQに引っかからない
完全スルー状態だやばいな

http://qb5.2ch.net/test/read.cgi/operate/1277378633/753-

Rockの後と言わずに同時進行でBBQ鯖交換して欲しいものです。

BBQ終わったな

BBQはバーボンとならぶ２ちゃんの主要迎撃システムだから、ここが落ちるとバーボンでもきついぞ
ついさっきエロい人がなにやらいじったっぽいけど、あんまり関係ないかな？


【協力願】Boo2008(旧Boo80)で串を食べませんか？　その8
http://qb5.2ch.net/test/read.cgi/operate/1268473561/196

196 名前：未承諾広告※ ◆Rock54hC3G0C [sage] 投稿日：2010/07/05(月) 11:52:42 ID:5BO9Ftcm0 ?PLT(12347)
[qw(1.16[TAB]2010/07/05[TAB]PIDを表示。。。)],

各BBQの元ネタをくっつけて、DNSにくべるところがうまく動いていないっぽいな。

ループ中の next でスキップしているところに虫がいるっぽいような。
全行、スキップの対象になっているみたい。

というか、このPerlのプログラム、
BBQのDB生成をする時、全部のBBQデータをオンメモリにするように見えますが、
気のせいなのかな。

next if $hosts =~ /^#/ or $hosts =~ m|[^\w.:/-]|;

ここに虫がいるっぽいけど、
上記、何をやっているんだろう。

or の前は、# だったら読まない、かな。
コメントを飛ばす処理か。

or の後は、、、。

それを書いた戦犯は誰だ

まず昨日触ったの誰なの？ｗ

ためし実行中。

このプログラム、超メモリ食いっぽい。

PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND
19781 ユーザ名 1 125 0 574M 551M RUN 0 0:18 50.44% perl5.8.7

うむ、そこをスキップしてもいまいちだな。

一件ずつ読み込むんじゃなくてまとめて全件メモリに放り込んであるのか
昔なら大丈夫だったんだろうけど、最近の串発生率には追いつかなくなってきたのかな

あ、なんかわかった。
ためしてみる。

>>501の奴、最後の「|」っているのか？
m または[^\w.:/-]　にマッチさせたいんじゃないの？

ｍ演算子

ｍ演算子は、正規表現を「/」で囲う場合は特に指定する必要はない。
ただ、日付等「/」を含む文字列を表現する際に「/」以外の文字で正規表現を囲う場合、ｍ演算子が必要となる。

そうなのか
やっぱり軽く触っただけの素人が口出しすべきじゃないなｗ

おー、思いもよらないところが。

俺もPerl知らないですけどね

>>509
どうすればいいのかしら。

で、問題はもう一つあったっぽくって、
たぶんデバッグなのかどうなのか知りませんが、
そもそもBBQの中身を＊出力しない＊状態になっていますた。

>>501が今は関係ないのなら、いじらない方がいい予感

>>515を見る限りテスト用に走行させて直すの忘れていたという感じなんじゃないかと

>>515
ちょｗそれ意味ないｗ
とりあえず
ttp://www.rfs.jp/sb/perl/02/09.html
＞・m// 演算子

＞m// 演算子は、パターンマッチで文字列検索を行ないます。スカラコンテキストでは、マッチするごとに TRUE を返し、
＞最終的にマッチしなくなったときに FALSE を返します。対象の文字列を変更すると、検索位置は先頭にリセットされます。
＞=~ 演算子か !~ 演算子で検索対象の文字列を指定しなかったときは、$_ が検索対象となります。
＞区切文字が "/" のときには、最初の m を省略することができます。m を付けるときには、英数字でも空白でもない、
任意の文字のペアを区切文字として使うことができます。たとえば、パス名「/usr/local/bin /perl」など「/」を含む文字列の場合は､
mオプションで区切り文字を変更すると文がすっきりとします。

>>515
具体的には、ファイル作るループの前で、
close $IP_file_FH;

とやって、ファイルをクローズしているっぽい。
(で、後のほうでクローズしたものに print している)

>>517
ふむふむ。

$hosts =~ m|[^\w.:\/-]|;

は、具体的に何をしようとしているっぽいのかな。

本人に聞きてぇ

ごめん、
>>519 は、

next if $hosts =~ /^#/ or $hosts =~ m|[^\w.:/-]|;

がもとの記述です。

^[a-zA-Z_0-9].:/-

のどれか一つってことなのかな・・・？多分間違ってる
Perlの正規表現っていろいろややこしい・・・

書いた本人どこいったの？

> next if $hosts =~ /^#/ or $hosts =~ m|[^\w.:/-]|;
先頭が# or 先頭が小文字英数字か.か:か/か-だったら飛ばす。。。かな？
.:/-がなんか意味があったりするのかな？

そうか、 / を含むから、 m| | で囲んだんですね。

[^\w.:/-]
は、

行頭
\w
.
:
/
-

となるのか。

で、ここで全ての行が吸い込まれて(つまり、next扱いに)しまう。

あ、. って \. じゃね?

>>525
ですね
じゃないと全ての何かしらの文字になっちゃいます

うむ、ちがうっぽいな。

コピペじゃないの^^;;