はじめてのにき

_ VM

http://natu.txt-nifty.com/natsutan/2008/06/vm_e3c7.html

そうそうレジスタマシンのメリットってよくわからない ってのはたしかに。思いつくのは

• スタックポインタ動かすコスト (YARVしか知らんけど、たぶんリアル CPU のスタック動かすよりは少し高い)
• 型がわかる場合に型ごとに別のレジスタにつっこんどけばチェックがはぶけたり？

あたりかなぁ。

あと parrot のドキュメント見ると速いと主張してるな。

http://www.namikilab.tuat.ac.jp/~sasada/prog/parrot-intro.html#i-4-2

スタックの伸長の話は本当かなぁ。 全然知らんけど関数呼ぶ時に レジスタを退避する空間というのはなんにせよ必要なので、 関数呼び出し時にスタック的なものは伸びると思う。 んでまぁスタックマシンも別に毎度律義にサイズチェックしつつ push pop するんじゃなくて、 関数入る時に必要な分だけ確保するんちゃうかな。

http://twitter.com/alohakun/statuses/841568669

はリアルマシンには正しいと思うけど VM だとたぶんあやしいかな。

http://d.hatena.ne.jp/scinfaxi/20080617#c1213757882

はどうなんだろう。 IA64 のレジスタ割り付けを妄想するに

• 関数呼び出しの前後で保存せなあかんのはレジスタスタックのレジスタ使う
• そうじゃないのは32レジスタを適当に使う
• 32個で足りなさげな時はレジスタスタックを適当に使う

全然普通通りなのでつまり適当で良さげなのかな。

なんかでも見聞きする限り IA64 は x86 なんかより はるかに複雑怪奇なんじゃないかな。 だからこそ死に絶える前に遊んでみたいんだけど。

(00:13)

_ かっこE

http://www.garbagecollect.jp/~usa/d/200806c.html#id20080623_P3_1

Ruby はトースト

(00:15)

_ VM

なんか最近 VM とかそのへんに割と興味があるみたいだ。

• Yajit 続き

レジスタ割り付けめどいにゃーとか。 適当に書いた部分直さないとにゃーとか。

あとそういえば、ネイティブ無理ポと思ったら コンパイル諦める機構が何かしらあるといいかなぁと思う。 例えば definemethod が来たら とりあえずコンパイルしておいて、 次回からの呼び出しにはそっち使うんだけど、 同じ definemethod が呼ばれるようなうざいことがあったら もうコンパイルシネーヨというような。

あんま深く考えてないのでわからん。

• GC

なんか最近興味が

• Golf VM

とか作るといいと思う。 とにかく短いバイトコードを目指す VM 。

(02:15)