条件文もループも再帰もないDtraceでどうやってgamingを○にしたのかまったく分からない。連邦のモビルスーツは化け物か！

PS 極めて一部の人への私信

　 例のアレの公開ﾏﾀﾞｰ （今月のアレの締め切り間近なのでずうずうしく督促）

敵を知り、己をしればズビズバズ。
というわけで、今日は品川にDTraceの研修受けに来てる。

全般的に性能低下への配慮が薄そうな廚っぽさを感じるが、たしかに高機能。
むむむ、これはLinuxもがんばらねばなぁ

とりあえず気づいたこと

・DtraceはSystemTapと違い行番号指定のプローブは出来ない
・SystemTapと違い、デバッグ情報不要
・D言語は条件文もループも再帰もないので、絶対無限ループにならない。ただし、initにたどりつくまで親プロセスを順々に表示。みたいなスクリプトは果てしなく不恰好に
・機能差から考えて、カーネル内のfbtはftrace方式(-pg方式）でユーザランドのpid providerはブレークポイント方式っぽい気がする
・vmstat更新タイミングにマーカいれたい
・IOスケジューラにも入れなアカンな
・lockstat providerも　（これはGoogleがすでに作ったらしいが）


残念な事に講師の中のひとはあんまりカーネルに詳しくないようで、突っ込んだ質問をするとほぼ全て目を泳がされてしまった。

なんかメール見たら、Split-LRUとhugepage coredump filterの両方がmainlineに送られてるじゃん。おめでとう、おれ。

あ、hugepage coredump filterってのは、従来hugepageのcoredumpを取る方法が無くてデバッグがすごい大変だったので日立の河合先生が作ったcoredump filterの枠組みを拡張して取れるようにする。というもの。
libhugetlbfsあたりを使ってると、プロセスのほぼ全域にわたってhugepageになるので、ダンプ取れないのは困ったちゃんだったのだ。

本日Andrewから.28向けパッチがLinusに送られました。でもSplit-LRUは2.6.28には送られませんでした。しくしく（；＿；）

Andrew MortonがMADV_SEQUENTIALの改善効果を誰か確認してくれーと泣き言を言ってきたので、Copybench（http://code.google.com/p/copybench/) を紹介しておいた

やっぱりプロジェクトページがあると楽だね。Andrewもしきりに感心していたのでよしとしよう。

あいかわらず、Bobと雑談メールやりとりしてる。
JavaSE Embeddedのtarget kernelって2.6.25なんや。へー

Kamezawaさんが頑張ったおかげで、struct pageからpage_cgroupポインタを削除するパッチが-mmに入ったようだ。
これでFedoraでmemory controllerがONにならない理由がなくなったのでFedora11ぐらいでenableになることが予想される。

・・・なの・・・か？