Julia always seems to rank #1 or close to it when compared to other interpreted languages but I only ever see it used for research and math. Why doesn’t anyone use it for anything else?
In addition to the other replies, the comparatively long startup time makes it unsuitable for short scripts, and with a few dependencies it becomes unsuitable for even medium length programs. The startup time is always coming down and there are ways to compile dependencies ahead of time though. The JIT compilation can be annoying for real-time applications too.
Which programming language or compiler is faster
71–80 of 90 posts
Re: Which programming language or compiler is faster
#72Julia always seems to rank #1 or close to it when compared to other interpreted languages but I only ever see it used for research and math. Why doesn’t anyone use it for anything else?
Its ridiculously large memory usage might be a reason.
Memory is cheap. Between large memory usage and slow code, I'd rather have the first. Also, that has never stopped Java from being used.
Re: Which programming language or compiler is faster
#73Earlier quoted context omitted.
Lack of integration with other massive libraries that Python, Java and C++ have. Lack of books, tutorials and extensive knowledge bases that Python, Java and C++ have.
Java doesn't integrate well with Julia, but Julia's interop with C++ and python are both pretty painless. pycall in particular is about as easy as you could imagine.
Also there's https://github.com/JuliaInterop/RCall.jl for R interop.
Re: Which programming language or compiler is faster
#74This compares single and multithreaded solutions... doing these kinds of comparisons is hard but that seems silly.
Re: Which programming language or compiler is faster
#75There used to be http://shootout.alioth.debian.org and it crashed and data was lost AFAR. There's now https://benchmarksgame-team.pages.debian.net/benchmarksgame/... https://en.wikipedia.org/wiki/The_Computer_Language_Benchmar... Just wanted to mention prior art.
In 2018 Debian Alioth hosting service reached EOL.
The same benchmarks game project moved to new hosting at:
https://benchmarksgame-team.pages.debian.net/benchmarksgame/...
Re: Which programming language or compiler is faster
#76Julia always seems to rank #1 or close to it when compared to other interpreted languages but I only ever see it used for research and math. Why doesn’t anyone use it for anything else?
Its ridiculously large memory usage might be a reason.
a lot of it is stuff its runtime loads by default, like huge BLAS buffers, the llvm orc and such.
I think there have been steps recently to make those optional recently. Julia was really optimized for "big iron"-styles of workloads, but that's less than ideal when you are not trying to just do linear algebra all day.
Re: Which programming language or compiler is faster
#77This compares single and multithreaded solutions... doing these kinds of comparisons is hard but that seems silly.
Don't you want to know what the performance difference is?
Don't you have the opportunity to compare user time as-well-as wall clock time?
( The benchmarks game does provide that sort --https://benchmarksgame-team.pages.debian.net/benchmarksgame/... )
Re: Which programming language or compiler is faster
#78What does it even mean for a language to be faster?
Maybe we mean programs, not languages; maybe we mean programming language implementations, not languages —
"How many times slower, the fastest benchmark programs for selected programming language implementations are, compared to the fastest written in any of the programming languages."
https://benchmarksgame-team.pages.debian.net/benchmarksgame/...
Re: Which programming language or compiler is faster
#79I wonder why wasn't PHP included? It is still very popular in websites... Is it somehow not comparable/not worth to compare?
Perhaps suggest PHP to the website author.
Meanwhile —
https://benchmarksgame-team.pages.debian.net/benchmarksgame/...
Re: Which programming language or compiler is faster
#80Earlier quoted context omitted.
> There's no way C can be other than marginally faster than C++ In theory `restrict` (to disallow pointer aliasing like in Fortran) could lead to optimization gains, same as not having exceptions (the possibility of exceptions prohibits certain optimizations of the C++ compiler).
I agree; of course, both clang and gcc extend C++ with __restrict__ if I remember correctly; from what I know, there are more things that can be done in C++ to improve over C than the other way around.
IIRC, __restrict__ in clang and g++ does nothing when you write C++ code. It is there just for compatibility with C.