LuaJIT的跟踪编译器是如何运作并优化代码执行效率的？

本文共计361个文字，预计阅读时间需要2分钟。

我在阅读JIT和LuaJIT的跟踪编译器时，提出了一些问题。根据我的理解，LuaJIT的JIT编译器不像Java的HotSpot那样采用热门路径编译方法，而是编译源自循环的热路径。这意味着如果某些东西不是热点，它就不会被编译。

我一直在阅读JIT和LuaJIT的跟踪编译器,最后我提出了一些问题.

根据我的理解,LuaJIT的JIT不会像Java的HotSpot那样编译热门方法,它会编译源自循环的热路径.这是否意味着如果某些东西不是来自循环(比方说,我从C-api调用Lua函数)那么代码永远不会被jitted？当你遇到另一个循环时会发生什么？第二个循环的路径是JIT,然后是来自该循环的新路径,或者第二个循环是否是同一路径的一部分？

口译员如何选择最佳的热门路径？假设我有一个整数的哈希表 – >字符串.现在假设我调用table [x],其中x为3和5,它们已成为热路径和jitted,解释器如何决定哪个jitted代码调用table [x],其中x为4？

另一件令我绞尽脑汁的事情.由于路径是编译的,而不是函数,跟踪编译器是否需要更多的内存？既然你不能真正重用其他路径的编译代码我的意思,因为在一般情况下路径可能比单个函数大…

Mike Pall在LuaJIT邮件列表中做了非常详细的回复.
www.freelists.org/post/luajit/How-does-LuaJITs-trace-compiler-work,1