Devin townsend

最近毎日Devin Townsend関連の音楽を聞いてます。

完全に狂った感じのデスメタルの「Strapping young lad」と言うプロジェクトも、もっと落ち着いたDevin Townsend BandやDevin Townsend Projectの物も。

ブログにもユーチューブ昨日がついたので早速はっちゃいます！

ブラック

最近忙しくてガンガンiPhoneからブラックメタルを流すと何だかもの作りもベースドラムのように早くなってるような気がします。
気のせいかな？

Keep of Kalessinの「Ascendant」って言う曲がかなりつぼです。PVがちょっとあれですが・・・

http://www.youtube.com/watch?v=ylQdpv8Ua1M

今日の文字変換

超重要を書こうとしたら
「鳥獣用」になりました。

日本語って面白いな～　と再確認できました。

Firefoxプラグイン

最近はFirefoxのプラグインをちょっと弄ってます・・・

かなり面白いような物です。　XMLをベースにしたXULで形を決めて、Javascript（とXPCOMのインターフェース）で作動をプログラムできます・・・　新しいメニューの追加やセッション・ファイル管理などは簡単に出来ちゃいます。

で、それで分かったのはFirefox自体がある意味一つのでっかいプラグインである事でした。ショック！　そのお陰でカスタマイズはそんなに簡単に出来て色んな機能が作れます。　

但し、一つだけ気になる物があります：　主にXULとJavascriptで出来たコンパイルされないハイレベルな言語で作られてるから、やっぱりここでリソースがかなり食われますよね・・・　全部がネイティブにコンパイルされてたらどうなるだろう・・・　まあ、エクステンションの開発はとりあえず難しくなるだろう。

最適化

って楽しいよね？

私だけでしょうか？　兎に角すでに速いと思ったアルゴリズムのスピードを１０％削られたら私はちょっと幸せな気分になります。

だけどそれはいつ必要だろう？　何をすれば一番よろしいでしょうか？　えらそうに言うつもりはないですが、兎に角完全に音楽日記にならないために、それについてここ自分の考えてる事を少しずつまとめようと思います。

最適化をすると大抵の時はコードが普段より分かりにくくなります・・・　オペレーションの順番を変えたり、計算式の掛算をシフトに変えたり、行ベースではなく、長いバッファーで働いてるとコードが速くなっても、必ず分かりにくくなってしまう。

ハイレベルな言語で何かを書いても、どんなに最適化しても、コンパイルされるモットローレベルな言語ではもっと速くなります。

最適化を凄いしたっても、やる所があまり実行されないと意味がないです。　一般的に言われてるのは「プロセセィングの８割は２割のコードで行われます」。使ってる言語にそんなツールがあれば、プログラムのプロファイルを取って、一番実行の時間が長い所を認識しましょう。
プロファイラーについて何ですが、GCCを使う場合は-pgフラグをコンパイル時に使い、実行したあとの結果をgprofで読むと各関数の実行時間などは見れます。　他のフラグでは各行の実行回数なども見れます。　やっぱりこんなのは出来るから私はC/C++から離れません。

これの結果をベースに最適化を進めば結果が可能な限り成果を見せるはずです。

また続きます・・・
次回は多分もっと細かくどんな事が出来るを書こうと思っています。