llvm/tools:与LuaJIT相比的lli REPL
2010-12-17 12:34:56
收藏:0
阅读:142
评论:1
我想知道是否有人使用过 llvm/tools - lli 解释器/JIT编译器(参见http://llvm.org/docs/GettingStarted.html#tools)。我对您提供的任何信息感兴趣(速度,复杂性,实现等)。
谢谢。
更新:
好吧,假设lli作为解释器,比特码执行如何与LuaJIT VM执行相比?当lli作为jit-编译器时又如何?(相同的比较)
注意: 我只是询问是否有人有经验/愿意抽出一些时间分享。
原文链接 https://stackoverflow.com/questions/4055158
点赞
评论区的留言会收到邮件通知哦~
推荐文章
- 如何在roblox studio中1:1导入真实世界的地形?
- 求解,lua_resume的第二次调用继续执行协程问题。
- 【上海普陀区】内向猫网络招募【Skynet游戏框架Lua后端程序员】
- SF爱好求教:如何用lua实现游戏内调用数据库函数实现账号密码注册?
- Lua实现网站后台开发
- LUA错误显式返回,社区常见的规约是怎么样的
- lua5.3下载库失败
- 请问如何实现文本框内容和某个网页搜索框内容连接,并把网页输出来的结果反馈到另外一个文本框上
- lua lanes多线程使用
- 一个kv数据库
- openresty 有没有比较轻量的 docker 镜像
- 想问一下,有大佬用过luacurl吗
- 在Lua执行过程中使用Load函数出现问题
- 为什么 neovim 里没有显示一些特殊字符?
- Lua比较两个表的值(不考虑键的顺序)
- 有个lua简单的项目,外包,有意者加微信 liuheng600456详谈,最好在成都
- 如何在 Visual Studio 2022 中运行 Lua 代码?
- addEventListener 返回 nil Lua
- Lua中获取用户配置主目录的跨平台方法
- 如何编写 Lua 模式将字符串(嵌套数组)转换为真正的数组?
LuaJIT 是一种追踪 JIT,这意味着它可以重新优化自身以更好地适应通过执行环境传递的数据,但是,LLVM 是静态 JIT,因此只会为相应源代码生成一次最佳的机器代码,这可能导致在紧密的循环或分支错误预测中失去性能。
实际的 LuaJIT VM 也经过高度优化,使用了线程化、具体机器的汇编语言,而 LLVM 使用 C++ 来实现可移植性(和其他原因),因此这显然使 LuaJIT 具有巨大的优势。纯粹因为 LuaJIT 被设计为在更少的强大系统上工作(如由 ARM CPU 驱动的系统),所以 LLVM 的开销要比 LuaJIT 高得多。
LuaJIT 的字节码也是专门为 LuaJIT 设计的,而 LLVM 的位码则更加通用,这显然使 LuaJIT 执行更快。LuaJIT 的字节码也很好地设计用于编码优化提示等,供 JIT 和 Tracer 使用。
忽略这是两种不同类型的 JIT 的事实,整个比较归结为 LLVM 专注于成为通用的 JIT/Compiler 后端,而 LuaJIT 则专注于以最快的方式执行 Lua,因此它不受一般性约束而获益。