Работает в том виде, как он есть в 2.0, включая релевантные патчи, появившиеся после релиза 2.0.5 (https://github.com/iponweb/luavela/commit/ca0b3e2bcad72ceb71455fbff4d17f772308fd94).
Эксперименты с LuaJIT 2.1 проводили перед тем, как форкнули, то есть примерно в 2015 году. В тот момент 2.1 показал плохую производительность на наших проектах и нагрузках, да и в целом его официальный статус беты внушал опасения. Соответственно, форк начали от стабильной ветки 2.0.
Но за 2.1 следим и заимствуем некоторые вещи оттуда (например, поддержку конкатенации в JIT-компиляторе).
Виртуальные машины в GCE и AWS, на каждой запущен многопоточный HTTP-сервер приложений (написан на C++) со встроенной LuaVela, исполняющей логику на Lua. Виртуальные машины с серверами приложений сидят за балансировщиками.
Да, в плане C API можно использовать как drop-in-replacement для Lua/LuaJIT: и набор, и семантика API сохранены.
Да, это так. Может, не самое удачное решение, но мы его выбрали для комфортной одновременной установки в систему нескольких реализаций.
Да, конечно. Заведите, пожалуйста, баг в github.com/iponweb/luavela/issues, посмотрим, в чём дело.
Но за 2.1 следим и заимствуем некоторые вещи оттуда (например, поддержку конкатенации в JIT-компиляторе).
Да, в плане C API можно использовать как drop-in-replacement для Lua/LuaJIT: и набор, и семантика API сохранены.