3 ms·

I think it's more interesting than that. This is a mixture of C and Lua code! Looking at it, I can imagine redoing it as LuaJIT and using ljsyscall to deal wi

I think it's more interesting than that. This is a mixture of C and Lua code! Looking at it, I can imagine redoing it as LuaJIT and using ljsyscall to deal with the system calls on all platforms. Might be even more snappy.

signa11 9y ago
> ... redoing it as LuaJIT... is luajit supported on versions beyond 5.1 ? just wondering...
- hwh 9y ago
  This is a strangely worded question. LuaJIT is compatible with PUC Lua 5.1. It will thus not run (without problems/tweaking) run code that is designed for Lua >= 5.2. However, the differences are not really big in practice. It is rather more likely that the new options (especially the FFI) that come with LuaJIT will lead to the most work when switching over. Not that they would be absolutely needed, but it just makes it all so much smoother and faster - which is probably the reason to switch to LuaJIT in the first place.
  - signa11 9y ago
    what a strangely worded response :) all i can get from your response is a 'yes' to my earlier affirmation that luajit is compatible with Lua 5.1 honestly, responding to gp's comment, i also found lua's embedding in this application quite interesting. imho, for something which might be living for a long time, considering using lua-jit might not be a good idea.
mueslix 9y ago
All the heavier processing is done in C already. Lua is only used for handling dis-/reconnects, rekeying and the likes. Hence I don't think LuaJIT would improve the performance much in this particular case.