Programming-Language-Benchmarks VS sb-simd

The benchmark available at https://programming-language-benchmarks.vercel.app/ demonstrates that Golang stands out as one of the most memory-efficient languages presently available. This achievement is attributable to several inherent features of Golang, such as its static typing, robust garbage collection system, and the inherent structuring of data within the language. These traits collectively contribute to Golang's exceptional efficiency in terms of minimal memory consumption compared to other languages.

I found Zig implementation of json parsing is interesting. The code is free from hidden control flow !.

https://github.com/hanabi1224/Programming-Language-Benchmark...

I think https://programming-language-benchmarks.vercel.app/ is a good starting point to compare languages and compilers, also implementations are optimized for the specific language so you don't end up with a poorly ported c++ implementation in rust and wonder why it performs so bad.

It varies a lot depending on what the code consists of, but if you want concrete numbers for certain benchmarks, this site might be of interest: https://programming-language-benchmarks.vercel.app/

There is not "one real" benchmark. In the end, all you can do is test languages for a specific feature / purpose. You can see how many different suggestions people have here, and here (I think) you can see the difficulties of comparing languages. That site uses quite a lot of algorithms / problems with multiple inputs, single and multithreaded, with different optimization flags (where applicable) and so on paired with different languages, and it's a mess. Sometimes one language is on top, sometimes another. (I mean, python will very rarely beat pure C, but I wont rule out that someone already created an edge case just to refute exactly this point)

Hello, World!: Elixir vs. Go vs. Rust

> fully dynamic

Well, no, it's SBCL. Common Lisp has support for types, but most compilers only use them for optimization, SBCL goes one step further and emits warnings when you mismatch types. And looking at the code, I can see lots of type declarations.

It's also interesting to note that the code does not seem to be using SBCL's new SIMD library*, so it could be sped up even more.

* <https://github.com/marcoheisig/sb-simd>, see the texinfo file for documentation.

I suppose that using arrays + using SIMD instructions could be even faster. Someone is already doing that: https://github.com/marcoheisig/sb-simd/blob/master/examples/simd-dot.lisp .

Common Lisp (sbcl) performance via native implementation of simd [0] is very impressive ! It is litteraly acheieving C/Cpp speeds (within few ms). Great work by Marco Heisig

[0] https://github.com/marcoheisig/sb-simd

Here is another demonstration of how effective SIMD vectorization can be using sb-simd.

You can see on Programming Language and Compiler Benchmark site the amazing speed of SBCL when sb-simd is used for vectorization.

For SBCL-specific, Marco and Bela have put in a ton of work at sb-simd - may be the OP finds the relevant simd interface there!

And sb-simd is getting very-very impressive to say the least thanks to Marco Heisig.

You can use sb-simd for manual vectorisation with SBCL. Manual vectorisation is definitely more hassle than automatic vectorisation, but often worth it.

Fully agreed. One more library that could open up areas is also coming soon. Though documentation is still to be written. Please check sb-simd I wish I could have supported Marco even more.