Optimizing Ruby with JIT - 最速の言語を目指して - builderscon tokyo 2019
Abstract プログラミング言語Rubyはバージョン2.6でJust-In-Timeコンパイラを搭載し、Ruby 2.0に比べて2.5倍も高速になりました。言語処理系が2.5倍高速化するためにどのような魔法が使われたのか興味はありませんか？ evalや動的なメソッドディスパッチなど、Rubyは高速化が困難な問題を多数抱えていますが、これらは実行時の情報を利用して最適化を行なうことによってエレガントに解決することができます。 このセッションでは、RubyのJust-In-Timeコンパイラがいかにしてそのような言語の高速化を実現しているかのエッセンスを、RubyやJust-In-Timeコンパイラの前提知識がなくてもわかるように解説します。 もしあなたがRubyを使うことがなくても、このセッションを聴けば、あなたが使う言語でどのような言語機能を使うと最適化の妨げになるかが理解しやすくなる
マイクロソフト、.NETアプリを数倍高速化する64ビット用JITコンパイラ「RyuJIT」をテクニカルプレビューで公開。由来は「龍神」
マイクロソフト、.NETアプリを数倍高速化する64ビット用JITコンパイラ「RyuJIT」をテクニカルプレビューで公開。由来は「龍神」 マイクロソフトは64ビットの.NET環境に最適化したJITコンパイラ「RyuJIT」（コードネーム）をCTP（Community Technical Preview）として公開中です。RyuJITでは、アプリケーションの起動時間と実行速度の両面でより高速化されているとのこと。 .NET Framework BlogでRyuJITを紹介した記事「RyuJIT: The next-generation JIT compiler for .NET」から引用します。 The .NET Code Generation team has been working on a new, next-generation x64 compiler, codenamed Ryu
V8のJITコンパイラ、Crankshaftに関して - LLVMとコンパイラとVM
vmやjavascript-engineの概要や歴史に関して説明しているスライドです。 その中で、old javascript engineはstack-baseを採用し、 modern javascript engineは、register-baseの中間表現を採用しているという下りがあります。 javascriptに限らないですが、確かにそういう感じはあります。 JVMやCILがstack-baseなのは歴史的な経緯なのだと思います。 stack-baseだと何が嬉しいのかというと、parseする際や、他にtranslateする際に、非常に楽です。 push-pop-push-popだけでオペランドや定義値の連鎖を表現できるので、 非常にシンプルなコードになります。 逆にregister-baseだと何がうれしいのかと言うと、たぶんSSA形式が関連しているように思います。 regist
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
