ScyllaDB中WASM与Lua UDF性能无显著差异原因探究

• 计算量与函数复杂度不足
  你测试的是简单加法函数，这类极轻量操作的执行耗时主要集中在ScyllaDB调用UDF的跨语言调用开销（比如参数传递、上下文切换、结果返回），而非函数内部计算逻辑。WASM的性能优势通常在复杂计算场景（如数值运算密集型、逻辑分支复杂的任务）中才会凸显，简单加法的计算耗时远低于调用开销，导致两者的差异被完全掩盖。

• ScyllaDB的UDF调用机制开销占比过高
  ScyllaDB对WASM和Lua UDF的调用路径可能共享相似的封装层，比如统一的参数序列化/反序列化流程、虚拟机实例复用策略。如果两种UDF的调用框架开销占总耗时的绝大部分，函数本身的执行效率差异就很难体现出来。

• WASM代码未充分优化
  你的WASM代码可能没有开启足够的编译优化选项（比如编译时使用-O3级别优化），或者没有针对ScyllaDB的运行环境做适配。未优化的WASM代码执行效率可能和LuaJIT优化后的性能拉不开明显差距。

• LuaJIT的优化效果显著
  Lua（尤其是LuaJIT）对简单运算的优化非常到位，JIT编译器会将高频执行的加法操作直接编译为机器码，执行效率接近原生代码。这种情况下，简单加法的性能和未充分优化的WASM代码几乎持平。

内容的提问来源于stack exchange，提问作者Lemonyx