81–90 of 90 posts
This 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/... )
This is a really strange benchmark to use. Compiler speed is not an issue for these 100ish line standalone benchmarks. The question is how fast it is for a million-line project or worse. I doubt c or c++ do good there with their header file includes for dependencies.
Earlier quoted context omitted.
You show me that IDE for C++ who is using those multicore CPU's for compilation who's faster than Delphi, for same number of lines and/or external dependencies. Btw, Delphi is still using 32 bits for its IDE and a single core and still blows out of the water anything else in terms of millions of lines of code compilation time.
I wondered if Delphi supported LTO (as that's one of the main compile-time-eaters) and the only examples I could find of sentences containing both "Delphi" and "LTO" referred to Delphi support for TAPE DRIVES ( https://wikipedia.org/wiki/Linear_Tape-Open ). Of course prehistoric tech is faster, running a 1995 game on a i7 would also be fast. What matters is, is Delphi able to match C++ in run-time benchmarks ? Also,…
https://www.youtube.com/watch?v=lBSpv94FDE4
And then here is a claim that latest one (Delphi 11 Alexandria) is even faster:
http://www.danieleteti.it/post/delphi-11-alexandria-compiler...
I don't have Delphi 11, yet, so I can't verify their claim, but 10.4.2, which I have, is noticeable faster than previous versions I have scattered around in my virtual machines.
Earlier quoted context omitted.
I wondered if Delphi supported LTO (as that's one of the main compile-time-eaters) and the only examples I could find of sentences containing both "Delphi" and "LTO" referred to Delphi support for TAPE DRIVES ( https://wikipedia.org/wiki/Linear_Tape-Open ). Of course prehistoric tech is faster, running a 1995 game on a i7 would also be fast. What matters is, is Delphi able to match C++ in run-time benchmarks ? Also,…
What I see there is a compilation of current module that you modify. Do a full project rebuild, then show. Here is the link to Delphi, official one, for a comparison between 2 of the previous version (10.4.1 vs 10.4.2): https://www.youtube.com/watch?v=lBSpv94FDE4 And then here is a claim that latest one (Delphi 11 Alexandria) is even faster: http://www.danieleteti.it/post/delphi-11-alexandria-compiler... I don't have…
why would I ? I never have to do that during my dev cycle, that's not something really worth optimizing for. The whole build is ~4/5 minutes on that machine.
This is a really strange benchmark to use. Compiler speed is not an issue for these 100ish line standalone benchmarks. The question is how fast it is for a million-line project or worse. I doubt c or c++ do good there with their header file includes for dependencies.
I believe this is measuring how fast the binary produced by different compilers is, rather than how long the compilation takes.
This uses the debian language benchmarks, in search of what it was that was different I falsely concluded this must be about compilation speed.
Earlier quoted context omitted.
What I see there is a compilation of current module that you modify. Do a full project rebuild, then show. Here is the link to Delphi, official one, for a comparison between 2 of the previous version (10.4.1 vs 10.4.2): https://www.youtube.com/watch?v=lBSpv94FDE4 And then here is a claim that latest one (Delphi 11 Alexandria) is even faster: http://www.danieleteti.it/post/delphi-11-alexandria-compiler... I don't have…
> Do a full project rebuild why would I ? I never have to do that during my dev cycle, that's not something really worth optimizing for. The whole build is ~4/5 minutes on that machine.
Also the link I gave you for video, that's a full rebuild. The guy does a cleanup first, getting rid of existing builded components/modules and then does a full rebuild.
This is a really strange benchmark to use. Compiler speed is not an issue for these 100ish line standalone benchmarks. The question is how fast it is for a million-line project or worse. I doubt c or c++ do good there with their header file includes for dependencies.
I am sure if someone contributed a million line project for every language they would be happy to benchmark it.
(Ok it’s 5-10k lines rather than a million, but it’s non-trivial enough that the differences between languages are noticable)
Earlier quoted context omitted.
> poor static compilation or static analysis You're comparing it with python.
yes, and python has a large amount of analyzers: https://github.com/typeddjango/awesome-python-typing https://github.com/ethanhs/python-typecheckers though i'd say they are worse than similar tooling in typescript/javascript. julia's tooling is relatively nascent.
What does it even mean for a language to be faster?
A lot. Semantics that can be made fast (e.g. C vs Python) with little effort. (Some languages with bad semantics for that might still get fast, but the language itself isn't designed to help that. JS for example was made fast, but with tons of effort but with tons of money and man-centuries thrown in by Google, Apple, Mozilla, MS, not the kind of recources available to most languages. So, I'd call a language whose se…
Matz's Ruby MRI?
No — "Since Ruby 2.6 introduced MJIT in 2018, its performance greatly improved"
https://www.ruby-lang.org/en/news/2021/11/09/ruby-3-1-0-prev...