エントリーの編集
![loading...](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/common/loading@2x.gif)
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
記事へのコメント3件
- 注目コメント
- 新着コメント
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
![アプリのスクリーンショット](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/entry/app-screenshot.png)
- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
mrubyのインタープリタ高速化のアイデア | 僻地のプログラマkmt-tの執筆日記
mrubyはクロスプラットフォームなのでJITよりインタープリタが高速な方がうれしいよね、ということを話... mrubyはクロスプラットフォームなのでJITよりインタープリタが高速な方がうれしいよね、ということを話していたらmatz仙人からやれよって言われたのでアイデアを出してみた。今はDalvik本の執筆が優先なのでそっちが落ち着いたらやりたいです(無理かもしれない)。 JITトランスレータ 実行されるメソッドのうち実行頻度が高いものを巨大命令セットのバイトコードにトランスレートする。ホットスポットは巻き戻す方向のジャンプをした回数またはメソッドの呼び出しが一定回数を超えた箇所とする。ホットスポットのカウンタはサイズNのハッシュテーブルとし、ハッシュテーブルの検索はホットスポットのバイトコードのアドレスをNで割った剰余(通常はマスク値との論理積)をハッシュ値とする。高速化のためハッシュ値が衝突しても無視する。 巨大命令セット方式 mrubyの命令セットとは別のバイトコード命令セット。mrbcでコ
2013/03/28 リンク