3 ms·

Like I said in a different reply, it was previously possible to compare right on Debian's language shootout page. Apparently they took out that feature, so her

Like I said in a different reply, it was previously possible to compare right on Debian's language shootout page. Apparently they took out that feature, so here's an old link to somebody comparing SBCL, Factor, V8, and LuaJIT. http://factor-language.blogspot.com/2010/05/comparing-factors-performance-against.html http://factor-language.blogspot.com/2010/05/comparing-factor... All four languages have improved over the last 8 years, but you can see SBCL and LuaJIT are in the same ball park, each winning on some tests. My recollection is that SBCL usually "wins" in the number heavy tests like Mandelbrot, but I don't have time to dig up the links.

technomancy 8y ago
Interesting you should mention Mandlebrot: https://old.reddit.com/r/programming/comments/6eg0x/where_are_the_fast_dynamic_languages_is_lisp_the/c03md43/ https://old.reddit.com/r/programming/comments/6eg0x/where_ar... > the inner loop of mandelbrot is now identical (at the ucode IR level) to the IR generated by a C compiler. All type checks have been eliminated and only the pure (statically typed) FP adds/multiplies are left (the remaining task is to transform the ucode to the best possible machine code -- working on it). Similar results can be obtained for other numeric loops. ^ This is from a ten-year-old post about LuaJIT optimizations.
- jlarocco 8y ago
  Now I’m curious, so I’ll try to benchmark SBCL vs LuaJIT vs Fennel when I get home tonight and post the results. Regardless, though, I think it’s clear that there are already fast Lisps.
  - taeric 8y ago
    I'm definitely interested in your results. I do want to chime in to say that I do not think this would, in any way, take away from any of these efforts. If anything, I would hope they would all help challenge each other. In a beneficial way.
    - jlarocco 8y ago
      I finally got around to doing this, and the results were nearly the same on the Mandelbrot benchmark. SBCL generates slightly faster code, but in this case it's using less efficient multi-threading. I might try again with a different program. https://jl2.github.io/2018/09/01/luajit-and-cl-benchmark/ https://jl2.github.io/2018/09/01/luajit-and-cl-benchmark/

technomancy 8y ago

Interesting you should mention Mandlebrot: https://old.reddit.com/r/programming/comments/6eg0x/where_are_the_fast_dynamic_languages_is_lisp_the/c03md43/ https://old.reddit.com/r/programming/comments/6eg0x/where_ar... > the inner loop of mandelbrot is now identical (at the ucode IR level) to the IR generated by a C compiler. All type checks have been eliminated and only the pure (statically typed) FP adds/multiplies are left (the remaining task is to transform the ucode to the best possible machine code -- working on it). Similar results can be obtained for other numeric loops. ^ This is from a ten-year-old post about LuaJIT optimizations.

jlarocco 8y ago
Now I’m curious, so I’ll try to benchmark SBCL vs LuaJIT vs Fennel when I get home tonight and post the results. Regardless, though, I think it’s clear that there are already fast Lisps.
- taeric 8y ago
  I'm definitely interested in your results. I do want to chime in to say that I do not think this would, in any way, take away from any of these efforts. If anything, I would hope they would all help challenge each other. In a beneficial way.
  - jlarocco 8y ago
    I finally got around to doing this, and the results were nearly the same on the Mandelbrot benchmark. SBCL generates slightly faster code, but in this case it's using less efficient multi-threading. I might try again with a different program. https://jl2.github.io/2018/09/01/luajit-and-cl-benchmark/ https://jl2.github.io/2018/09/01/luajit-and-cl-benchmark/