Your methodology is excellent. I much prefer this to the gamified mess that techempower has become. Startup time/cost, container size, memory/cpu usage, baseline memory/cpu usage are extremely valuable to us.
Cool test actually. A few possible improvements except trying the AOT: 1. Try enabling a full PGO (tiered PGO is enabled in .NET 8): # Full PGO ENV DOTNET_TieredPGO=1 ENV DOTNET_TC_QuickJitForLoops=1 ENV DOTNET_ReadyToRun=0 2. Use slim app configuration: WebApplication.CreateBuilder() vs WebApplication.CreateSlimBuilder() 3. Try increasing the minimal number of threads: ThreadPool.GetMinThreads(out _, out int completionPortThreads); ThreadPool.SetMinThreads(100, completionPortThreads);
also the two async operations (await cmd.ExecuteNonQueryAsync() and await amazonS3.Upload(appConfig.S3Bucket, image.ObjKey, appConfig.S3ImgPath)) are running sequentially, while they could be started both together and awaited after they both have been started; sure, it's a small to really small improvement, but this is the point of knowing well the language and doing a test well: it's not easy *at all*
@@AntonPutra I actually think you tested it fine. AOT is only for startup time. Tiered PGO is the default, so it makes sense to keep it here. My one complaint is that if you want this to be a "real world" test case your code should use Entity Framework as that's the most standard thing. I took a look at the code and you're doing it with Npgsql's built-in datasource. I don't know anyone who would do this in a real world application. There's all sorts of caching that you're missing from Entity Framework. Note that I think the way you did it is actually faster. EF has overhead. But I would still very much like to see that comparison instead.
None of these are needed, with vanilla configuration .NET is strictly better than Go. Anyone who ever looked at Go's compiler output and GC throughput knows that both are underwhelming. Note that for *small* deployments like these using NativeAOT is a good idea. .NET 9 also enables DATAS by defvault which is a new GC mode for more dynamic scaling of active heaps and their sizes based on load profile. This massively improves low heapsize scenarios like this one. Generally speaking you have to understad that for high throughput workloads 256mi is anemic. Bump it up to 512mi and you will see a completely different picture. Same applies to more core which .NET's threadpool and task system can utilize much more effectively than fixed runtime threads setup in Go. Lastly, I suspect the culprit here is S3 SDK, as it has quite room for improvemet and Amazon posted like a week ago that the have new preview version which is faster and has much less wasted allocations. The open question is also about Go using connection pool while .NET seemingly avoids opting into that, which would impact the behavior significantly and make it apples to oranges comparison.
@@AntonPutra startup time will increase by a miniscule amount as it needs to decompress before running. For this use case, using UPX is a good move as it will reducesdownload time.
@@ArnabAnimeshDas got it. unfortunately, it's hard to measure boot time in Kubernetes because the minimal interval is 1 second, and I want to focus these benchmarks on Kubernetes.
Also the images are already compressed by the container registry and runtime. So double compression is not all that effective in general. Something like the trimming and Native AOT in .NET does help a bunch though. Go already does a fairly okay job.
The idle memory usage difference has its reasons. By default dotnet runtime just doesnt release its reserved memory unless there's memory pressure. If you want it to release it more aggressively, you should run it as a desktop workload instead of a server workload (default).
Oooo reasons, reasons, reasons, come one, face it, Go lang with simpler approach without OOP studpidity rulset has shown it can perform. We kewn all a long, that is a case. Face it, Go lang is the new "C#" as new popular language for beginners. Modern C# is just what C++ was in the 80s. Even C# author said, C# is more C++ replacement that Java replacement.
@@Sam-gd4xp oh, I like golang as well and I've used it alot ❤️ But personally I wouldn't have courage to start developing a large scale enterprise-y system with it. Everything being so simple and imperative means there are more statements you'll have to manage, which means you'll have more state to manage, which means there'll be more chance for bugs. Golang's range requires much more statements, state and ceremony than C#'s Select(...).Where(...).GroupBy(...).Join(...).OrderBy(...)... I know there are some more functional slice utils, but still a lot is missing. C#'s LINQ (with and without EF), expressions and way superior generics is something I personally couldn't develop a large scale system without... But I do love to use golang for more algorithmic stuff and I'm also super interested in how golang's generics and itetators will turn out and improve 😋
@@deado7282 it is an ok default if you deploy to piss weak anemic container configurations and then have to scale with replica count and nodes, because go cant optimally do otherwise, instead of scaling up individual container resources, the ecosystem is in a different place now anyway
@@deado7282 Fiber also limits you. That would be far more fair. Not to mention that there's something bad with the C# build, because my projects are way bigger in code but way smaller when built. He did something bad.
Once again a spectacularly well thought out test. We can say that C# wins a proud silver medal in this head to head :D Would you be interested in a fresh comparison of some of the different javascript runtimes, like node.js, deno and bun?
At 8:01 you mention that theres a significant higher latency for C#. It looks worse than it actually is, since the graph doesn't start at zero (unlike the other graphs in this view). The difference is still significant, but being mindful about these things adds clarity for the viewer and potentially saves you from a wrong conclusion in the future :)
This is the first test video I've seen of yours and I love how thorough you are, from methodology and tools, to the results. However, as someone who is color deficient, I cannot tell the difference between low-contrast colors easily or at all. For your next test, please use high-contrast colors for all test subjects.
My thoughts exactly. Something in the setup of both versions are bad, neither go and c# seems to utitlize resources nowhere near 100%, yet they all start failing request. Maybe they can't see the resources they have available or similar and they are throtthling themselves by using less thread/connection/something that they could. Go (fiber) ofc will win anyways, but based on my very similar tests, the difference is only 10-15% in requests per second and this was with net6, not net8 (which can be significantly faster).
@@metaltyphoon yes, which means the margin should be even smaller for him compared to what I measured in net6 era, since net8 is faster then net6. My tests were capping cpu, but here we can see both frameworks failing without using the available resources, so something seems off.
C# is only faster when you start using different types of objects like structs and ref structs. In a minimal API with all settings set for speed and memory efficiency, you can produce an api with complex business logic that never allocates any heap memory. This is something that is, in practise, done frequently when performance starts to matter. C# will beat Java that way. But there are many things that Java is just faster at. Datastreaming is one of them. Although the dotnet C# team has recently implemented very efficient ways to do so, Java doesn't just use Java under the hood. It interopts with C and C++ libraries when speed is really something that starts to be a problem. And even the most efficient C# code can't beat that. C# as a core language is in most cases faster when all language features are utilized. But most programmers won't go there. And imo as a C# guy, Java is in many common cases just as fast, if not faster. C# wins in most cases due to the simpel fact that it gives you more control over memory. Thats it. But sinse not a lot of devs will use that advantage, Java will be faster. And even if a C# dev optimizes their codebase to limit allocations, the second a Java dev starts using native libraries it's game over. C# as a language is faster due to its nature. Java will, in general, be faster due to it's optimized libraries that don't even have to use Java.
Very informative as always, thanks also just a thought, maybe revisit apache vs nginx. mpm_event module for apache with default config sounds pretty strong I'd like to see how they would compare now keep up the good work
no vanila kubernetes cluster with containerd runtime. 2cpu and 256mb memory - github.com/antonputra/tutorials/blob/main/lessons/202/deploy/cs-app/deployment.yaml#L26-L32 have you tried it in k8s or just standalone? default file descriptors 1024 could play a role as well
I had a look at the source code a and configuration after the last video and I wondered why you used minIO. Thanks for giving the explanation. I did not know it supports (partially) the S3 API. At work, we have an application that uses it but more as a cloud agnostic object storage. The use cases here are more realistic than the tech empower benchmarks ones. The none fixed size of the DB pool for DotNet impacts the latency, opening a connection to the DB (especially if TLS was used) is expensive.
thanks! minio can also be used as a replacement for hadoop for some data lake stuff, etc. It uses significantly less disk space while supporting the same replication, but it's harder to scale. If you are on-prem, it's a viable alternative. I agree with the pool size, just the defaults, no more, no less.
It seems you didn't read any of the comments from the Go/Java comparison, the Go binary can be further reduced by removing debugging symbols with the linker options `-s -w`. You are also using an outdated AWS SDK.
it is in this video, and the difference is only 6 MB - ua-cam.com/video/56TUfwejKfo/v-deo.html I'll update sdk in the next lesson, but it does not affect performance it's just a wrapper around rest api
The comparison seem kind of fair, but they're room for improvement, but i think that a good general "default" setup representation. But small precision (with a little history): It's not dotnet api or dotnet core, it's the aspnetcore framework just like gin/fiber are web framework that you're testing against, they may exist other web framework for .NET, but i agree that is most popular and used one. Nowadays it's just .NET (or dotnet) no "Framework", when we say .NET framework, it mean the old .NET Stack that was only working/designed to work on windows (yeah.. yeah...I know about MONO, but that out of the scope for this simple history) dotnet core was/is the rewrite of the .NET stack from scratch. Microsoft choose to call it dotnet core, because at first it was only a subset of library (the core part), and apsnet core was also the rewrite from scratch of the web framework stack that only supported a subset of the aspnet MVC api, why they didn't change aspnetcore to aspnet, because it's already exist (they were (as far as i know) 3 Microsoft's web framework: ASPNET, ASPNET WebForm, ASPNET MVC (with 3 version of that framework is recall correctly)). So why did they change .NET core to .NET ? i don't know the real reason, but i have some idea like stopping people to not use the new improve version of .net because in their head .NET framework is the supported version of Microsoft versus .NET Core was not as feature complete and not maintainted as good by microsoft because it's now not part of the automatic windows update. Fun fact that most people don't know, but a certain point in time, you were able to start a apsnetcore project using the .NET framework and this was not a hack, it was a valid use case, but today the required version of .NET for aspnercore is too high and .NET framework support was dropped, but switching from aspnetcore using .NET framework to aspnetcore using .NET Core (now know as .NET) was really easy.
Thanks for the clarification. I didn't have any experience with .NET, but someone suggested trying it out with Minimal API, so I did. I'm learning a lot from the feedback I get, lol.
Hey, great job! One comment I have is: a lot will come down to how good the Amazon S3 and Postgres are optimized, and in DOTNET MS SQL and Azure Blobs will probably be a priority. Could you do a dedicated test for streaming back local file by id (from disk)? That would show how much HTTP connections specifically each app can handle.
Sounds reasonable as a whole. .Net isn't particularly efficient unless you do a LOT of massaging. Then again, like ThePrimagen usually puts it, do you have more microservices than users? If I'm not doing high performance, I'd probably sacrifice efficiency for "ease of use and support", especially in a MS centric environment. If I am, then "who cares about your experience, fps for life" (old competitive Quake joke, where you'd sacrifice ANYTHING for more fps because max_speed was tied to fps).
@@AntonPutra while at it. I see more an more job postings for python django, fast api, flask. I would expect these to perform "bad", but so many people choose them. I wonder if they are good or not
@@jozsab1 It's a very reliable and well-tested framework. We've been running Django as the main API gateway at the company where I work for the last few years with no issues at all. However, most of our other microservices are written in Go :)
I have few tutorials that can help 1. github.com/antonputra/tutorials/tree/main/lessons/135 2. github.com/antonputra/tutorials/tree/main/lessons/136 3. github.com/antonputra/tutorials/tree/main/lessons/137
Which memory usage do you measure? Reserved or Committed? .NET GC eagerly reserves a lot of memory upfront, but does not commit it until necessary. in .net 8 they introduced Dynamic Adaptive GC mode, but it's on by default only for AOT application. DOTNET_gcServer=1 DOTNET_GCDynamicAdaptationMode=1 Or System.GC.DynamicAdaptationMode
well the same as kubernetes uses to oomkill my applications :) to be more precises container_memory_working_set_bytes / container_spec_memory_limit_bytes
Your videos are very interesting ... Keep doing it. I have one question. Is it possible for you to create videos for gin, fiber and echo frameworks? thank you
Well, I used the available documentation that most people would use to compile and build Docker images. I'm pretty sure you can optimize both Go and C# further. But I get your point, and next time I'll test with AOT as well. If you have anything that could help me optimize .NET, please share it, and I'll definitely use it!
@@AntonPutra unless you change the algorithm you uses, there is not a lot of options that can be used to optimize your Go app, you only have the PGO (which also can be used with C#). In C# you just have to compile the program like Go to get a better performance.
@@AntonPutra luckily when you create a .NET solution you have the choice of selecting web api with AOT, which is a very good starting point, i strongly recommend you to check it out as it has a huge performance difference and the boot time is reduced, the only downside i would say is the image size. I made a POC for my company, it was a stress test of 1000 concurrent users making 1000 requests each and the memory stayed at 30mb with cpu to 1.5%
interesting, looks like they integrate cloud sdks to the standard library.. so it sort of wrapper around all clouds? how well it is supported? I'll take a look...
Basically, if you want something that works and easy, go with Java, C#, Node. If you want improved performance and efficiency without too much work, go with Go. If you want the most performance, speed and efficiency you can get, with the downside of complexity, go with C, C++, Rust
Rust is not ready for the cloud, with poorly maintained SDKs, and many of them are just slower than Go implementations. But in theory, Rust should be second after C.
well i have all source code, including terraform, helm charts everything even dashboards in the repo, link in the description - github.com/antonputra/tutorials/tree/main/lessons/202
Uh... There's a problem with your C# compilation because i have an API + Blazor + MAUI project which is 107mb. If you are only using one API it shouldn't even be half of this size.
@@AntonPutra because Dart serverpod is new framework, and we wanna see how it compares against popular alternative like Gin. Comparing it with Fiber or std I think is useless, because we already know that they are too fast :).
Yeah. I think it's no surprise that Golang is faster - but .NET is well established and really powerful. And in real use case, it's still REALLY fast. Performance should only be the deciding factor when you REALLY need it. Majority of projects don't. In most cases, there's more to it - from ecosystem to team/personal experience and preference.
@@Sam-gd4xp You're either trolling or you simply never comprehended the idea of "different tools for different jobs". I've never seen anyone mad that Golang is faster. Everyone knows it, everyone accepts it, and people happily pick it when they need it. Both languages are tools, and only immatures do these kind of "performance wars" and call each other mad over it.
@@TehGM if you're the head of small startup and small firm, and you learn basic accounting and project management properly, you will see. That's why Google push so hard for kotlin multiplatform bro. But will it come? After so much Java VS kotlin legal battle
Is it fair to compare a web framework specifically designed for maximum performance with many limitations and unimplemented web features to a standard enterprise application framework that has everything you need? At least this doesn't exactly match the title of the video.
@@AntonPutra Apologies, let me clarify. Would it be possible to conduct a test that includes django-ninja, Django REST Framework, fastApi and a Golang service? Just a reminder: people, please don't take these tests too seriously. Even if Python turns out to be five times slower, it's often better to use languages with faster development times. In 80% of cases, development speed is more important than performance.
@@mikemoore667 agreed. i like using Python as well, you can quickly create poc. a few years ago, someone in our company used django to create a poc for the main api gateway, and we're still using it 5 years later. :) no one wants to rewrite it in go cause it just works
Автор плодит холивары. Почему-то он взял AspNetCore старой версии, не запублишил(то есть нет компайла в AOT нейтив), без тримминга без ничего и сравнивает производительность с Go(который по умолчанию AOT), ближайшим аналогом которого для тестирования подобных задач больше подошел бы Blazor из мира Dotnet.
@@akknaodinden странно. Ютьюб как-то через раз ответы отправляет. Писал, что интересно еще сравнить производительность, когда не CreateBuilder, а CreateSlimBuilder
Awesome as always thank you. What do you think of including database traces? I guess for this you will need a little bit complex database queries. Maybe you can include some database triggers to achieve that. There is not so much info about database tracing 😢
well i have golang tracing tutorial on my chanel with open telemetry and grafana - ua-cam.com/video/ZIN7H00ulQw/v-deo.html but it does not help to measure performance, rather then just help to debug
11 years with .NET at my main jobs (I'm a solution architect), 6 years with Golang (side projects for other clients' companies). I think .NET is more suitable for fast development, quick adaptation to changes, and Enterprise-focused products. Golang is better for cost-efficient projects, but requires more maintenance.
I'm curious too and am trying to add more metrics for the next tests, maybe even open file descriptors, etc. - github.com/google/cadvisor/blob/master/docs/storage/prometheus.md
It's really not surprising that go would be faster and use less memory than .Net which has a big runtime. Enterprises use .Net over things like golang to cut development time. Two things I'd like to see .Net AOT vs .Net (no AOT) and .Net (AOT and not) vs Java. Also with AOT it should be possible to use something like an alpine linux image with no .net runtime installed.
AOT will not help you with performance. LOL And that is quite optimisation, so Go lang can also use more optimisation switches. And.... Go lang would be faster ;) Well we all knew that C# is fazing out, OOP and Functional rulset is to much of a heavy load that is slowing down .Net execution. It is becoming relic of the past. Did you knew that C# is trying to solve boiler plate coding. And because of that, language has over 100 reserved language words and compiler and compiler tokenizer needs to work hard and be compicated. Java and Go lang use around 50 reserved language keywords and have more solid priciples that .Net (C#). Sometimes C# can solve simple value addresing in 5 to 10 syntactical ways. Java and Go lang only in 2 to 3 syntactical ways, which is enough.
@@AntonPutra I'd watch it if you did make that video. It would be very interesting to see how much overhead or not is removed by compiling the whole app ahead of time and eliminating the runtime. Java has jaotc but I don't know if it ever left the experimental phase. Android has had ART for several years, which is also an ahead of time compiler. AOT must do something significant given where it is used today.
4 CPUs and 8 GB of memory. From now on, I'm only testing apps in production-ready EKS clusters to make it similar to what we actually run in production environments. I use m6a.2xlarge EC2 instances for the nodes...
Sorry, but your tests are still far from being a real application, even considering "Test 2". The test apps do not have business logic and even simple logging (not to say structural), which can reduce performance several times. Also, configurations in the .NET app are not "real", as well as working with the database and AWS services. Usually, it would be services registered in the DI container and used in other services or directly in controllers or methods from minimal API. If for some reason you drastically need the lowest startup time, you need to use Native AOT compilation for .NET apps.
i try to keep it as simple as possible, i'll include simple etl or just kafka consumer/producer in the following benchmarks, but thanks for the feedback!
Don't be pisst off because you bet with your knowledge on .Net. We knew all a long that .Net was a scam. Even Google knew it! Why would Google bet all backend code to Go lang? It oop was really good and far a head as oop programers are saying, then Goolge would have bought Java and not pass it to Oracle for expensive licencing :D
@@AntonPutra youtube is acting weird, don't see my reply. basically hperf, or check awesome-swoole to find popular frameworks. supposedly fomo is the fastest.
@@bibahbibah5108 Golang is not like Rust, its a very easy language to learn. Even easier than C#. So if ease of use, development speed are metrics for choosing a backend language between C# and Go, Go wins in my opinion without even considering performance.
@@AntonPutra Yes, it is still maintain and very popular in product base company and in my company, mostly services is written in scala using AKka Http and stream. some services/in house project, is in rust and go like realtime database for metrics is written in rust.
@@AntonPutra Why i am suggesting for comparison, as go uses green thread and same is like cats effect so battle for performace will going to very close in my understanding. for memory comparison will not matter as JVM uses all available memory with time so ignore that.
All these Microsoft™ fanboys getting UPSET that their dog GOT ABSOLUTELY OWNED by some funky looking mouse. Did you see the RAM usage? OMG! Thanks for this video.
Fellow C# developers AOT won't help. In a real-world use case, you'll use libraries that don't support AOT. Let's take the L for the large binary and slow startup times. I AM MORE CONCERNED WITH C# falling off at 1300 Req/s
@@johnnm3207 likely S3 tooling issue, possibly incorrect DB config (Go impl uses connection pool where .NET seemingly not), on identical code (and in this case it isn’t) .NET tends to have much better throughput than Go. It also has better image size AOT or not if you apply trim, which is now compatible with practically everything.
🔴 What should I test next???
👉 [Playlist] New Benchmarks: ua-cam.com/play/PLiMWaCMwGJXmcDLvMQeORJ-j_jayKaLVn.html&si=p-UOaVM_6_SFx52H
Amazing. Bro where can I find your C# and Go code used for testing. Any GitHub links?
Rust vs Go
Haskell please 🙏 ChatGPT can help🫠
Scala sttp is a great wrapper, and akka/pekko perform very strongly in general with small heaps🤫
zig vs Rust
Zig vs Go
Haskell vs Elixir Vs Gleam
@@ulrich-tonmoy ok, just added to my list!
I like these real world test scenarios. And I love that you increased RPS until failure. Please keep doing that with every benchmark
I wish you would increase RPS in second test as well
thanks, will do! i started to use eks to run those tests...
Your methodology is excellent. I much prefer this to the gamified mess that techempower has become. Startup time/cost, container size, memory/cpu usage, baseline memory/cpu usage are extremely valuable to us.
thank you!
Cool test actually.
A few possible improvements except trying the AOT:
1. Try enabling a full PGO (tiered PGO is enabled in .NET 8):
# Full PGO
ENV DOTNET_TieredPGO=1
ENV DOTNET_TC_QuickJitForLoops=1
ENV DOTNET_ReadyToRun=0
2. Use slim app configuration:
WebApplication.CreateBuilder() vs WebApplication.CreateSlimBuilder()
3. Try increasing the minimal number of threads:
ThreadPool.GetMinThreads(out _, out int completionPortThreads);
ThreadPool.SetMinThreads(100, completionPortThreads);
thanks for the tip! I'll definitely try it next time!
@@AntonPutra yeap, it would be interesting with Native AOT too
also the two async operations (await cmd.ExecuteNonQueryAsync() and await amazonS3.Upload(appConfig.S3Bucket, image.ObjKey, appConfig.S3ImgPath)) are running sequentially, while they could be started both together and awaited after they both have been started; sure, it's a small to really small improvement, but this is the point of knowing well the language and doing a test well: it's not easy *at all*
@@AntonPutra I actually think you tested it fine. AOT is only for startup time. Tiered PGO is the default, so it makes sense to keep it here. My one complaint is that if you want this to be a "real world" test case your code should use Entity Framework as that's the most standard thing. I took a look at the code and you're doing it with Npgsql's built-in datasource. I don't know anyone who would do this in a real world application. There's all sorts of caching that you're missing from Entity Framework.
Note that I think the way you did it is actually faster. EF has overhead. But I would still very much like to see that comparison instead.
None of these are needed, with vanilla configuration .NET is strictly better than Go. Anyone who ever looked at Go's compiler output and GC throughput knows that both are underwhelming. Note that for *small* deployments like these using NativeAOT is a good idea. .NET 9 also enables DATAS by defvault which is a new GC mode for more dynamic scaling of active heaps and their sizes based on load profile. This massively improves low heapsize scenarios like this one. Generally speaking you have to understad that for high throughput workloads 256mi is anemic. Bump it up to 512mi and you will see a completely different picture. Same applies to more core which .NET's threadpool and task system can utilize much more effectively than fixed runtime threads setup in Go. Lastly, I suspect the culprit here is S3 SDK, as it has quite room for improvemet and Amazon posted like a week ago that the have new preview version which is faster and has much less wasted allocations. The open question is also about Go using connection pool while .NET seemingly avoids opting into that, which would impact the behavior significantly and make it apples to oranges comparison.
I really didnot expect Golang will perform better than .NET, thanks.
i got some advice how to improve, wil update soon
Scenario matters. Also, .NET 9 will have a lot of optimizations, so would be interesting to see how it fares.
To further reduce the image size of Golang, you can use UPX to further compress the executable which usually results in 40-50% file size reduction.
cool, thanks for the tip! i'll try it out. Does it affect performance, or just in case you need to debug something?
@@AntonPutra startup time will increase by a miniscule amount as it needs to decompress before running. For this use case, using UPX is a good move as it will reducesdownload time.
@@ArnabAnimeshDas got it. unfortunately, it's hard to measure boot time in Kubernetes because the minimal interval is 1 second, and I want to focus these benchmarks on Kubernetes.
Also the images are already compressed by the container registry and runtime. So double compression is not all that effective in general. Something like the trimming and Native AOT in .NET does help a bunch though. Go already does a fairly okay job.
@@EraYaN 👌
The idle memory usage difference has its reasons. By default dotnet runtime just doesnt release its reserved memory unless there's memory pressure. If you want it to release it more aggressively, you should run it as a desktop workload instead of a server workload (default).
noted, memory does not play a significant role in these benchmarks
Oooo reasons, reasons, reasons, come one, face it, Go lang with simpler approach without OOP studpidity rulset has shown it can perform. We kewn all a long, that is a case. Face it, Go lang is the new "C#" as new popular language for beginners. Modern C# is just what C++ was in the 80s. Even C# author said, C# is more C++ replacement that Java replacement.
@@Sam-gd4xp oh, I like golang as well and I've used it alot ❤️ But personally I wouldn't have courage to start developing a large scale enterprise-y system with it. Everything being so simple and imperative means there are more statements you'll have to manage, which means you'll have more state to manage, which means there'll be more chance for bugs. Golang's range requires much more statements, state and ceremony than C#'s Select(...).Where(...).GroupBy(...).Join(...).OrderBy(...)... I know there are some more functional slice utils, but still a lot is missing. C#'s LINQ (with and without EF), expressions and way superior generics is something I personally couldn't develop a large scale system without... But I do love to use golang for more algorithmic stuff and I'm also super interested in how golang's generics and itetators will turn out and improve 😋
@@Sam-gd4xp Don't be a fanboi
@@Sam-gd4xp No, C# is so flexible that it can and needs to be optimized for a particular task.
Use native aot for C#. Memory usage will be way less, and startup time will be very fast
AOT is not a sensitive default since it limits you in terms of 3rd party packages.
@@deado7282 it is an ok default if you deploy to piss weak anemic container configurations and then have to scale with replica count and nodes, because go cant optimally do otherwise, instead of scaling up individual container resources, the ecosystem is in a different place now anyway
i'll try
@@deado7282 Fiber also limits you. That would be far more fair. Not to mention that there's something bad with the C# build, because my projects are way bigger in code but way smaller when built. He did something bad.
This would be a fair comparison to fiber as it is the fastest option to run aspnetcore.
Once again a spectacularly well thought out test. We can say that C# wins a proud silver medal in this head to head :D
Would you be interested in a fresh comparison of some of the different javascript runtimes, like node.js, deno and bun?
thanks! yes but next rust vs go with new updated frameworks and sdks :)
Keep the benchmarks coming! Love it!
thanks! will do, rust vs go coming in couple of days :)
At 8:01 you mention that theres a significant higher latency for C#. It looks worse than it actually is, since the graph doesn't start at zero (unlike the other graphs in this view). The difference is still significant, but being mindful about these things adds clarity for the viewer and potentially saves you from a wrong conclusion in the future :)
Shoutout to the homelab cluster!
I’ve got my entire homelab setup declarative for GitOps use!
cool :)
This is the first test video I've seen of yours and I love how thorough you are, from methodology and tools, to the results. However, as someone who is color deficient, I cannot tell the difference between low-contrast colors easily or at all. For your next test, please use high-contrast colors for all test subjects.
thank you! it's just default colors that Grafana uses for two different subjects, i'll see if i can improve
I have never seen dotnet to drop requests if is not 95% plus on cpu ram etc this is just weird.
i'll add more metrics next time from cadvisor - github.com/google/cadvisor/blob/master/docs/storage/prometheus.md
I am curious about the performance of .NET Orleans compared to Go
ok, noted!
Can you please create a comparison video between go and PHP Swoole?
ok!
Why some requests start to drop? I see the CPU utilization and memory usage are very far from 100%. Where is the bottle neck coming from?
it depends on the implementation of the http server, some prefer to drop others try to process every single request...
My thoughts exactly. Something in the setup of both versions are bad, neither go and c# seems to utitlize resources nowhere near 100%, yet they all start failing request. Maybe they can't see the resources they have available or similar and they are throtthling themselves by using less thread/connection/something that they could. Go (fiber) ofc will win anyways, but based on my very similar tests, the difference is only 10-15% in requests per second and this was with net6, not net8 (which can be significantly faster).
@@hupett his repo has .net 8 not 6
@@metaltyphoon yes, which means the margin should be even smaller for him compared to what I measured in net6 era, since net8 is faster then net6. My tests were capping cpu, but here we can see both frameworks failing without using the available resources, so something seems off.
This is where GC starts to kick in. If we use something like dotnet-monitor for monitoring GC in Prometheus that might show us the real picture
can you do C# (.NET) vs. Rust actix web PLEASE!!!!!!!!!!!!!!!!!!!!
well, rust actix vs go coming in a couple of days...
@@AntonPutra "Bet! 🔥 Thanks for the heads up-can’t wait for that Rust Actix vs Go vid. Keep killin’ it! 🙌"
@@hichambout6731 thanks :)
.net vs Quarkus. Let's do it. Dotnet bros always mock Java for being slow. Let's see :)
ok will do!
Do they? At least I am not... ;)
a reasonable and informed person (and not a fanboy) would know that java is fast
@@luvincstethere is a reason android phones come with 16 gb of ram 💀
C# is only faster when you start using different types of objects like structs and ref structs. In a minimal API with all settings set for speed and memory efficiency, you can produce an api with complex business logic that never allocates any heap memory. This is something that is, in practise, done frequently when performance starts to matter. C# will beat Java that way. But there are many things that Java is just faster at. Datastreaming is one of them. Although the dotnet C# team has recently implemented very efficient ways to do so, Java doesn't just use Java under the hood. It interopts with C and C++ libraries when speed is really something that starts to be a problem. And even the most efficient C# code can't beat that. C# as a core language is in most cases faster when all language features are utilized. But most programmers won't go there. And imo as a C# guy, Java is in many common cases just as fast, if not faster. C# wins in most cases due to the simpel fact that it gives you more control over memory. Thats it. But sinse not a lot of devs will use that advantage, Java will be faster. And even if a C# dev optimizes their codebase to limit allocations, the second a Java dev starts using native libraries it's game over. C# as a language is faster due to its nature. Java will, in general, be faster due to it's optimized libraries that don't even have to use Java.
Excellent test & very thorough....thanks.
thank you!
I mean, it is gin, one of the slowest go libraries. You used Fiber in the last video.
microsoft compared .net with gin, i used fiber in this video - github.com/antonputra/tutorials/blob/main/lessons/202/go-app/main.go#L12
Gin is not slow…
@@fortuneosho8137 I've been using it for benchmarks, it is definitely slower than fiber..
maybe try some functional or new language? i suggest elixir and gleam for next video:)
okay, will do. i hope they have up to date aws sdks. :)
Please test elixir phoenixframework compare to golang fiber and rust actix web. Thanks. 😁
ok noted!
Very informative as always, thanks
also just a thought, maybe revisit apache vs nginx. mpm_event module for apache with default config sounds pretty strong
I'd like to see how they would compare now
keep up the good work
thank you! will do! is mpm_event module enabled by default or i need to turn it on?
I'm sure you didn't make any adjustments to the operating system. .net core doesn't give me any problems until it reaches 50k/sec.
no vanila kubernetes cluster with containerd runtime. 2cpu and 256mb memory - github.com/antonputra/tutorials/blob/main/lessons/202/deploy/cs-app/deployment.yaml#L26-L32
have you tried it in k8s or just standalone? default file descriptors 1024 could play a role as well
I like this kind of content, you've got one more subscriber! 😊
thank you! rust vs go coming in couple of days :)
😭😭😭I have a dream to see Elixir one day 😭😭😭😭
soon, 1 or 2 videous ahead :)
@@AntonPutra DO IT! I am primarily interested to see as many clients as it gets hehe; like ~2M goal!
@@YordisPrieto ok :)
Will you test with Native AOT C# app?
yes, next week. first python then c#aot
I had a look at the source code a and configuration after the last video and I wondered why you used minIO. Thanks for giving the explanation. I did not know it supports (partially) the S3 API. At work, we have an application that uses it but more as a cloud agnostic object storage.
The use cases here are more realistic than the tech empower benchmarks ones. The none fixed size of the DB pool for DotNet impacts the latency, opening a connection to the DB (especially if TLS was used) is expensive.
thanks! minio can also be used as a replacement for hadoop for some data lake stuff, etc. It uses significantly less disk space while supporting the same replication, but it's harder to scale. If you are on-prem, it's a viable alternative. I agree with the pool size, just the defaults, no more, no less.
It seems you didn't read any of the comments from the Go/Java comparison, the Go binary can be further reduced by removing debugging symbols with the linker options `-s -w`.
You are also using an outdated AWS SDK.
it is in this video, and the difference is only 6 MB - ua-cam.com/video/56TUfwejKfo/v-deo.html
I'll update sdk in the next lesson, but it does not affect performance it's just a wrapper around rest api
Nice work
Can you do Java vs C# next ?
thanks, maybe not next but i'll do it for sure
@@AntonPutra Please do! Looking forward to seeing the same test between Java vs C#. Also would be great to use .Net Native AOT.
@@Tolg i got PR for aot so i'll be definitely testing it soon.. - github.com/antonputra/tutorials/tree/main/lessons/202/cs-app-aot so i'll be testing
Nice stuff! Thanks
thank you!
I like this comparison keep up like this for benchmark maybe with aot make some difference
thanks, I'll try AOT next time
Hi there! Nice video, Thanks!!! Would be possible to do the same test, but using Java instead of .NET ? Maybe also Java x .NET as well 🙂🙂
thank you! noted!
You have found some kind of holy grail of programming content for UA-cam 😄 Very addictive videos -> I subscribed
thank you! :)
Nice video
You might enjoy using Nim as well. Could be an interesting comparison
thanks, i'll take a look
The comparison seem kind of fair, but they're room for improvement, but i think that a good general "default" setup representation.
But small precision (with a little history):
It's not dotnet api or dotnet core, it's the aspnetcore framework just like gin/fiber are web framework that you're testing against, they may exist other web framework for .NET, but i agree that is most popular and used one.
Nowadays it's just .NET (or dotnet) no "Framework", when we say .NET framework, it mean the old .NET Stack that was only working/designed to work on windows (yeah.. yeah...I know about MONO, but that out of the scope for this simple history)
dotnet core was/is the rewrite of the .NET stack from scratch. Microsoft choose to call it dotnet core, because at first it was only a subset of library (the core part), and apsnet core was also the rewrite from scratch of the web framework stack that only supported a subset of the aspnet MVC api, why they didn't change aspnetcore to aspnet, because it's already exist (they were (as far as i know) 3 Microsoft's web framework: ASPNET, ASPNET WebForm, ASPNET MVC (with 3 version of that framework is recall correctly)). So why did they change .NET core to .NET ? i don't know the real reason, but i have some idea like stopping people to not use the new improve version of .net because in their head .NET framework is the supported version of Microsoft versus .NET Core was not as feature complete and not maintainted as good by microsoft because it's now not part of the automatic windows update.
Fun fact that most people don't know, but a certain point in time, you were able to start a apsnetcore project using the .NET framework and this was not a hack, it was a valid use case, but today the required version of .NET for aspnercore is too high and .NET framework support was dropped, but switching from aspnetcore using .NET framework to aspnetcore using .NET Core (now know as .NET) was really easy.
Thanks for the clarification. I didn't have any experience with .NET, but someone suggested trying it out with Minimal API, so I did. I'm learning a lot from the feedback I get, lol.
Please compare a Bun.js framework (Elisya.js or Hono.js) with Golang or .NET next.
noted!
Hey, great job! One comment I have is: a lot will come down to how good the Amazon S3 and Postgres are optimized, and in DOTNET MS SQL and Azure Blobs will probably be a priority. Could you do a dedicated test for streaming back local file by id (from disk)? That would show how much HTTP connections specifically each app can handle.
Thanks! I was actually thinking about Kafka consumer/producer implementations and maybe a simple ETL pipeline. What do you think?
Sounds reasonable as a whole. .Net isn't particularly efficient unless you do a LOT of massaging. Then again, like ThePrimagen usually puts it, do you have more microservices than users? If I'm not doing high performance, I'd probably sacrifice efficiency for "ease of use and support", especially in a MS centric environment. If I am, then "who cares about your experience, fps for life" (old competitive Quake joke, where you'd sacrifice ANYTHING for more fps because max_speed was tied to fps).
I personally would love some exotic test like Rust, c++ ( oatpp, crow.. ), apache compared to GO.
noted!
@@AntonPutra after i made the comment youtube recomended your rust, node, java ... comparisons. awesome work !
@@AntonPutra while at it. I see more an more job postings for python django, fast api, flask. I would expect these to perform "bad", but so many people choose them. I wonder if they are good or not
@@jozsab1 It's a very reliable and well-tested framework. We've been running Django as the main API gateway at the company where I work for the last few years with no issues at all. However, most of our other microservices are written in Go :)
@@AntonPutra I'm not a webdev, for me it's just raw numbers vs raw numbers. For you, maybe a topic to explore / make another video
Can you do a video on how to create these graphs to test apis. Thanks
I have few tutorials that can help
1. github.com/antonputra/tutorials/tree/main/lessons/135
2. github.com/antonputra/tutorials/tree/main/lessons/136
3. github.com/antonputra/tutorials/tree/main/lessons/137
Best if you can draw conclusions.
thanks, i'll try it
Which memory usage do you measure? Reserved or Committed? .NET GC eagerly reserves a lot of memory upfront, but does not commit it until necessary. in .net 8 they introduced Dynamic Adaptive GC mode, but it's on by default only for AOT application.
DOTNET_gcServer=1
DOTNET_GCDynamicAdaptationMode=1
Or System.GC.DynamicAdaptationMode
Also, C# compiler interns strings by default, AFAIK Go does not, so you give slight advantage to C# in this case.=)
The repo is in his profile under "Tutorials". It's the most recent commit atm.
well the same as kubernetes uses to oomkill my applications :) to be more precises container_memory_working_set_bytes / container_spec_memory_limit_bytes
Do a Go vs PHP please. We know Go is faster, but it would be interesting to see the differences. You can use FrankenPHP or Symfony Flex.
ok will do in a week or so
Can you compare nodejs to bunjs? Thanks
ok, noted!
Your videos are very interesting ... Keep doing it.
I have one question.
Is it possible for you to create videos for gin, fiber and echo frameworks?
thank you
thanks you! i'll see what i can do and when
This comparison is not fair, as you didnt compile the minimal api using AOT
still c# have a very good perform, i think it has the best performance for a general us language
Well, I used the available documentation that most people would use to compile and build Docker images. I'm pretty sure you can optimize both Go and C# further. But I get your point, and next time I'll test with AOT as well. If you have anything that could help me optimize .NET, please share it, and I'll definitely use it!
have you tried rust? :)
@@AntonPutra unless you change the algorithm you uses, there is not a lot of options that can be used to optimize your Go app, you only have the PGO (which also can be used with C#). In C# you just have to compile the program like Go to get a better performance.
@@AntonPutra luckily when you create a .NET solution you have the choice of selecting web api with AOT, which is a very good starting point, i strongly recommend you to check it out as it has a huge performance difference and the boot time is reduced, the only downside i would say is the image size.
I made a POC for my company, it was a stress test of 1000 concurrent users making 1000 requests each and the memory stayed at 30mb with cpu to 1.5%
Can you uncover cloud language winglang? What is your opinion about this approach ?
interesting, looks like they integrate cloud sdks to the standard library.. so it sort of wrapper around all clouds? how well it is supported? I'll take a look...
Basically, if you want something that works and easy, go with Java, C#, Node. If you want improved performance and efficiency without too much work, go with Go. If you want the most performance, speed and efficiency you can get, with the downside of complexity, go with C, C++, Rust
Rust is not ready for the cloud, with poorly maintained SDKs, and many of them are just slower than Go implementations. But in theory, Rust should be second after C.
@@AntonPutrareally? What did you use? That has not been my experience with Rust at all!
@@Comeyd actix with aws sdk and postgres driver + prom client, i'll publish in a day or so including source code
Could you do a performance comparison between Rust Actix and Golang GoMicro?
Thank you.
Well, I just finished testing Rust Actix with Fiber in EKS and will upload in a couple of days. Why GoMicro? Anything special about that framework?
Would be interesting to know how to setup all this
well i have all source code, including terraform, helm charts everything even dashboards in the repo, link in the description - github.com/antonputra/tutorials/tree/main/lessons/202
Uh... There's a problem with your C# compilation because i have an API + Blazor + MAUI project which is 107mb. If you are only using one API it shouldn't even be half of this size.
you mean image size, i'll double check for the next release
@@AntonPutra Yep, pretty sure it's including unused packages. C# is very flexible but that means it needs to be tweaked specifically for the task.
@@ladrillorojo4996 ok i'll be preparing another test soon, i'll make sure to spend more time optimizing
@@AntonPutra Hope it goes well, you make really good and nicely structured videos!
Please repeat the test in November with .NET 9
will do, i got a lot of feedback how to optimize it as well, haha
I would love to see an experiment like this with Zig someday.
noted!
can you do Dart vs Js vs python ?
ok noted!
Go is solid!
it is, with very little optimization, and it's very fast
Really cool benchmark. Can you do Dart Serverpod vs Go Gin too?
Gin? It's kind of slow, and I've already tested it. Maybe Fiber or standard library?
@@AntonPutra because Dart serverpod is new framework, and we wanna see how it compares against popular alternative like Gin. Comparing it with Fiber or std I think is useless, because we already know that they are too fast :).
@@billn98 noted
The colors are too similar on the graph would be my only complaint
Thanks, they are the default colors, but I've changed them in the new videos.
@@AntonPutra Yeah, I thought they are. I am partially color blind. I like where you had red and blue in your other videos.
You should have used go std lib no frameworks
true, i'll update results soon
very interesting
thanks..
But C# is easier to program, right? I checked Go and didn't like it.
it depends on your background
In what world is C# easier than Go? Go is literally one of the easiest languages out there
csharp surely simpler, I write it without learning it, golang costs me 1 day or more
the documentation of microsoft really helps. Golang documentation will destroy your Family Time XD
@@meuscc 😅
C# view engine 10 years ahead of Golang. And for enterprise, consistent changing of go framework sure is a headache
Yeah. I think it's no surprise that Golang is faster - but .NET is well established and really powerful. And in real use case, it's still REALLY fast.
Performance should only be the deciding factor when you REALLY need it. Majority of projects don't. In most cases, there's more to it - from ecosystem to team/personal experience and preference.
@@TehGM Not really! PRoblem is that developers are mad, that simpler idea like Go lang flies better that begemut C# with .Net
@@Sam-gd4xp You're either trolling or you simply never comprehended the idea of "different tools for different jobs".
I've never seen anyone mad that Golang is faster. Everyone knows it, everyone accepts it, and people happily pick it when they need it. Both languages are tools, and only immatures do these kind of "performance wars" and call each other mad over it.
@@TehGM if you're the head of small startup and small firm, and you learn basic accounting and project management properly, you will see.
That's why Google push so hard for kotlin multiplatform bro. But will it come? After so much Java VS kotlin legal battle
Go is known for it's backwards compatibility, i'm not sure what do you mean here
In test 1, in C# , the json serialization can a improve by setting the context
noted! i'll try next time when i prepare a test with c#
you should remove the word "(Java)" in the video title. There is nothing to do with Java in this Video
thanks, i updated title yesterday i meant C#
Is it fair to compare a web framework specifically designed for maximum performance with many limitations and unimplemented web features to a standard enterprise application framework that has everything you need?
At least this doesn't exactly match the title of the video.
Hi, which libraries are missing at go side for enterprise application needs, can you give some samples if possible please.
Well, internally most of the microservices we have are written in Go, some in Python, and data pipelines in Scala, Java, etc.
great video
thank you!
can you do go (fiber) vs rust (actix)
coming next..
python fastapi/django please :)
sure will do!
@@AntonPutra
Apologies, let me clarify. Would it be possible to conduct a test that includes django-ninja, Django REST Framework, fastApi and a Golang service?
Just a reminder: people, please don't take these tests too seriously. Even if Python turns out to be five times slower, it's often better to use languages with faster development times. In 80% of cases, development speed is more important than performance.
@@mikemoore667 Agreed but Golang is pretty easy to program in.
@@mikemoore667 agreed. i like using Python as well, you can quickly create poc. a few years ago, someone in our company used django to create a poc for the main api gateway, and we're still using it 5 years later. :) no one wants to rewrite it in go cause it just works
Perfect
thanks :)
Автор плодит холивары. Почему-то он взял AspNetCore старой версии, не запублишил(то есть нет компайла в AOT нейтив), без тримминга без ничего и сравнивает производительность с Go(который по умолчанию AOT), ближайшим аналогом которого для тестирования подобных задач больше подошел бы Blazor из мира Dotnet.
AOT не надо, PGO после "прогрева" должен дать более оптимизированный код, чем получится при AOT.
Интересно другое: (из доков)
When multiple containerized apps are running on one machine, Workstation GC might be more performant than Server GC
@@VoroninPavel У меня фобия что после PGO что-то отпадёт.
@@akknaodinden ну это только если там бага какая суровая.
Еще интересно бы посмотреть на тест не с CreateBuilder, а CreateSlimBuilder()
@@akknaodinden странно. Ютьюб как-то через раз ответы отправляет.
Писал, что интересно еще сравнить производительность, когда не CreateBuilder, а CreateSlimBuilder
please redo with go std lib
yes soon! i got a lot of tips/PRs to improve Java
Awesome as always thank you.
What do you think of including database traces?
I guess for this you will need a little bit complex database queries.
Maybe you can include some database triggers to achieve that.
There is not so much info about database tracing 😢
well i have golang tracing tutorial on my chanel with open telemetry and grafana - ua-cam.com/video/ZIN7H00ulQw/v-deo.html
but it does not help to measure performance, rather then just help to debug
Is C# code built with configuration of Release or Debug mode. I can not see that.
release, i also got AOT verion will be testing soon
spasibo comrad
🫡
Good job
thanks!!
11 years with .NET at my main jobs (I'm a solution architect), 6 years with Golang (side projects for other clients' companies). I think .NET is more suitable for fast development, quick adaptation to changes, and Enterprise-focused products. Golang is better for cost-efficient projects, but requires more maintenance.
Can you do rust vs. go?
yes, coming next
Hi Anton - waiting for monitoring setup in compose config from you :)
ok :)
is there any explaining why C# tends to failing when request is high?
could be default seetings, max thread pool, threads starvation, db connections, pretty much some default configuration issue ?!? pretty much anything
I'm curious too and am trying to add more metrics for the next tests, maybe even open file descriptors, etc. - github.com/google/cadvisor/blob/master/docs/storage/prometheus.md
adding more metrics for the next tests...
Put the results first, then proceed with the expansion
I always put timestamps in the description, so you can easily click on the test results.
It's really not surprising that go would be faster and use less memory than .Net which has a big runtime. Enterprises use .Net over things like golang to cut development time.
Two things I'd like to see .Net AOT vs .Net (no AOT) and .Net (AOT and not) vs Java.
Also with AOT it should be possible to use something like an alpine linux image with no .net runtime installed.
AOT will not help you with performance. LOL And that is quite optimisation, so Go lang can also use more optimisation switches. And.... Go lang would be faster ;) Well we all knew that C# is fazing out, OOP and Functional rulset is to much of a heavy load that is slowing down .Net execution. It is becoming relic of the past. Did you knew that C# is trying to solve boiler plate coding. And because of that, language has over 100 reserved language words and compiler and compiler tokenizer needs to work hard and be compicated. Java and Go lang use around 50 reserved language keywords and have more solid priciples that .Net (C#). Sometimes C# can solve simple value addresing in 5 to 10 syntactical ways. Java and Go lang only in 2 to 3 syntactical ways, which is enough.
@@Sam-gd4xp but Rust is much faster than go. C# is by other more fair tests is very close to go
I'll definitely test AOT, and if it makes sense I'll make a video
@@AntonPutra I'd watch it if you did make that video. It would be very interesting to see how much overhead or not is removed by compiling the whole app ahead of time and eliminating the runtime. Java has jaotc but I don't know if it ever left the experimental phase. Android has had ART for several years, which is also an ahead of time compiler. AOT must do something significant given where it is used today.
Please test drogon framework 🙏
this one? drogon.org/
@@AntonPutra it would ne interesting to see a c++ web framework and go comparison.
@@suyulmaz4 Sure, any specific C++ framework in mind? Also, would you add any new test scenarios?
What specs do each of the nodes have and the controllers ?
4 CPUs and 8 GB of memory. From now on, I'm only testing apps in production-ready EKS clusters to make it similar to what we actually run in production environments. I use m6a.2xlarge EC2 instances for the nodes...
Rust vs go next please
coming in couple of days
@@AntonPutra Sounds awesome. Love your work
@@JaiminBrahmbhatt thanks!!
Is there a Node vs C# comparison ?
Not yet, but I'll make one soon. :) I do have other Node.js benchmarks, though in that playlist.
@@AntonPutra thanks, I've checked your playlist. Keep it up
@@salman2070 🫡
C# users are now in mourning.
i'll try to use AOT next time. I hope they're not too mad at me :)
@@AntonPutra well, you are using fiber. You know just mentioning that in the golang subreddit will get you killed 😂
I use c# for enterprise development and golang for my own project or prototypes for obvious reasons:D
@@metaltyphoon 😅
Compare Rust vs Go
i just finished testing. this time, i deployed both apps in eks to be closer to production environments. the results will be in a couple of days...
Which ptogramming language can make me rich faster?
🤷♂️
COBOL, probably.
do fasthhtp vs just.js please
noted!
Sorry, but your tests are still far from being a real application, even considering "Test 2". The test apps do not have business logic and even simple logging (not to say structural), which can reduce performance several times.
Also, configurations in the .NET app are not "real", as well as working with the database and AWS services. Usually, it would be services registered in the DI container and used in other services or directly in controllers or methods from minimal API.
If for some reason you drastically need the lowest startup time, you need to use Native AOT compilation for .NET apps.
i try to keep it as simple as possible, i'll include simple etl or just kafka consumer/producer in the following benchmarks, but thanks for the feedback!
@@AntonPutra stop doing nonsense benchmark comparison
@@JoeRomano-s8g i'll make some more, maybe evolve it to something else, we'll see :)
Don't be pisst off because you bet with your knowledge on .Net. We knew all a long that .Net was a scam. Even Google knew it! Why would Google bet all backend code to Go lang? It oop was really good and far a head as oop programers are saying, then Goolge would have bought Java and not pass it to Oracle for expensive licencing :D
Golang Wins! flawless victory
yeah :)
can you do go vs php-swoole?
btw, I know go will win, I assume php-swoole will be worse than this c# version.
thanks, noted! i'll be comparing with php, but I'm not sure which framework to choose yet.
@@AntonPutra youtube is acting weird, don't see my reply. basically hperf, or check awesome-swoole to find popular frameworks. supposedly fomo is the fastest.
still c# have a very good perform, i think it has the best performance for a general us language
have you tried rust? :)
@@AntonPutra no i thing but rust and c# are not in the same category
c# is like java, rust is like go c c ++
@@bibahbibah5108 Golang is not like Rust, its a very easy language to learn. Even easier than C#. So if ease of use, development speed are metrics for choosing a backend language between C# and Go, Go wins in my opinion without even considering performance.
@@bibahbibah5108 go is garbage collected so not really in c, c++, and rust category, but closer to them than c#
@@bibahbibah5108 yeah, but you can still use rust to build web apps as well as webassembly..
По акценту слышно, что где-то должен быть контент на русском
poka netu
@@AntonPutra kogda budet?))
@@myyyp1 well at some point i guess when i quit :)
@@AntonPutra Вас заперли?)
@@myyyp1 ne prosto full time job, net vremeni :)
Go vs scala akka
Is Scala still maintained? I was using it for big data stuff, but then some major projects dropped the scala api :(
@@AntonPutra Yes, it is still maintain and very popular in product base company and in my company, mostly services is written in scala using AKka Http and stream.
some services/in house project, is in rust and go like realtime database for metrics is written in rust.
@@AntonPutra Why i am suggesting for comparison, as go uses green thread and same is like cats effect so battle for performace will going to very close in my understanding.
for memory comparison will not matter as JVM uses all available memory with time so ignore that.
@@amol_ ok
@@amol_ good to know, thanks
All these Microsoft™ fanboys getting UPSET that their dog GOT ABSOLUTELY OWNED by some funky looking mouse. Did you see the RAM usage? OMG!
Thanks for this video.
Well, someone created a PR with an AOT version. I'll be testing that, and if it makes any difference, I'll post the results.
@@AntonPutra Looking forward to the result!
I'll pick Go. MikroSoft Java no thanks.
yeah, golang is everywhere in the cloud
Fellow C# developers AOT won't help. In a real-world use case, you'll use libraries that don't support AOT. Let's take the L for the large binary and slow startup times.
I AM MORE CONCERNED WITH C# falling off at 1300 Req/s
@@johnnm3207 likely S3 tooling issue, possibly incorrect DB config (Go impl uses connection pool where .NET seemingly not), on identical code (and in this case it isn’t) .NET tends to have much better throughput than Go. It also has better image size AOT or not if you apply trim, which is now compatible with practically everything.
I'm also curious when C# falls at 1330 req/s
predictable, thanks
my pleasure!!