我一直在阅读JIT和LuaJIT的跟踪编译器,最后我提出了一些问题. 根据我的理解,LuaJIT的JIT不会像Java的HotSpot那样编译热门方法,它会编译源自循环的热路径.这是否意味着如果某些东西不是来
根据我的理解,LuaJIT的JIT不会像Java的HotSpot那样编译热门方法,它会编译源自循环的热路径.这是否意味着如果某些东西不是来自循环(比方说,我从C-api调用Lua函数)那么代码永远不会被jitted？当你遇到另一个循环时会发生什么？第二个循环的路径是JIT,然后是来自该循环的新路径,或者第二个循环是否是同一路径的一部分？
口译员如何选择最佳的热门路径？假设我有一个整数的哈希表 – >字符串.现在假设我调用table [x],其中x为3和5,它们已成为热路径和jitted,解释器如何决定哪个jitted代码调用table [x],其中x为4？
另一件令我绞尽脑汁的事情.由于路径是编译的,而不是函数,跟踪编译器是否需要更多的内存？既然你不能真正重用其他路径的编译代码我的意思,因为在一般情况下路径可能比单个函数大…
Mike Pall在LuaJIT邮件列表中做了非常详细的回复.http://www.freelists.org/post/luajit/How-does-LuaJITs-trace-compiler-work,1