2008-12-04
yarv2llvmでduck typingが出来るような気がしてきたメモ
|yarv2llvmではポリモフィズムはやらないとずーっといっているわけですが、Inline cachingはやらなくても効率よくduck typingが出来るような気がしてきたのでブランチを切って試してみようかなと思っています。
まだ、曖昧でただの興味本位なんですがこんな方針です。
- 基本的にC++のように仮想関数テーブルを使う
- でも、Rubyの場合、素直に仮想関数テーブルを作るとサイズが爆発してしまうと思う
- とりあえずyarv2llvmでは型推論であるメソッドコールについてレシーバに来るであろうクラスが限定される。そして、よほど特殊なプログラムじゃなければ高々2〜3種類である。
- クラスのアドレス(これはJITなんでコンパイル時にわかる)から、0, 1, 2などの小さくできるだけ連続した整数を生成する式をコンパイル時に生成しこれをインライン展開する。
- 関数のアドレステーブルを作っておいて生成した整数をインデックスに関数のアドレスをgetして直接ジャンプ
4のクラスのアドレスとメソッド番号からできるだけ連続した小さな整数を求める式ですが、完全ハッシュ関数見たいなものを考えています。もちろん、完全ハッシュ関数をメソッドコールごとに行うと重いですが、高々数個のアドレスから大体連続した整数を求めるのであれば、うまい式があるんじゃないかなと楽観的に考えています。
追記
例えば、[]メソッドでHashとArrayがレシーバーになりえる場合、Hashが0x1234440、Arrayが0x1234560だった場合、こんな感じのコードを出します。
tmp1 = self / 0x1234560 jump_table[tmp1](引数) # jump_table[0] Hash用[], jump_table[1] Array用[]
トラックバック - http://d.hatena.ne.jp/miura1729/20081204/1228382100
リンク元
- 20 http://www.rubyist.net/~kazu/samidare/
- 7 http://shinh.skr.jp/m/
- 6 http://www.rubyinside.com/llvmruby-a-compiler-toolkit-available-to-rubyists-1362.html
- 4 http://www.google.com.sg/search?hl=en&client=firefox-a&channel=s&rls=org.mozilla:en-US:official&q=what+is+chunk,+arena+in+jemalloc&btnG=Search&meta=
- 3 http://www.google.com/reader/view/
- 2 http://a.hatena.ne.jp/fujita-y/
- 2 http://ezsch.ezweb.ne.jp/search/?sr=0101&query=良い論文
- 2 http://practical-scheme.net/wiliki/wiliki.cgi?Shiro
- 2 http://translate.google.de/translate_p?hl=de&sl=ja&tl=en&u=http://d.hatena.ne.jp/miura1729/20081012/1223785541&usg=ALkJrhi6ViJg0ZlGTTGAZAmeLzOcHOuWOg
- 2 http://www.google.co.jp/search?hl=ja&client=firefox-a&rls=org.mozilla:ja:official&hs=0ab&q=binding.of_caller&btnG=検索&lr=lang_ja
思うに、普通、自己書き換えなんかやると怒られるところですが、Inlining Casheだよ言うとあら不思議ほめられるみたいな、そんな流れを作ろうと無意識にしているんですかね。多分違いますね。
実際、自己書き換えって速くなるんだろうか?