LuaJIT真的比其他所有JITdynamic语言更快吗？
根据计算机语言基准游戏，LuaJIT实现似乎击败了所有其他JITdynamic语言 （V8，Tracemonkey，PLT Scheme，Erlang HIPE） 一个数量级 。
我知道这些基准testing并不具有代表性（正如他们所说：“哪种编程语言实现了速度最快的基准testing程序？”），但这仍然非常令人印象深刻。
实际上，情况真的如此吗？ 有人testing过Lua的实现吗？
在Lambda终极会议上有一个很好的讨论。 LuaJIT非常好。
许多人报告lua-l （lua邮件列表）上令人印象深刻的加速。 对于纯粹的Lua代码，加速是最令人印象深刻的; 当可加载库模块中的C函数有很多调用时，跟踪编译器不是那么有效。
在我的情况下（游戏原型开发），我没有观察到任何性能改进。 我使用lua进行embedded，所以有很多C ++库函数的调用。 即使主循环在lua脚本中，并且所有重要的逻辑都在lua中实现，但整体性能是通过渲染以C ++实现的引擎和物理引擎来确定的。 原来的lua对于这样的应用已经足够快了。
我在这里学到了一些经验教训： http : //www.sampalib.org/luajit2.0_tunning.html有些数据不再有效（maxmcode = 1024就足够了），但是luajit在600线的代码纯粹的Lua脚本（没有C调用命中perfs …），这不是一个大规模的应用程序，也不是一个embedded式的用例，但比基准更多。
JIT的性能取决于两件事情：原始脚本语言的性能和编译器的性能。
编译器是一个相当成熟的技术，大多数JIT编译器具有可比的性能。 然而，lua本身，即lua-without-JIT，可能是最快的脚本语言之一。
lua比Java-without-JIT更快。 lua比Javascript-without-JIT更快。 lua比大多数脚本语言没有JIT更快。
所以，
lua-JIT比Java-with-JIT（sun Java）快，lua-JIT比V8（Javascript-with-JIT）等更快，…
