| Papers | LuaJIT | |
|---|---|---|
| 2 | 39 | |
| 4 | 4,431 | |
| - | 1.8% | |
| 1.8 | 8.9 | |
| about 3 years ago | 3 days ago | |
| C | ||
| - | GNU General Public License v3.0 or later |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
Papers
- MiniVM: A minimal cross-language runtime that beats C/luajit on some benchmarks
-
Writing a register based VM in less than 125 lines of C code
Further to this: this kind of thing is something the Forth community takes seriously. They call these threaded code techniques. [0] (The Gforth interpreter, for instance, gives you the choice of various different techniques.)
Anton Ertl of Gforth fame published a microbenchmark performance comparison of toy interpreters, written in C, run on various CPUs. [1] As you say, the approach using function pointers (call threading) scores poorly.
Interestingly, direct threading and indirect threading are extremely close, with the winner seeming to depend on the specific CPU. [1] Branch-prediction differences seem to be the main reason. There was a 2001 paper on this. [2]
[0] https://www.complang.tuwien.ac.at/forth/threaded-code.html
[1] https://www.complang.tuwien.ac.at/forth/threading/
[2] https://github.com/ForthPapersMirror/Papers/blob/master/Conv...
LuaJIT
-
On the impossibility of composing finalizers and FFI
Unfortunately things aren't so simple, as when doing JIT compilation, LuaJIT _will_ try to shorten the lifetimes of local variables. Using the latest available version of LuaJIT (https://github.com/LuaJIT/LuaJIT/commit/0d313b243194a0b8d239...), the following reliably fails for me:
local ffi = require"ffi" -
Building a baseline JIT for Lua automatically
I am using https://luajit.org/ in my GCC C++ project.
Can I use this faster Lua JIT in my project as a replacement? And if so, how so?
The existing luajit doesn't do v5.1, so it would be nice to use this newer engine at the newer baseline lua version level.
-
Python 3.13 Gets a JIT
The commit history looks pretty active...
https://github.com/LuaJIT/LuaJIT/commits/v2.1/
- LuaJIT 3.0 Issue Tracker
-
LuaJIT Uses Rolling Releases
I think https://github.com/LuaJIT/LuaJIT/commit/6a2163a6b45d6d251599... improved things a bit, notably making automatic tarballs work again.
-
How to clear a table without wasting memory?
There is nothing on luajit.org, so I assume that 2.0 doesn't have the extensions added (think the site is still on 2.0). However I found some proof in the mirrored git repo, that they do exist and also my luajit interpreter (2.1.0-beta3) shows them as builtins.
- Clone Mike Pall
- Which for loop method is faster
-
Recommendations for JS Engines that could be embedded in my Game Engine
If you absolutely want a performant scripting runtime, I'd recommend taking a look at LuaJit, DaScript or AngelScript.
-
Any embeddable language compatible with C (like Lua) but compiled?
If you don't like that - look towards JIT-compilers. Lua has one
What are some alternatives?
android-luajit-launcher - Android NativeActivity based launcher for LuaJIT, implementing the main loop within Lua land via FFI
lua-languages - Languages that compile to Lua
minivm - A VM That is Dynamic and Fast
Wren - The Wren Programming Language. Wren is a small, fast, class-based concurrent scripting language.
lc3-vm - A LC3 virtual machine implementation in a few lines of C code
moonjit - Just-In-Time Compiler for the Lua Programming language. Fork of LuaJIT to continue development. This project does not have an active maintainer, see https://twitter.com/siddhesh_p/status/1308594269502885889?s=20 for more detail.
paka - Paka language
luajit2 - OpenResty's Branch of LuaJIT 2
gigatron-rom - System, apps and tooling for the Gigatron TTL microcomputer
nelua-lang - Minimal, efficient, statically-typed and meta-programmable systems programming language heavily inspired by Lua, which compiles to C and native code.
os49 - basically minivm os
ravi - Ravi is a dialect of Lua, featuring limited optional static typing, JIT and AOT compilers