fib

https://github.com/drujensen/fib sbcl on my mac m1 gets 21s Gerbil gets 16s Minor Gerbil version as an example. (export main) (def (fib n) (if (fx<= n 1) n (+ (fib (fx- n 1)) (fib (fx- n 2))))) (def (main) (display (fib 47)) (newline)) Compiled with gxc -O -exe -o gerbil.fib Similar results on x86_64

How? Do you mean how do I know it's slow? Because it takes longer to run. Write a typical computation such as Fibonacci in Java and Erlang/Elixir and compare. Fortunately someone has already done this. Elixir is 3x slower than C and 2x slower than Java for this single thread example. https://github.com/drujensen/fib Apparently this upsets people for me to point this out. However, I did not say that Elixir was slow in general or a bad choice. It's an excellent choice for problems which suit parallelization or which require reliable, consistent performance. Since the parent poster had commented that adding this multi-module dispatch would not be performant, I merely pointed out that the single thread peformance was already slow (as in, why worry too much about the performance cost of the multi dispatch suggestion).

You can find them although they tend to be out of date and/or piecemeal. I think they're still useful. For example: https://github.com/drujensen/fib https://gist.github.com/sdwfrost/7c660322c6c33961297a826df4c... https://github.com/kostya/benchmarks My general sense is that Nim is most competitive as an alternative to Python and/or things like Julia, in that it's as expressive and easy to understand as those, but has performance closer to C or Rust than something like Python. Julia is similar to Nim but I think Nim seems cleaner in its implementation overall, and targets much more general use scenarios. I've been really impressed by Nim. There are some little things that have irritated me, like case insensitivity, but I wish it got more traction in the community. Right now the only thing that it doesn't seem to have going for it is librar

> I can rewrite performance critical code in C/C++/Fortran/Ada/Rust, but that is a huge last resort Random benchmark with the latest release. I don't know how reliable it is but in my experience Nim can often be very fast: https://github.com/drujensen/fib

There's a PR there to do just that. I don't follow the reasoning that it's not been accepted. It's also using Elixir script instead of precompiled Elixir. https://github.com/drujensen/fib/pull/33

Hardware used is listed at the top of the readme. https://github.com/drujensen/fib/blob/master/README.md

The owner of this repo has no idea it’s trending on HN. This issue gave me a good laugh: https://github.com/drujensen/fib/issues/51

The benchmark includes a C++ constexpr version, at https://github.com/drujensen/fib/blob/master/fib-constexpr.c... , with timing numbers under the section "Optimized code that breaks the benchmark" and the comment "all benchmarks will have some caveat."

The example was indeed not playing to its strengths, it wasn't making use of tail call optimization. I made a PR to fix that: https://github.com/drujensen/fib/pull/33

Would love to see a C++ implementation of this of this code, whether it's a test project or an example already available in open source. This would also be a cool thing to give an example of across programming languages. Sort of like how https://github.com/drujensen/fib does it.