JIT = Just In Time即时编译,是动态编译的一种形式,是一种优化虚拟机运行的技术。 程序运行通常有两种方式,一种是静态编译,一种是动态解释,即时编译混合了这二者。Java和.Net/mono中都使用了这种技术。 然而IOS中禁止使用(不是针对JIT,而是所有的动态编译都不支持)!
解释执行:
静态编译:
JIT:
这里讲的实际上是JIT的一个变种:自适应动态编译(adaptive dynamic compilation)。它分为两种:Method JIT和Trace JIT。 如图所示,这是jvmjit的流程:
简单来讲:
为什么只编译热点函数? 对只执行一次的代码而言,解释执行其实总是比JIT编译执行要快。对这些代码做JIT编译再执行,可以说是得不偿失。而对只执行少量次数的代码,JIT编译带来的执行速度的提升也未必能抵消掉最初编译带来的开销。只有对频繁执行的代码,JIT编译才能保证有正面的收益。
Lua主要由以下三部分组成:
LuaJIT主要由以下四部分组成:
注:最新luajit对应lua5.1.5。
与jvmjit大致相同。 所谓trace便是一段线性的字节码序列。热点trace被编译成机器码,非热点trace解释执行。 注:并不是所有的代码都能被JIT。(NYI)
bytecode基本上可以认为是虚拟机的指令码(“基本上”是因为luajit使用了uleb128)。 优点:
编译步骤分三步走:
命令行执行
luajit –b <in> <out>。
虚拟机会判断是否是字节码,所以无需做额外的操作。 另外,可以混用,即:一部分文件编成字节码,另一部分保持源代码。
Cannot load incompatible bytecode! 这个错是因为在luajit里使用gcr用来比较对象指针,在64位环境下只有47位有效值(默认用户内存不会超过128T)。其余17位中有4位保存对象类型,即一段内存中保存了两条信息。所以在函数栈操作中有些地方需要一个空值占位。因为字节码直接反映了函数栈操作,所以64位和32位字节码不同。
https://www.zhihu.com/question/37389356 https://zhuanlan.zhihu.com/hllvm/19977592 http://wiki.luajit.org 用好Lua+Unity,让性能飞起来——Lua与C#交互篇 在windows程序中嵌入Lua脚本引擎–使用VS IDE编译Luajit脚本引擎 Luajit-2.1.0-beta1的发布和生成arm64用bytecode的解脱 Peeking inside LuaJIT
版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 举报,一经查实,本站将立刻删除。
发布者:全栈程序员栈长,转载请注明出处:https://javaforall.cn/185283.html原文链接:https://javaforall.cn