E03: C# vs Java: Which is Faster? Computer Language Drag Racing Series
ฝัง
- เผยแพร่เมื่อ 27 ก.ย. 2024
- Which language produces the fast apps? How do C# and Java Compare? How are bytecodes and IL different?
Dave takes you on a tour of C# and Java and then drag races them by running them through their paces with a prime number generation benchmark in Episode 03 of the epic Computer Language Drag Racing Series episode 03. This series tests more than 60 languages by having the same goal in each language - solve all the primes under one million as many times per second as possible.
Languages tested in the series include ARM ASM, X86 ASM, Ada, BASIC, Bash, C, C++, C#, D, Dart, Delphi, F#, Fortran, Go, Haskel, Java, Julia, Lisp, Lua, Node, Nim, OCaml, Octave, PHP, Pascal, Perl, Powershell, Python, R, Ruby, Rust, Scala, SQL, Swift, TypeScript, V, Zig, and more are being added!
Each round, languages are tested in groups, such as C vs C++ vs Rust, Python vs BASIC, Ada vs Pascal vs Delphi, and so on.
Github Code: github.com/Plu...
The Shirt (static blue): amzn.to/2VnFuzF
Episode List:
E00: • E00: Software Drag Rac...
E01: • E01: What is the FASTE...
Name suggestion: Fizzbuzz Aldrin
The Stig was named after a character from a children's book - "Stig of the Dump".
So the only choice for our new friend's name must surely be "Stack", or to give him his full name "Stack of the Dump". 😉
+1 for Stack
Stack Dump. I like it.
I like it... but rather than just "Stack", maybe he should be "The Stack" to stay orthogonal with "The Stig"? Does it matter?
@@DavesGarage That's a very fair point, The Stack is better. Feel free to use that if you prefer it! :-)
Perfect.
Java runtimes have been doing JIT for ages now, and are even smart enough to only spend time optimizing frequently-executed code, eliminating the overhead of compiling the full thing.
With some tweaking, I've seen Java be competitive with C++. Of course you have to disable garbage collection..
@@neil2444 you mean “take controle of the Garbage Collection”, the GC is not in your way of you tell it when to work…. Instead of letting it run at its own schedule.
Also, there are other languages that compile in java byte code, even functional ones like scala. And at the beginning, java byte code had to had a hardware CPU implementation called picojava. I've seen the Fujitsu implementation running and was very cool.
Few people remembers that java origins were to be a language for microcontrolers, like micropython is today. The bytecode idea was to be able run on java native microcontrolers, or be compiled to any other microcontroler easily.
@@sysosmaster The algorithm itself for the GC is way more taxing than simply deallocating the allocated memory like you would in C++. I don't recall what they did exactly, but I think it involved launching garbage collection after memory was freed, and even then, only at the end. When you think about it, deallocation of memory is O(1) in C++.
@@neil2444 Well. You do more than just deallocating if you use a GC, also depending on how configure your compiler, your reallocation might even not run when you expect it to… or at all….
I would just like to add that as a contractor engineer I wrote lots of code in both C# and Java. When you go into a situation, most of the time you don't have a choice. A company has its infrastructure, and that is that. So, it's good to learn both, even at home in your 'off time.' Then you can enhance your resume and have more job security.
I’ve been a hobbyist programmer since 2005 (spanning many, many languages) and I am proficient in C#. for some reason, I’ve gone all these years and never obtained experience with Java. I have no intention to work for anyone else and I am curious if you personally enjoy using Java more than C#.
@@ryan-el9er I didn't enjoy one more than the other. The thing I liked about Java was that I could do my work in a Windows development environment and then deploy the code to a Unix/Linux server. That was cool. A number of applications from IBM or Oracle ran on Unix and there was a need to extend them in some manner. Those applications incorporated a JRE, so it was necessary to write the additional code in Java. If you are not working for someone other than yourself or not working with a Unix/Linux server, then you probably don't have to worry about Java. There are some web servers that run on Windows that use Java, such as JRun. So you might run into that situation.
7:39 JVM bytecode is indeed jitted, and there's also the HotSpot AOT optimizations.
I was thinking the same thing. If memory serves, Java has had a JIT since the late 90's or early 2000's.
I still can't find Oracle-sourced info saying, though I implied it HAD to be true at that speed; anything in the JDK docs that show that it JITs to machine code? I believe you but could not find official proof!
@@DavesGarage I have previously configured the JVM to log the compiling it does so that I could see the x86 code dynamically generated. For blocks of code, it interprets for a while then does a fast compile to run that for a while and then finally aggressively compiles.
@@CurtCox Stuff like -g for debug information into the generated jvm bytecode should be nearly irrelevant, it will just unnoticeably increase loading times, the jvm jit can just ignore that. -target will only check/allow/deny usage of stuff added to the standard library later on, the bytecode did not improve or change really between java 8 and 16.
@@DavesGarage The HotSpot VM (released in 99) has been the default runtime for Java since 1.3. Its core feature being just in time compilation. It features a multi-tiered approach to JIT that is significantly more involved than the .NET Runtime. Nowadays GraalVM is of most interest in the JVM runtime world, as it is implemented in java itself and can optimize all aspects of itself (This is not really why it's so revolutionary, but it's very relevant to the JIT conversation). It has many other very analyzes it can perform, but you should read up on it. You should really try to run your benchmark again with GraalVM instead of hotspot, if you were using Java 11 it's already included in your distribution but not enabled.
Edit: I forgot about this, but one note about Graal is that, unlike C2, it does not support auto vectorization, and while I have not do not remember what the primes impl you used looks like, I would not be entirely surprised if auto vectorization was performed. Though on the note of vectorization, Project Panama did bring us JEP 414, which adds the ability to describe certain SIMD workloads and have those executed in platform specific hardware
The trailer needs more echo and fire.
To be honest, I coulda used a little more cowbell.
He borrowed it from a well known spoof. I'd post the link, but my comment will be removed. Just Google Sunday Monster Truck and click the first link.
@@joho0 I remember those commercials.... not that one specifically on Google but the "SUNDAY! SUNDAY! SUNDAY!" monster truck commercials were great and very well known... I think I even saw one as near as 3 or 4 years ago for Monster Jam.
“The Stieve” could work as a name
i have to take objection to your description of IDisposable. it does not immediately GC anything… it’s just an opportunity to manually release unmanaged resources. all other GC and reference rules still apply to the remaining managed objects
With the extra complexity of tracking if the finalization has run or not!
@@SimonBuchanNz technically it’s tracking if dispose has been called or not so that finalize can be suppressed as an object with a pending finalizer is disqualified from gen0, but point taken
@@burtonrodman blarg, too long since I've dealt with C# I guess.
This. Easy to notice it if you take a look at the resources graph that VStudio provides ( if there's a GC "pass" it will show in the memory graph , and even when you run an IDisposible() method, it will not GC "on demand" ).
Doesn't Java's try-with-resources construct do something very similar?
For Java, there are multiple runtimes to choose from. Ibm, Azul, Graal by Oracle, openjdk,... So even the same code can run a bit differently between those.
Would love to see it in Graal native image
Massive respect for the continuous steam of super valuable, in-depth information you constantly churn out during each of your videos! Kudos and keep up the great work, Dave!
Much appreciated!
Couldn't agree more!!
Fast becoming one of my primary tech channels. Thank you for the work and information you pack into each vid. Your blooper real at the end reminds me of writing code, compile error, fix, write more, compile error, fix, rinse repeat lol...great stuff.
The extra time spent discussing the languages really adds to this series. Thanks Dave!
IDisposable does not reclaim the memory. It's only used to free resources that you don't need anymore like a file or socket connection.
C# is one of my favorite languages and IMO you articulated (even if briefly), at various points, aspects about the syntactical & technical sides of C# that I love far better than I could when talking with friends about C# haha.
Ministig can be called OptimalPrime, because reasons 😄
Some say he's a piece of dummy code put in to allow a program to run. Some say he's probably not going to get rewritten properly. All we know is: he's called The Stub.
Now I'm torn. I saw The Stack first, but with that intro, I'm leaning towards The Stub.
The point of view of a BOFH: applications are stubs to make the system load display more interesting. Yes, call the little Intel man "Stub", as nickname for Stubborn!
Dave, I think you're confused about the use of the using clause. In the example you stated, using a using clause won't have the effect that you describe. The memory that the garbage collector is hanging on to will still stick around. All that the using clause does is call the Dispose method at the end of the block, and will do so even if there's an exception. You could simulate it using a try/finally. In fact, that's all that the using clause does -- constructs a try/finally for you behind the scenes.
It's useful when you want to do something at the end of a block that's deterministic. For instance, let's say that you want to start a stopwatch at the start of a block, and stop it at the end. You can construct an object that does just that: start in the constructor and stop in the Dispose() method which gets called for you automatically. It's also useful, and necessary, as a way to release unmanaged memory, or "free" any other resource that's scarce such as file, sockets, etc.
But if you want to actually free memory, you have to ensure there's nothing dangling by setting variables to null, and then call GC.Collect. There's folk-lore out there on calling Collect multiple times to "really really" collect. It's not deterministic, and technically the GC can ignore your Collect call, and do it later if it wants.
Correct. The *IDisposable* is only useful for unmanaged resources (non .Net memory, file handles, etc.), other clean-up operations and some programming patterns. There is NO WAY you can tell the GC to free memory. The GC does this when it decides it is the correct time to do this.
Than said, you can force a Garbage Collection, an operation which is expensive and by forcing it, you are probably picking not the optimal time to do this. If you can, you can design your types to be stack allocated (called "value types" or structs), which does not need GC, but this has some limitations. For an advanced scenarios, and this may work in Dave's sieve alg., a reference type object can be stack allocated - but you lose the protections provided by the CLR.
And to be honest, a good GC alg. will say: "I see you are doing performing some heavy computations. As there is still plenty of free memory, I will wait reclaiming memory until things cool down.". In other words, the GC should not affect Dave's tests. And if you want to test the alg. alone, just re-write the tests and reuse the memory.
I'm not even a programmer, I've only ever written the most basic of code. But even I get the feeling this guy has some extremely deep knowledge and find it fascinating to watch
Thanks for the kind words!
I mainly program in C#, but I genuinely *enjoyed* working with Java. say what you want about Oracle, but they definitely know how to develop "ergonomic" (for the lack of a better word) products.
That being said, I'd go with C# here.
You're crediting the wrong company here. Java's legacy of being a dumb refuge for inexperienced C++ people goes back to Sun days.
That is because Sun invented Java and shepherded it for going on 2 decades before Oracle finished their acquisition of Sun. And Oracle didn't purge the Java team (although some left, most notably Gosling himself), and a VT-based Sun veteran leads the Java architecture to this day.
Dave needs graphs in his videos...
leaderboard would be nice
20:26 the JVM has a JIT compiler
10:00 - A classic error here is the use of system time to measure elapsed time. This is a mistake because system time can be changed arbitrarily during execution by network time services or by the user - it can even go backwards.
The solution is briefly mentioned at 16:00 - the Stopwatch class. You mention it's more ergonomic, but more importantly it's *monotonic* - it never goes backwards, and it isn't effected by changes to the system clock.
Other languages offer similar mechanisms: Java's System.nanoTime, Rust's std::time::Instant, C++'s std::chrono::steady_clock, Ruby's Process.clock_gettime(Process::CLOCK_MONOTONIC), Python's time.monotonic.
JavaScript?
Name him “Stack” 👍
Another thing worth noting is that C# does offer the capability to compile natively (foregoing the IL and JIT, at the expense of losing reflection and some other features). Java has explored this capability, but I don't think it exists in the latest version. This could have performance impacts as well and might be interesting to explore comparison-wise.
What is this feature called? Im un aware of any way of doing this outside of unity’s IL2CPP
@@runninggames771 It's called Native AOT
@@runninggames771 NativeAOT, I think
The unclearest part of the Java code to a Java programmer is the formatting :D
Is it because it uses Allman braces? Ahahaha!
Been thinking it would be interesting to take a wasm target build and test the different web assembly runtimes in a similar way.
Would love to see that!
Took that down to 10000000 iterations 7 zeroes instead of 8 to be nice so that Java wouldn't actually crash with the GC overhead limit error.
New Results:
C++: 617ms
C#: 1285ms
Java: 5035ms
Yep, that definitely sounds more like real world scenarios I've had with each.
For a whiteboard grid use Vis-a-Vis markers as you'll remember teachers used with their overhead projectors for the lines, labels etc. That way you have lines that don't erase by accident when trying to update grid contents but when you're done you can wash away with nothing more than a damp cloth.
Nothing to do with programming but a useful tidbit to know.
next group: Scala vs F# vs Haskell
Haskell wins
Seeing that F# borrows from OCaml, it would be great to include that in this list.
F# and Haskell will have completed their runs while SBT is still trying to load.
Since you haven't fixed the typo since last episode: Haskell has two Ls
I was putting off subscribing, but after that many explosions, I have no excuses left.
I'm not that surprised that Java won this one. The Java Awt 2D API is amazingly fast . Java has been around for as long or longer than any other managed language, and much of that time has been used optimizing the living crap out of the jvm and javac.
I learned more about programming in the first 13 minutes of this video then the first 4 weeks of class at college.
Featuring the haxe version would be cool, it is a language that needs more love from the world 😊😍
Really enjoyed the opening. Glad you are doing these videos.
Man am I disappointed. I was rooting for C#, its one of my favourites.
Results are strange
Don't be, there's a solution (which he didn't show) that has 7883 passes.
This solution he showed has a lot of optimization to be done. Like not using Linq, null checks, spawning threads instead using Parallel.
@@RandalGJunior Yeah. It shows some of the really cool C# features that shave of many hours of development time if performance isn't your main goal.
Here it's mostly a hindrance.
@@Ruhrpottpatriot C# is a very cool language to write, has a tons of shortcuts and blackboxes.
It's very easy to get lazy and leave a lot of performance on the table.
It's very fast to have a good running program, but take some effort to have the best.
This give me so much insight in how java bytecode actually works, thank you
I'm a .NET dev, haven't used Java since 2002.
I think you should specify which version of .NET you are running your tests, there is massive difference is speed between .NET Framework 1 vs .NET 6.
And the same I think could apply to the JVM you're using.
Yeah we should see this with .NET 6. Also the attribute he uses to heavily optimize the code in C# is probably hurting performance in this case.
"You paid for the whole seat, but you'll only use the EEEEEDDDGGGEEE"
The c# code was using factor * 3 in the for loop
for (int num = factor * 3; num
Raise a PR?
Haven’t you read the annotations in the video? The benchmark ran with a corrected version that used factor*factor instead of factor*3
He has annotations about that at 12:02, so this was not in his actual test.
@@weisj I do not recall those being there when i watched the video earlier
That intro had me in stitches... honestly, much love - all of these videos are so good!
That intro was great
Man I did not think I would get excited about the code drag racing videos. But here I am.
I'm not a C# programmer, but I appreciated your explanation of the use of uses.
If you know Java, you're one inch from knowing C#, which probably started as J++, until Microsoft got sued and lost. And I finally threw my J++ book away just last year :P
His explanation of the “using” statement was actually incorrect. It doesn’t free up memory or anything like that. All it does is ensures that the objects Dispose method is invoked when leaving the block.
It is very useful for making sure you cleanup any resources you were using (eg close files, network sockets etc) but does not impact the garbage collection at all.
That intro was AWESOME.
Name: Mike Roe Chip
The greatest intro to any video I've ever seen. Excellent work.
How about calling Baby Stig just "big.LITTLE Bob"?
I'm amazed that Java actually managed to outpace C#. I totally expected C# to beat Java by a huge margin. Especially considering just how incredibly limited the JVM instruction set is.
Are you very familiar with Java Bytecode? It's not particularly limited. And, contrary to MS's marketing naming of .NET's CLR/CIL (which Dave has bought, hook, line, and sinker), they were not at all designed to be more language-agnostic than Java. They are actually more tied to C# than the JVM/Java Bytecode are to Java.
@@RetroDawn Im quite familiar with Java bytecode, and I have written a number of utilities that create classes at runtime/load time by generating bytecode.
Im not very familiar with the C# IL code though except that it follows some similar semantics to Java such as being stack based. Also that it seems to be more extensive.
"he's not the stig, but he is the stigs silicon based cousin"
😂👏🏻
according to the Java 8 JVM specification, all data types are actually stored in RAM using 4 bytes or 2 * 4 bytes in memory if they are 64-bit data types, even they are a bool, a short, and even a byte. Yes, it seems crazy that a byte data type takes up 4 bytes in memory, but that's probably because it reduces the complexity and number of op codes(there are only 256 op codes, as far as I can recall in Java 8). The only exception was, like you said, there is a boolean array special data type that actually does it's best to store bools as bits within a segment of memory, to conserve space, but it has some overhead, and I think it is a special class and not a primitive. Anyhow my point is that Java does not store things as 8 bits or 16 bits, as far as everything up to Java 8 is concerned. it always stores them as 32 bits, aka 4 bytes, or 2 of those segments for 64 bits, even if most of those bytes are unused. I can't comment on anything past Java 8. I have only read the Java 7 and 8 language specifications and the JVM 7 and 8 specifications
Love this channel. Very informative and that deadpan humor kills me. I would say this guy should be on Carson, or Letterman, but ... well you know.
The beauty of Java is that you can take your code and run it on a POWER9 CPU for blistering performance. .NET is mainly (though not exclusively) a creature of the Intel world - where hardware performance is good, but not in the same class.
this guy is genuinely hilarious AND has fun doing his videos
I'd like to see technical computing languages compared: Fortran, Octave, R, Julia.
maybe not fair to compare fortran that is compiled to R that is interpret
Love the Bunny Man. I had a green one bouncing around for years.
Love the intro. Made me smile 😁
What happened to the rest of the series? it's been 6 months since episode 3!
Java vs Kotlin, Scala, Groovy, Clojure, etc (JVM languages)
JS vs TS, Dart, CoffeeScript, Reason, Haxe, Nim, Kotlin etc (JS languages)
x86 ASM vs C, C++, Rust, Zig, etc (Low-level languages)
JVM Languages vs .NET Languages vs Node Languages (Typical Backend Languages), maybe also include Go, Ruby & Crystal
And then functional and mixed functional languages, such as
Haskell, F#, Scala, Reason, Kotlin
Although Nim can compile to javascript (and c++ and objective-c), mainly the c-backend is used by people, so Nim is also a low-level language (with garbage collection )
JS vs TS once transported is JS. Runtime differences would be more interesting. V8 vs Spider Monkey etc.
I'm interested in seeing different web assembly runtimes
@@grjj09 Read somewhere Nim was capable of compiling to JS, if it's mainly used with a C backend maybe add it to Go, Crystal & Ruby instead...
@@aztracker1 True, I included TS for the sake of completeness since it's probably the most popular of them... Different Runtimes would also be interesting, as you said V8 vs Spider Monkey and OpenJDK vs Graal...
WASM languages stacked against one another and then compared to JS etc would also be super interesting, yes! Forgot about those.
The Intel doll called .... My nickel is " Danger Dave" .
Once I ported a piece of complex java code to C and had to work hard for days to get near to the speed of the Java version. JVM's JIT is pretty good. You can beat java in C or even more in assembly if you can design you code to use vector instructions. How often do you need that? You can always do this for the most critical part of the code for most languages.
Nothing beats the speed of compiled code. This is a fact and nothing can change that. This proves that your porting of the code hadn't been efficient.
@@c0deventures LOL
@@c0deventures Good thing Java is JIT compiled!
trying to port a pattern from an interpreted lang to a compiled lang isn't equivalent.
It is literally physics.
I remember loathing those Intel guys in the commercials, mostly because of the time I spent in getting a Pentium III-based PC built, only to see them advertising the IV shortly afterward.
I always use System.nanoTime instead of System.millisecond
Java has been doing JIT basically since the beginning. The first JIT engines were implemented in Java 1.1(3rd party JVM) and 1.2(Sun's official JVM) which were released in 1997 and 1998 respectively. In fact if you run your JVM with -Xint, this disables the JIT engine and forces true interpretation as you suggest, you'll see the massive performance benefit the JIT engine brings. In fact not only does the JVM have a JIT engine it's often considered to be faster and better optimizing than the one in .NET.
I see Haskell is on the list. That would be great to see. Or maybe pick some weird ones! SQL sounds nuts!
PL/SQL?
That intro needs to be paired with JayzTwoCents' iFixit commercial. 🤣
I would like to see how Actionscript2 and 3 run vs Javascript :O
Love how this has taken off! I think Buzz would be a great name, it's a single syllable like Stig. What about Bill? Or, perhaps a name in memory of an early computer scientist? Babbage, Ada, Allan, I'm sure you know better. Flowers could be a good one, since he thought to use vacuum tubes and that must have been a large step up in performance.
Any reason you didn't show solution_3 with its 7883 passes?
I remember the Intel bunny suit dancers of the 90s... and the subsequent ad campaign that Apple launched for the G3 PowerMacs poking fun at them. Good memories. :)
Did you do VB6?
PS: My vote - name the doll "Chip"
Not sure why I just had a mental image of "The Architect" in the Matrix movie while listening to Dave speak (when he gets into the nitty gritty stuff) :-) (its a compliment Dave) :)
If you want to see how fast Java (talking about Oracle's implementation) is with only interpreted code, either run it with `-Xint` switch, or attach a debugger and set a breakpoint in every function at some place that is not reached. JIT will not compile functions that have a breakpoint in them. It's horribly slow compared to the JITed version.
In fact, there are benchmarks where Java's JIT recompilation will outperform C++ code, but that mostly happens in deep inheritance hierarchies with many virtual functions/methods (due to the fact that on modern CPUs, a "JUMP [register]" instruction is very bad for branch prediction, and JIT will introduce real branches for the most often instantiated objects).
Hi Dave, I don't know any other way to get hold of you. You HAVE TO do a rematch but this time: .Net 7 AOT Compilation for C#
Please and thank you :D
I'd say we call him Sievey Stardust.
Growing up my step dad worked for intel and somewhere I have some of those Intel bunny suit character that you were showing. Like you said huge advert back in 1991 when they started "Intel Inside" promo. If I can find them I can send you a few. I think I have 10 or so, 2 of each color. Anyway, brought back memories. Keep up the good work
Sad Java now has a bad imago especially among younger people. At the time (1996-ish) very well designed platform (language + libraries) i.m.o. miles ahead of C++ with developers first in mind. Write once run on any platform. No memory management. A language and libraries designed to minimize using things wrong. And although at the time it was very clear that .NET and C# are very similar to Java (if not just a plain rip-off) now people assign a lot of power to .NET and C# and treat Java like it's worse than Javascript. There's so many reasons and things that happened (that I can see) for this but one of the big ones probably is that nobody can get that image of those clunky 90s-ass swing UIs out of their minds and just conclude the whole thing is slow and clunky.
Using Java for serious jobs is like trying to take the skin off a rice pudding wearing boxing gloves. - Tel Hudson
C++ is history repeated as tragedy. Java is history repeated as farce. - Scott McKay
C and Java are different in the non-excitability department, though. With C, you don’t get excited about it like you don’t get excited about a good vintage wine, but with Java, you don’t get excited about it like you don’t get excited about taking out the garbage. - Lamont Cranston
Saying that Java is good because it works on all platforms is like saying anal sex is good because it works on all genders. - Unknown
If Java had true garbage collection, most programs would delete themselves upon execution. - Robert Sewell
There are only two kinds of languages: the ones people complain about and the ones nobody uses. - Bjarne Stroustrup
@@tokiomutex4148 I always loved that last quote.
That's how you know Rust is not just a fad: everyone moans about the borrow checker: first that it's complaining about their code, then that it's not!
Java is for the time, a great library and a great runtime, saddled with a pretty terrible language. It's not the worst, and it quickly got better, but most of the complaints I saw were either about the performance (which was better than anything comparible for quite a while) or the language (which honestly is a bit of a dog)
Java still leads C# in the TIOBE index of most popular computer languages. C still maintains the top spot at 11.62%, with Java in second place at 11.17%. C# is in 5th place at 4.83%.
Java has not stood still. It now supports lambda and modules and now support for.vector processing for CPUs that support it, and opening the door for exploitation of GPUs - very handy for Deep Learning AI tasks.
Java is not dead by any stretch.
@@tokiomutex4148 ,
Java is #2 on the TIOBE index, just slightly behind C. C# is #5 on the list and is well behind python and C++. In fact it’s in a near tie with VB.
I feel like I'm learning so much about computer performance from watching these videos. at first I was just curious which language is faster but by detailed comparing of languages there is an understanding of what is common between them and from there a much better understanding what is going on behind the scenes. also very entertaining from an obvious master of the field. this is a gift -thank you sir!
I’m actually shocked that Java won this race! Since the test seems to have no warmup part, the first xxxx iterations would have been run interperated, before the JIT kicks in, find the hotpaths and compile those to native code. I though that disadvantage would have given C# a good headstart and ultimately winning the race. For all Java benchmarks you should really run the code a couple of thousand interations before you start the clock, just to let Java find out what to optimize. Java has never been a quick starter, its optimized for running programs for days, not seconds.
Same here.
I'm curious now about how this would look with some warmup added to the Java solution.
I'm also curious about how the comparison would look for a problem that requires a really large amount of memory (like >100GB), as C# really outshines Java in those conditions in my experience (though that experience is old and may not still hold up).
In any case, great series. It's really interesting seeing how longstanding assumptions can get shaken by real world data.
Actually, there is no need to do a warmup with Java. If you want a prg to be JIT'ed right out of the gate, you can merely pass an argument to the java cmd.
@@RetroDawn Maybe so, but was the tests run with that flag??
@@RetroDawn I think you're forgetting about hotspot optimization, which really benefits from a warmup.
I was less surprised because I was recently informed that apparently, Java has actually been using JIT since before C# existed. We're talking like 2000. At least that's what I've been told.
Yeah, HotSpot v1 was released on April 27, 1999 in version 1.2 of the Oracle JVM.
That, BTW, is one of the things I like so much about the influence of Java: 20+ years of research and optimization of runtime compilers like HotSpot. It's amazing to see how far they've gotten.
In the total benchmark c# is faster than java. Microsoft puts way more effort in the ecosystem than oracle.
And, 2112 was a great Rush album!
I loved the intro Dave 😁
From a former Intel employee: Pao could be a good name for Baby Stig. Short for the infamous Intel chip lifecycle that supplanted the tick-tock model (process-architecture-optimization).
Now that's an intro!
Writing code to be clear is more important that obscure slightly faster code most of the time. That includes white spacing and comments.
I did not expect that result at all.
Top Gear. Coding. In the same video. You must be God, I absolutely love it 🙏
To be honest i skipped to the results, so i might have missed it: What kind of JVM was used in this experiment? I found the graalVm to be faster by a factor of 2 in many occassions (but not in every)
Probably later than 11, 16 I bet. Not sure though, might say it in the github.
he said as a reply that he used JDK 7... bruh
@@orbyfied yeah i found it - but thanks anyway
@@orbyfied That's impressive, considering it's score.
@@bluesillybeard yeah, but i bet that if he used JDK 16 and disabled the GC or used the new GC flags it would be like so much faster.
Looking forward to the next one and the final one. V has got me super interested as being the last language I ever learn.
The intro alone is worth a thumbs up. Love it!
What's with doing 3 episodes in July, and then no episodes for 6 months? Is the Computer Language Drag Racing Series getting cancelled like all my favourite shows?
I once had to port some open source C# code to Java. The syntax is similar enough that I simply pasted the C# code into the Java source files, ran the compiler, and fixed the syntax errors. It was surprisingly easy.
AWESOMELY good intro.
Glad I watched it while it is still legal.
Whatever happened with these? I want to know what the fastest language was ☹️
Great video. I’d love to see a comparison of the mobile and UWP language for new windows apps. So Objective-C, Swift, Kotlin, Java and C#.
It would be interesting to see the difference between how good the same Java program used in this test performs using JVM and Graal (oracle java aot compiler)
best intro ever
My bet from previous experience is Java. Unless it’s the new .Net Core that’s been optimized really well and runs faster than Java 11. So the runtime is the determining factor.
I wonder if he will cover Java + Graalvm
I wonder if Java 11, 14, or 16 would effect performance too
@@TheRudi9719 to an extend, for sure. Runtime environments and JIT compilers are revised every version.
The biggest change I saw was when we ported our IdM solution from Java 6 to Java 8 and we knocked off another 15 minute from our 1.5 hour. Which was very much database, directory and memory bound. The GC was so much more optimized in Java 8 that when we cleared all the identity objects from an organization, the heap was cleaned a lot faster. GC could pretty much slow down the system for 30-80 seconds.
For sheer single threaded maths like Dave’s test, I doubt that runtimes have a significant influence.
@@bjbegui have you used GraalVM and if so what are your experiences? I have not yet used it. But otherwise you can run it yourself, Dave has the source code released.
What is Javas parallel extensions like. Pretty easy to write something like this and parallel it in .net. I have never done anything in Java.
Regarding Stig, change just one letter and you have Stog, which in Croatian means stack.
3:53 Dave's ASMR Garage
Name him: "Chipy"