🔴 To support my channel, I'd like to offer Mentorship/On-the-Job Support/Consulting (me@antonputra.com)
@ooijaz60634 ай бұрын
Are you sure that both apps are using same amount of connections in pool? Connection pool often makes most of the performance diff in this kind of benchmark. Quarkus defaults to 20 concurrent connections, and pgpool to 4 or runtime.NumCPU() from what I have read. Have you check performance for more than 20 connections in a pool?
@AntonPutra4 ай бұрын
@@ooijaz6063 I used the defaults, but for the next tests, I'll double-check how many connections are actually opened on the PostgreSQL side.
@111segasonic4 ай бұрын
Perhaps you could also try helidon SE instead of quarkus. Helidon was built from the ground up by Oracle labs to use the latest java tech like virtual threads to serve requests
@AntonPutra4 ай бұрын
@@111segasonic thanks i'll try it out
@Comeyd4 ай бұрын
I’d love to see Rust thrown into the mix as well!
@avalagum79574 ай бұрын
Wow, this is really good. The setup (kubernetes cluster, prometheus, grafana ...) deserves another video.
@AntonPutra4 ай бұрын
Thanks! Just in case, the source code with all of these components is in my GitHub: github.com/antonputra/tutorials/tree/main/lessons/201/monitoring.
@rajivkumar-ub6uj4 ай бұрын
Hey, can you make a video on how to setup this in local? May be with k8s supplied with docker desktop if relevant?
@AntonPutra4 ай бұрын
@@rajivkumar-ub6uj i think so, the easiest way is just package everything as docker compose or perhaps just use local minuke cluster. i'll think about it
@rajivkumar-ub6uj4 ай бұрын
@@AntonPutra yes, compose is the best way for larger audience. Would appreciate if you can share the compose config for this, thanks in advance
@AntonPutra4 ай бұрын
@@rajivkumar-ub6uj ok
@PanicAtProduction4 ай бұрын
A benchmark must be like this. State of art. Good job!
@AntonPutra4 ай бұрын
❤
@ChengPhansivang4 ай бұрын
What is state of art mean ?
@AntonPutra4 ай бұрын
@@ChengPhansivang i guess something that people can relate to :)
@ДеянДелчев-ы9з4 ай бұрын
I am go fanboy but I really like applications written in Quarkus. My first language was Java and it is mind-blowing how fast and light Quarkus feels compared to Spring
@AntonPutra4 ай бұрын
some people say it is slower than jvm based, I'll see if I can test it
@lufenmartofilia58044 ай бұрын
You would be surprised how far spring came his way. With that being said, for long running app spring boot as none aot compiled would remain faster thanks to the jit compiler. Quarkus is really only good of you need fast startup or low ram consumption
@awesomesuprise91414 ай бұрын
@@lufenmartofilia5804 good point
@AntonPutra4 ай бұрын
@@lufenmartofilia5804 will test, when you say long running, how long?
@chrisfreel4 ай бұрын
@AntonPutra long running is at least 10,000 tx before you start measuring. In the real world, weeks or months...
@renbangbprd72364 ай бұрын
Please do Java Spring Boot (Native) vs Spring Boot (JDK) VS Quarkus (Native) vs Quarkus (JDK)
@AntonPutra4 ай бұрын
ntoed!
@stealth-3502 ай бұрын
And add Micronaut (Native & JDK) to this chain, plz
This second test scenario is absolute perfection in testing real world applications. It's easy to get excited about a performance difference of like 400% (for example) in a synthetic benchmark, but by including database, storage and (de)serializing, it gives a much more nuanced picture of how it would actually scale and perform. In this case I would say both applications performed well and comparable. I'd be interested in a bit of a deeper dive in these applications by including opentelemetry and seeing what functions might bottleneck.
@AntonPutra4 ай бұрын
Thanks. Well, in some tests, I used OpenTelemetry clients with this Prometheus client in both Go and Java. I'm wondering what else you would instrument besides these function calls to S3 and the database. I might include it in the following videos. example - github.com/antonputra/tutorials/blob/main/lessons/201/go-app/images.go#L50-L62
@TweakMDS4 ай бұрын
@@AntonPutra Must have missed that detail, very well done and thanks for the reply!
@AntonPutra4 ай бұрын
@@TweakMDS thanks!
@GBXS4 ай бұрын
But it doesn't do that much. The programs doesn't change any data. It just uploads it.
@AntonPutra4 ай бұрын
@@GBXS I'm thinking about adding an additional test with Kafka consumer/producer and perhaps a simple ETL pipeline. Any suggestions?
@SeySvK4 ай бұрын
Love these benchmark videos, nice work
@AntonPutra4 ай бұрын
thank you! :)
@ninjaasmoke4 ай бұрын
Finally! A detailed comparison that just doesn’t test the /hello-world endpoint
@AntonPutra4 ай бұрын
haha, thanks!
@DillPL4 ай бұрын
Interesting comparison, BUT: - the first tests does not test the startup time itself (should be
@AntonPutra4 ай бұрын
I try to improve each time I create benchmarks. Next time, I will definitely use the v2 Go SDK and apply some other recommendations from your side. Thank you for taking the time to leave this feedback.
@DillPL4 ай бұрын
@@AntonPutra glad I could help and you haven't taken it as a personal attack or something :D I really value your videos and open source code for every video! Looking forward to seeing more of them.
@AntonPutra4 ай бұрын
@@DillPL thank you! i actually implemented your suggested idea in the new video and reduced the size by 6 mb (45 -> 39) :) - kzbin.info/www/bejne/a2e3hpmtms9-nNE will try other tips next as well and finally update that sdk lol
@GabrielPozo4 ай бұрын
Love these benchmark videos, your work is amazing!
@AntonPutra4 ай бұрын
❤️
@Bourn774 ай бұрын
please do c# vs Java, use minimal api with AOT for c# and GraalVM or whatever AOT thing Java has.
@AntonPutra4 ай бұрын
ok will do soon!
@jorgetovar6214 ай бұрын
This is definitely the best DevOps channel.
@AntonPutra4 ай бұрын
❤
@siya.abc1234 ай бұрын
Would love to see C# vs Go
@krzysi3k-yt4 ай бұрын
C# vs Go vs Java would be nice
@AntonPutra4 ай бұрын
any specific test scenarios? or the same
@krzysi3k-yt4 ай бұрын
@@AntonPutra your current test scenarios are very good so I wouldn't change anything. Regarding C# I would use LTS version (dotnet 8) which is the fastest one amongst other versions according to Microsoft.
@AntonPutra4 ай бұрын
@@krzysi3k-yt ok, I'll maybe do it next
@1wsm14 ай бұрын
Rust - same tests
@gasha11373 ай бұрын
бро ты красавчик, ничего лишнего, все по делу, качество и битрейт на высоте, видосик красивый, респект!
@AntonPutra3 ай бұрын
spasibo❤️
@xelesarc16804 ай бұрын
Please test dotnet lastest 8 vs go thanks
@AntonPutra4 ай бұрын
ok, comming next
@metaltyphoon4 ай бұрын
@@AntonPutraensure to use Minimal APIs and compile it AOT.
@cewa443 ай бұрын
From the whole video I have profited so much in percentails. You have clear so much
@AntonPutra3 ай бұрын
cool
@mayboroda4 ай бұрын
First of all, this is the best content on youtube so far. Well done. Thank you!
@AntonPutra4 ай бұрын
thank you! :)
@RayAndrewsDev2 ай бұрын
I really admire the effort you put into describing why you chose your testing methodology as well as the testing itself
@Serizon_3 ай бұрын
this is so professional! I love it! please do bun vs deno v2 since deno has gotten npm compatibility , the only difference now between bun and deno (aside from being written in zig and rust) is the speed (I think , both have gotten very nice std library) please do a benchmark comparing everything!
@henryong77884 ай бұрын
Seems like Java 21 was used but Virtual threads wasn't used for the Quarkus application. Wasn't that the whole point to using newer Java version with the performance improvements and non-blocking reactivity APIs?
@AntonPutra4 ай бұрын
yeah, i used java 21. I'll make sure to test virtual threads next time, maybe try to compare different java frameworks as well
@henryong77884 ай бұрын
@@AntonPutrahey, thanks for making this video. Just that needed to point out the code looks to be done in a older/traditional method even though Quarkus has annotations that resolves traditional blocking calls that modern programming languages like Go probably already has underlying. Great detailed video as always! Maybe I'll try this out on my local machine to test out too!
@AntonPutra4 ай бұрын
@@henryong7788 I'll soon be comparing Quarkus with Spring Boot, and I'll make sure to use the latest language features.
@EricSouzarys4 ай бұрын
Virtual Threads are not better in performance compared to fully reactive code. Quarkus fully reactive or Spring fully reactive will always beat virtual threads, both in performance and resources usage.
@AntonPutra4 ай бұрын
@@EricSouzarys good to know thanks
@or16994 ай бұрын
Great video! The benchmarks were really helpful. Keep up the great work!
@AntonPutra4 ай бұрын
thank you! will do
@Nick-yd3rc4 ай бұрын
Interestingly, in your Test scenario 2, your Quarkus app is spiking in DB latency while having constant times in between, as if the Postgres client would be idling to gather the queries (or waiting on a lock?) and send them in bursts.
@AntonPutra4 ай бұрын
yeah, I noticed it
@shamilAliyev924 ай бұрын
Could you do the same test for Kotlin and Java ? Or Kotlin and Go. Please 🙏
@AntonPutra4 ай бұрын
ok let me see
@belkocik4 ай бұрын
@@AntonPutra Would love see a Quarkus and Kotlin benchmarks compared to Spring Boot and Kotlin
@AntonPutra4 ай бұрын
@@belkocik 🫡
@pi3ni04 ай бұрын
Nice job, I would like to see Test 2, but with higher RPS
@AntonPutra4 ай бұрын
Okay, I might just include additional screenshots under lesson '201' in my GitHub repo
@pi3ni04 ай бұрын
@@AntonPutra It would be great, thank you Anton!
@kamurashev4 ай бұрын
It would be interesting to see what happens if you push requests to the limits and how high that limits are. Additionally for the Java it can be build to native image with spring boot as well. It sometimes not that smooth though but honestly I expect it to perform better with spring boot.
@ooijaz60634 ай бұрын
Idk, native image crashes randomly and have lower performance than jited code atm. It's good only (if not crashes) for low traffic applications on serverless.
@kamurashev4 ай бұрын
@@ooijaz6063 I haven’t loaded my test app extensively but for me it worked ok and had better performance.
@ooijaz60634 ай бұрын
It may change though with strong adoption of virtual threads in next few years and servlet api will be good again.
@AntonPutra4 ай бұрын
I have the same limits for both: github.com/antonputra/tutorials/blob/main/lessons/201/deploy/java-app/deployment.yaml#L27-L33, and I run them on dedicated nodes using the ESXi Hypervisor.
@kamurashev4 ай бұрын
@@AntonPutra I do understand, what I wanted to say is what happens if you push client requests higher and higher. The load seemed to be not that high, so the light load conditions were tested but what would happen under high load? It can be really detrimental in real world.
@ПавелАвдеев4 ай бұрын
I'd be interesting to compare Hotspot (various GC) vs GraalVM(Quarkus, SpringBoot)
@AntonPutra4 ай бұрын
ok let me see
@terribleprogrammer4 ай бұрын
It would be interesting to test long term throughput in this comparison.
@AntonPutra4 ай бұрын
@@terribleprogrammer how long? day, 2, a week?
@terribleprogrammer4 ай бұрын
@@AntonPutra one week would be interesting. You can also mix up jvm, graalvm and go Lang in a single video
@AntonPutra4 ай бұрын
@@terribleprogrammer ok, i'll see if it makes any difference and if it does i'll make something
@slansky66262 ай бұрын
Excelent video, thank you so much! Do you think you could show this same benchmark comparing quarkus and go pushing both to its limits as you've done in your other videos?? I'm really curious about how they both compare on performance under heavy loads. My guess is quarkus would break first but I wonder how big is the difference. (I'd expect both are kinda close) Excelent work, and I'm very excited for your future videos!
@jordanrothschild8310Ай бұрын
Great video! The test seems a bit unfair to Java, as much of the time was likely spent serializing JSON, which can vary significantly based on the library used. It would be interesting to see results with a more complex application that uses intricate data structures, as Go’s garbage collector introduces pauses and latency, while Java is known for its efficiency in these scenarios. Now, on the topic of environments and the test setup, I have a few questions. Is it statistically valid to compare a test run on Kubernetes with minimal requests? For the comparison to hold up with few requests, each application's runtime environment would need to be exactly the same, which can be difficult to guarantee given the cluster load and where each pod is deployed. It might actually be easier to run the test on your local machine, where you can control the resource allocation. However, I noticed you’re using a Mac, so factors like virtualization might make the results diverge even further from what you’d see in a production environment
@vishnugovindan85503 ай бұрын
What about micronaut? Would love some benchmarks on this 😊
@AntonPutra3 ай бұрын
ok, i'll take a look, i'll get back to java soon
@phyohtetpaing444 ай бұрын
There was a non-blocking Netty server implemented with Spring Reactive Web, which is more efficient. for databae approach use R2DBC the reactive nonblocking data repository. btw spring also support graalvm and it is not outdated.
@AntonPutra4 ай бұрын
ok thanks, it's not outdated just it's been around for a long time
@yohanebergerkouokamkuisu42384 ай бұрын
Quarkus uses non-blocking netty
@ManuelMartinez-nl5cy4 ай бұрын
Great videos like the rest of what you do. I'm using your video sto improve my knowledge on cloud/kubernetes area.❤❤
@AntonPutra4 ай бұрын
thank you!❤
@Milan____3 күн бұрын
Once again, I appreciate you doing these days and trying to be as thorough as you can, but two concerns: it would be nice to see hard numbers for RAM, not percentages; and 10rps is incredibly low. Although I think you improved both of these aspects in future videos, so again, good luck on your youtube journey, these are interesting to see.
@KhoaH114 ай бұрын
Nice work! The explanation around the benchmark is easy to understand and full of information there. IMHO, you should start to build your own courses on Udemy :)
@AntonPutra4 ай бұрын
thanks! maybe
@humanardaki79114 ай бұрын
"There are no solutions. There are only trade-offs" Thomas Sowell servers are cheaper than developer time
@AntonPutra4 ай бұрын
true
@andreipushkin_globant3 ай бұрын
Not always true. Paying for each CPU cycle in the cloud you can easily get out of budget on scale. That is why optimization and algorithm knowledge is valuable again - it helps to save money.
@john33john334 ай бұрын
a good indeed comparison. only one thing wanna further look into, how do same test behave at high throughput like 500 / 1000+ req/s
@AntonPutra4 ай бұрын
Thanks, I may include screenshots or just improve my tests in the future.
@dweblinveltz50353 ай бұрын
Very nice video! Seems like if cost-cutting is of great concern, you'd lean towards go to keep CPU utilization down. I would love to see a similar comparison video between Java and JavaScript/Node.js.
@AntonPutra3 ай бұрын
thanks! noted
@Sasha192_Ай бұрын
Please make a comparison for Java Vert.x vs Golang Fiber
@AntonPutraАй бұрын
added!
@robertoaraneda60063 ай бұрын
thanks for sharing.. can you do it with nodejs :P?
@rodhash25 күн бұрын
14:20 seems strange Java memory decreasing once the App starts.. Java uses more memory when App is down?
@rajumondal428317 күн бұрын
Lol
@mantovani964 ай бұрын
Loved the video, subscribed!
@AntonPutra4 ай бұрын
thanks!!
@pauluslestyo76464 ай бұрын
It's great if you can benchmark framework from bun runtime like Hono and ElysiaJS
@AntonPutra4 ай бұрын
ok noted!
@bibahbibah51084 ай бұрын
i wona see spring boot native image vs Quarkus vs go spring native is framework like Quarkus so it's nice to compare this 2 framework
@AntonPutra4 ай бұрын
ok noted!
@harshwardhanparmar82584 ай бұрын
Amazing video, great job !!
@AntonPutra4 ай бұрын
thank you!
@ramencombo3 ай бұрын
Why does Java's memory usage is high when it is idle? Also will it also go high when it is idle after processing requests?
@nabeelmemon68524 ай бұрын
Interesting. These tests could be extended to compare Hotspot VM, Generational ZGC and a few other switches. Can you make a video of your entire testing setup (focusing on docker, kubernetes, prometheus and grafana) from scratch? I think it's totally worth it.
@havefun5994 ай бұрын
Like always you rock, can you make a video about database architecture for production like MySql Replication Group etc, Thank you
@AntonPutra4 ай бұрын
thank you! let me see
@furylao81072 ай бұрын
really nice approach to monitoring performance. can you make a similar video but with java profiling tool to detect which specific part of the code must be reworked?
@ZzooD4 ай бұрын
It would be interesting to see a test to failure, who and under what load will start throttling
@AntonPutra4 ай бұрын
yes will do with improved java next time
@marcwinner5674 ай бұрын
Love these benchmarks! 🎉
@AntonPutra4 ай бұрын
thanks! i try to add some extra
@Ayush-lj6pq4 ай бұрын
Please make a tutorial on Golang.
@AntonPutra4 ай бұрын
i have couple... How to Monitor/Instrument Golang with Prometheus (Counter - Gauge - Histogram - Summary) - kzbin.info/www/bejne/jYalm5-Ar65ll5I OpenTelemetry Golang Tutorial (Tracing in Grafana & Kubernetes & Tempo) - kzbin.info/www/bejne/kHqxaHtmZdqfh9k
@germandavid25204 ай бұрын
Would be cool to see in a future video the framework web for Kotlin called Ktor.
@AntonPutra4 ай бұрын
noted!
@AndrewGraaff-n4gАй бұрын
Great video. Did you use the Reactive version of Java or the OS Thread version? If the Blocking version it would be interesting to see what would happen if you ran those on virtual threads. And what were the results of the reactive version.
@AntonPutraАй бұрын
thanks, it's been a while, but you can find a link to the source code in the description
@AndrewGraaff-n4gАй бұрын
@@AntonPutra I did. There are 2 versions and it looks like the regular hardware thread version was used. Since these workloads are all IO it would be better to use virtual threads (annotate with @RunOnVirtualThread) or the reactive version. But maybe the reactive version was used. I have always seen better performance on Quarkus than Go so these results are a bit surprising.
@AndrewGraaff-n4gАй бұрын
@@AntonPutra But your work is amazing. And I shall surely learn from it, especially the observability.
@ugurata2 ай бұрын
Java runtimes were historically designed to consume the resources of the whole VM so may be you can compare a Java app running on a JVM (not a native image but a hotspot JVM) on a VM with 4 cores and 4 GB RAM vs a go app running on Kubernetes using that same VM
@kentra-io3 ай бұрын
Very informative! How about comparing performance of java vs python stream processors in Apache Flink?
@AntonPutra3 ай бұрын
thanks, yes, i was thinking about spark/flink and different apis: python, java, scala, etc.
@RiccardoPasquini3 ай бұрын
I would also compare compile time of quarkus native and go executables....
@AntonPutra3 ай бұрын
ok noted
@Nephtys14 ай бұрын
Can someone explain the extreme drop in memory usage for Java here? Under Hotspot JIT I would assume something similar, but this is running on SubstrateVM instead of JVM. Sadly I have little experience with Native Image and Substrate, so an explanation eludes me. What is happening here with memory usage?
@AntonPutra4 ай бұрын
I'm not an expert in Java, and I hope to get feedback from someone who is, but it looks like it optimizes for the load that is given to the application.
@EricSouzarys4 ай бұрын
probably because of garbage collections (graalvm stills have a simple GC). The GC learns what objects need to be cycle e and what does not need. Missing JIT actually affects CPU usage. You can easily test this by running a benchmark against native code and JVM. You will see that under high load JVM version uses less CPU
@AntonPutra4 ай бұрын
@@EricSouzarys i'll be testing quarkus vs jvm spring boot soon, any suggestions?
@EricSouzarys4 ай бұрын
@@AntonPutra I think that you Just need to be careful to not compare orange and apples. I think you can compare these combinations if the tests are going to be applied to an I/O bound app: 1. Quarkus Blocking vs Spring Blocking 2. Quarkus fully reactive vs Spring Fully reactive (with webflux) 3. Quarkus with virtual threads vs Spring with virtual Threads. An extra combination could be Quarkus Fully Reactive vs Spring with Virtual Threads as virtual threads with Spring is more used than with quarkus. A comparison between reactive quarkus against Spring (without virtual threads) would not be fair
@AntonPutra4 ай бұрын
@@EricSouzarys ok noted!
@陳秉寬-t7y4 ай бұрын
The sql latency difference might be due to the use of prepared statement
@AntonPutra4 ай бұрын
maybe, but go postgres driver does it by default and do not recommend explicitly "prepare" statements before execution.
@Kessra3 ай бұрын
Small improvement suggestion: In Java you could use a record instead of a class. This shouldn't have a big impact on the test results but at least spares you a bit of typing. It would have been great to include a base Java and a Spring/Spring Boot comparison deployed into a java21 image container here as well just to see how much of an impact Quarkus and the native container optimization really yields. So far I couldn't convince anyone at our company to try out Quarkus. Just a question out of interest: Are you going to create a benchmark framework where similar tasks are done by various language implementations and then release your findings to the public? I just stumbled across an other video and then this one was recommended to me, and to me it looks like your videos basically doing that but just with a smaller and more comprehensible scope. So a combination of runtime analysis of different languages for various tasks would definitely be helpful, I guess
@AntonPutra3 ай бұрын
thanks, yes i'll get to Java soon and I'll try to improve a few things
@MovinduLochanaWijethunge3 ай бұрын
@@AntonPutra Can you try using both Spring Boot Native and Quarkus to see how much of a performance difference they have
@AntonPutra3 ай бұрын
@@MovinduLochanaWijethunge yes will do
@vivekchaudhary57284 ай бұрын
can you please do a GO vs node.js Lambda testing? with cold start time, memory usage and other metrics
@AntonPutra4 ай бұрын
ok i already have some lambda benchmarks in that playlist but i'll refresh it soon
@Jollyrogger8054 ай бұрын
I work on both Java and go, your results are similar to my observations. Java consumes memory due to too much of autoconfigurations which involves hell lot of classes + some of jdk had garbage collection issue but if you develop an enterprise ready application in go with distributed tracing, logging, metrics, database writes heavy operation etc, their performance is almost equivalent. I had to manually write all those functionalities in go Lang due to lack of autoconfiguration and libraries
@nojerome4974 ай бұрын
Very good point. Java frameworks like Quarkus are doing a lot to make large scale application development easier. All of that stuff it's doing will affect runtime performance.
@a.nk.r72094 ай бұрын
How to create this setup of k8s + grafana + promethues . Please create a video of this setup
@AntonPutra4 ай бұрын
well i use esxi hypervisor to host my Kubernetes at home, i have some steps to reproduce it with metalb if you are interested - github.com/antonputra/kubernetes-on-premise Also to deploy monitoring stack (prometheus & grafana & cadvisor & kube-state-metrics etc) i use terraform with yaml tf - github.com/antonputra/tutorials/tree/main/lessons/201/terraform yaml - github.com/antonputra/tutorials/tree/main/lessons/201/monitoring
@a.nk.r72094 ай бұрын
@@AntonPutra thanks! 🫱🏻🫲🏼
@helloworld77963 ай бұрын
Okay, you got me now. I will start trying prometheus and grafana. The question I have is which tools do you use for load testing? You are using word "client" for this. I assume you use some kind of tools, like jmeter, k6 or?
@GreenVanGeek3 ай бұрын
Nice video. One comment. Scale up/down is increase or decrease the machine resources like CPU and memory. Scale in/out y horizontal scaling ;)
@korbendallasmultipass15244 ай бұрын
Would be good to see a native build test with GraalVM in comparison. Furthermore can Quarkus use Mutiny as Reactive Framework - maybe this would bring the two closer together as well.
@AntonPutra4 ай бұрын
ok noted!
@malikmalik-zx1wq22 күн бұрын
can you tell me how to query promql to display the memory usage graph?
@bonk14634 ай бұрын
hey good test! can you test with go-chi instead of Fiber? go-chi is more optimized in terms of memory usage so that might explains why Java was using less memory in that first test. Overall, good video! Keep it up
@AntonPutra4 ай бұрын
Thank you! I used Chi for one of my projects, but I think memory usage doesn’t play a major role in the user experience, such as client latency etc..
@kawin-vir4 ай бұрын
Would be nice to see Go (Fiber) vs Bun (Elysia)
@AntonPutra4 ай бұрын
ok noted!
@muray823 ай бұрын
It would be good to change a bit what the application is doing. In our company we have a piece of code that is meant to validate if we don't have any delays in network stack. To do so we tell the app to generate random 1000 bytes and sent that to client. With that nothing is cached.
@vladimirkashitsyn18714 ай бұрын
Please, compare native image of Vert.X (with java 21) and Go)
@AntonPutra4 ай бұрын
thanks for the suggestion, noted!
@HeyItsSahilSoni3 ай бұрын
Thia is all good, checking how well it performs, but if its not throttling, anything is fine as long as client latency is not out of whack. I think some stress testing will also give good comparision, like you did with node and go
@AntonPutra3 ай бұрын
'll come back to java soon with improved benchmarks
@yuriimalikov98552 ай бұрын
Love your videos! What tool do you use for creating those amazing animations and mounting videos?
@awesomesuprise91414 ай бұрын
Wonderful content Anton!
@AntonPutra4 ай бұрын
thank you!
@sarabwt4 ай бұрын
It would be interesting if you compare go vs java non native, as non native should have better performance than native. You compile java to native only if you are building a CLI or a lambda, when you need fast startup.
@AntonPutra4 ай бұрын
ok noted!
@yashumittal2 ай бұрын
Please create a benchmark performance test for Deno 2.0?
@AntonPutra2 ай бұрын
yes in about a week
@alienmars24422 ай бұрын
If those java containers are converted into graalvm native code, I wonder what the comparation will be ?
@madmasontv72544 ай бұрын
Thanks for you video! I really like it. Could you do the same tests for Spring vs Quarkus?
@AntonPutra4 ай бұрын
thanks, will do, but first rust vs go
@laurentperez86324 ай бұрын
This video is good but really is not a fair comparison if you used GraalVM CE. You're comparing apples to oranges. GraalVM EE has PGO which allows the native build to benefit from, well, profiling, so it'd map and optimize the call tree among other things. Obv. EE is not free. This is the whole point, Oracle would not freely distribute optimizations to the CE edition.
@AntonPutra4 ай бұрын
thanks, noted
@rajivkumar-ub6uj4 ай бұрын
+1 and use jdk 22 with virtual threads enabled
@AntonPutra4 ай бұрын
@@rajivkumar-ub6uj thanks, I'll use virtual threads next time, but for some reason, jdk 22 isn't available for ubuntu yet
@bernhardbaumgartner47022 ай бұрын
What’s the explanation for the memory profile of Quarkus, can someone explain this?
@AntonPutra2 ай бұрын
i'll run some more tests in near future
@bernhardbaumgartner47022 ай бұрын
I’m just wondering why the memory usage goes up and up and up at the beginning, and at some point (reaching a threshold or something?) something like an aggressive GC seems to kick in never letting memory usage go up again.
@someshsahu46383 күн бұрын
nice video thank you 👍🏻
@helloworld77963 ай бұрын
I do think you should do some kind of load testing on the cheap 5$ instances. For example how many requests these cheap vps can handle before they crash, using golang, rust, php etc.
@vasilekx84 ай бұрын
Please compare envoy with nginx, traffic, caddy
@AntonPutra4 ай бұрын
ok will do caddy soon.. Nginx vs. Envoy performance benchmark - kzbin.info/www/bejne/ZoKcemCuYpKhppY Apache vs. Nginx performance benchmark - kzbin.info/www/bejne/fKmbkpmMj69_mpY Traefik vs. Nginx performance benchmark - kzbin.info/www/bejne/mJjGl3iNlL6bbac
@pedro_alonso13 күн бұрын
Please re-run this test until cpu limit like in the new videos
@dessavio4 ай бұрын
I'd like to see how these both perform in multithreading and concurrency scenarios.
@AntonPutra4 ай бұрын
can you suggest any use cases?
@dessavio4 ай бұрын
@@AntonPutra Perhaps an ETL pipeline or batch processing. Ingest a large dataset, split it into chunks then process each in separate threads. Store the results into a database.
@ionutale19504 ай бұрын
nice comprarison, this could work great on a batch. how is it going to compare on an app, that has peaks during a specific time of the day?
@AntonPutra4 ай бұрын
Thanks! There is a very small difference in terms of scalability; both are small with a fast startup time. I think Go is a little more efficient, so potentially you would need fewer compute resources.
@ionutale19504 ай бұрын
@@AntonPutra the way java is using memory with GraalVM is very smart, is like observing the needs, then optimise the RAM needs. This could suggest that we could provision the JAVA container with a smaller POD in term of RAM. My concern is: how well does java handle random peaks? if we have 200 req/s, than right after the RAM stabilises suddenly we get 500 req/s, how well does JAVA handle that peak? is java going to panic and ask for wayyyy more memory than it actually needs? if this is the case, than the JAVA app may actually crash for insuficient container memory. Does it make any sense, what i've just said?
@AntonPutra4 ай бұрын
@@ionutale1950 yes, it does. i'll try to configure the client next time to simulate such spikes when I compare spring boot with quarkus
@alexanderv59753 ай бұрын
Hi. Nice video indeed. Can you explain why Java uses significantly less memory under load then in idle run?
@gabrielmartinez24554 ай бұрын
C# vs Go would be amazing to see. Maybe add to test 2 some simple reads from the database, and maybe add test 3 with some simple data structure or general purpose calculations to see how well each language performs. Amazing content. I am currently writing a high performance C# application for the government with .Net 8 and it is incredibly fast. I wonder if .net 8 has been improved so much that might even beat Java at this point.
@AntonPutra4 ай бұрын
Can you elaborate on using simple data structures or general-purpose calculations to evaluate how well each language performs? I don't really want to run fibonacci anymore lol
@gabrielmartinez24554 ай бұрын
@@AntonPutra You can try to implement 3 different types of algorithms (In addition to the 2 tests you already did in your previous video). 1- Searching Algorithms (linear search) - ex: Create a List of 1 million objects (person: {Id, Name} - Id: must be unique integer 1 to 1,000,000. Name: generate random string. Populate your list with 1 objects (Person). Test: Generate a random Int value from 1 to 1million and find the Person object (by ID) using the random generated Int, and get the Name, then find the object in the list (by Name) compare and validate both ID match 2- Sorting Algorithms (sort the entire 1 million object (person) by name. 3 - File I/O Operations - generate random Int value from 1 to 1 million, find the Person in the List, write the Person's name to the first line in a file, if file already contains a line replace with the new name. Leverage ChatGPT to create the code for you in both languages. Just some ideas, lol
@AntonPutra4 ай бұрын
@@gabrielmartinez2455 thanks! i'll try it
@BroddeB3 ай бұрын
I guess the latency peaks in the database graph is caused by the garbage collection overhead. Is golangs garbage collection implementation that much better? Is the p90 statistics hiding some latency spikes?
@AntonPutra3 ай бұрын
yes, actually, there is a huge difference between p90 and p99
@larryliang67483 ай бұрын
How much memory was allocated to each program? the vidoe focused on showing the difference but I wanted to know say is a 25% usage of what. thx
good test after previous tries ;) but I would not accentuate memory consumption at the start of compiled java, as it does not affect anything. Also it looks like cpu doesn't do anything, so no reason to seriously compare 3% with 5%. But latency values are valuable! PS: looking at the low cpu consumption test I got an idea to test cpu intensive application. Try to create something like a redis (hashmap is fast, lets use treemap and its concurrent versions), the app will add, update and get some data, for example count of values that are greater than received in a controller. PPS: interesting to see how regular java 21 works with virtual threads, but I heard that java file io on linux is synchronous and only 22 will be modern, so it could be a reason why you got these values in the current test. Also testing regular java in a container is tricky, it’s better to test different Xmx-Xms values first, I mean starting java under the memory limit of 500mb is not the same as with 2000mb (so using compiled java leaves that headache, but compiled has lower throughput and latency :) )
@AntonPutra4 ай бұрын
Thanks, I appreciate your feedback.
@Virus000000000000013 ай бұрын
Could you try GraalVM next?
@AntonPutra3 ай бұрын
yes soon
@S4ntia602 ай бұрын
JIT optimization are taken out in quarkus graalVM builds for obvious reasons. While the benefits of being lower level from Graal are great, JIT optimizations are not to be underestimated and they start to trigger later on the execution so they will be less visible at first
@AntonPutra2 ай бұрын
ok, i was thinking of comparing them directly
@robertomoreno79062 ай бұрын
Nice comparison! Though I wouldn't ever compare Go vs Java native for long time runners as this one. It is true that the metrics of java at startup time would be much (much) worst but bear in mind that java has been built thinking in the startup as an edge case scenario and the JVM does a lot optimisations while the program is running, it would be interesting if java is able to beat Go in the long run. In the short run I think that there is no possible discussion and Java Native is just a work around.
@ebuzertahakanat3 ай бұрын
you didn't push these two to the limit to see how they behave under heavy load for test 2 like you did with other benchmarks.
@AntonPutra3 ай бұрын
yes, i had some issues with the clients. i have already updated them for the new videos and try to improve with each new benchmark
@rikschaaf3 ай бұрын
Looks like the s3 implementation isn't very optimized yet in Java. I do think that the test is a bit skewed, because the overall latency is mostly impacted by the task that took the longest. The S3 task took an order of magnitude longer than the SQL task, so therefore it's mostly the S3 task that determined the overall latency scores. The SQL task only had a negligible impact. I'm interested to see several other task and see how they compare. Because of what I described above, you'd probably also want to scale the difficulty of each task so that the time for the fastest language to complete the task is the same for all tasks, so that they all contribute evenly to the total latency. That, or you could just use percentages for each task and show a total or average percentage for all tasks, instead of your total latency graph.
@AntonPutra3 ай бұрын
thanks for the feedback, i'll get back to Java soon
@whiletrue1-wb6xf4 ай бұрын
Great work ! What about C++ vs GO ?
@AntonPutra4 ай бұрын
will do! :) any specific frameworks on c++?
@eugehacks4 ай бұрын
@@AntonPutra drogon framework is very very fast and well written
@miguelalzate48504 ай бұрын
I would like a test that includes all programming languages up to now and allows for ranking them.
@AntonPutra4 ай бұрын
there are a lot of variables especially in the cloud, noise neighbors etc so it would be hard to compare all of them...