.NET (C#) vs. Fiber (Go): Performance (Latency - Throughput - Saturation - Availability)

[@AntonPutra]

🔴 To support my channel, I'd like to offer Mentorship/On-the-Job Support/Consulting ([e-mail])

[@sangeethnandakumar2534]

Amazing. Bro where can I find your C# and Go code used for testing. Any GitHub links?

[@i.t.9015]

Rust vs Go

[@Nick-yd3rc]

Haskell please 🙏 ChatGPT can help🫠 Scala sttp is a great wrapper, and akka/pekko perform very strongly in general with small heaps🤫

[@ulrich-tonmoy]

zig vs Rust Zig vs Go Haskell vs Elixir Vs Gleam

[@AntonPutra]

@@ulrich-tonmoy ok, just added to my list!

[@Dr-Zed]

.NET should not be dropping requests whole using so little CPU. Something about the setup is wrong here.

[@Raizin-d8p]

Not only that but it doesn't make sense to have so many DB connections. I haven't looked at the code but I suspect bad quality code.

[@F3nny]

Author of Fiber here, keep up the good work. If you are interested you should try enabling the Prefork option for even more performance.

[@__Michu__]

I like these real world test scenarios. And I love that you increased RPS until failure. Please keep doing that with every benchmark

[@__Michu__]

I wish you would increase RPS in second test as well

[@AntonPutra]

thanks, will do! i started to use eks to run those tests...

[@AntonPutra]

🍿 Benchmarks: kzbin.info/aero/PLiMWaCMwGJXmcDLvMQeORJ-j_jayKaLVn&si=p-UOaVM_6_SFx52H

[@scosminv]

Now that .NET 9 is out, this would need a refresh. New server mode is biased towards low memory consumption + plethora of perf improvements

[@mysteriouseyes6960]

in fact，this benchmark has some issues，he's code show he was use dotnet 8.0 but he not open server gc model，in workstation gc QPS too low。

[@oxXPMXxo]

@@mysteriouseyes6960 the code in go as well. so why not do your own test instead

[@actualwafflesenjoyer]

interesting if true, but then why is shit mode the default? 🤔

[@scosminv]

@@actualwafflesenjoyer even in "shit mode" the GC keeps system memory for future allocations to avoid system alloc calls which are slow. Its a tradeoff between releasing memory early and performance.It's good to be able to choose the mode that suits you. I think in .net 9, low memory footprint is the default.

[@paarma1752]

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).

[@AntonPutra]

noted, memory does not play a significant role in these benchmarks

[@Sam-gd4xp]

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.

[@paarma1752]

@@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 😋

[@keyser456]

​@@Sam-gd4xp Don't be a fanboi

[@ladrillorojo4996]

@@Sam-gd4xp No, C# is so flexible that it can and needs to be optimized for a particular task.

[@Denominus]

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.

[@AntonPutra]

thank you!

[@123mrfarid]

​@@AntonPutra mas anton, ayo bikin site kaya techempower. Hasilnya ditunjukkan di site. Di run setiap tahun sekali utk bahasa2 populer

[@anhcoder]

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.

[@MrSamisack]

hi! what do i need to lear to become a .net solution architect?

[@anhcoder]

@@MrSamisack it's often start with system thinking, learn how a system works, what are components, how to make it secure and realiablely. 4th-8th years try to build all skillset that you target to be master. .NET ecosystem , Cloud Provider, Database, AI... I spent almost 12-15 hours per days for learn and practices.

[@MrSamisack]

@@anhcoder thanks 🫂

[@UCrjhmrVAvDXjApQo4EH]

why does goland requires more maintenance

[@anhcoder]

@ more code, more simple, more customization, more dead and opensource libs then more maintenance cost.

[@yurii1111]

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);

[@AntonPutra]

thanks for the tip! I'll definitely try it next time!

[@kurumi690]

​@@AntonPutra yeap, it would be interesting with Native AOT too

[@luvincste]

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*

[@johnhershberg5915]

@@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.

[@neonmidnight6264]

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.

[@zhh174]

Use native aot for C#. Memory usage will be way less, and startup time will be very fast

[@deado7282]

AOT is not a sensitive default since it limits you in terms of 3rd party packages.

[@neonmidnight6264]

@@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

[@AntonPutra]

i'll try

[@ladrillorojo4996]

@@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.

[@dasiths]

This would be a fair comparison to fiber as it is the fastest option to run aspnetcore.

[@zephyrprime]

I don’t understand why both start dropping request while cpu usage is nowhere near 100 and memory usage is less than 50%

[@shanonjackson5528]

Imagine this might be due to OS syscall bottleneck or physical hardware bottleneck (network card throughput)

[@rozrewolwerowanyrewolwer391]

maybe one core of processor is used on 100% and other at 20%

[@ciprianfc]

the problem is in the Config.cs, he is loading the entire configuration each time he needs a configuration value.

[@IncomingLegend]

bogus tests

[@RobinVeldhuis]

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 :)

[@cheukmingau983]

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.

[@AntonPutra]

cool, thanks for the tip! i'll try it out. Does it affect performance, or just in case you need to debug something?

[@ArnabAnimeshDas]

@@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.

[@AntonPutra]

​@@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.

[@EraYaN]

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.

[@AntonPutra]

@@EraYaN 👌

[@terjeber]

One thing to add - about 10% of men have reduced color vision. For those of us, the difference between these two graphs are almost impossible to distinguish.

[@darkogele]

I have never seen dotnet to drop requests if is not 95% plus on cpu ram etc this is just weird.

[@AntonPutra]

i'll add more metrics next time from cadvisor - github.com/google/cadvisor/blob/master/docs/storage/prometheus.md

[@korzhs]

Thanks for the thorough test! Why do you use .NET 6 while the latest LTS version is .NET 8 ?

[@AntonPutra]

my pleasure! i used 8.0, you can see it from the source code - github.com/antonputra/tutorials/blob/main/lessons/202/cs-app/Dockerfile#L1

[@marcwinner567]

Keep the benchmarks coming! Love it!

[@AntonPutra]

thanks! will do, rust vs go coming in couple of days :)

[@mrt2525]

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.

[@AntonPutra]

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

[@davidmartensson273]

I was also surprised, I did some local test during spring for our new services and could easily handle 15 000 requests per second on my machine, though I did not run under k8s and did have more memory and CPU. BUT I did not test 15 000 clients though. @AntonPutra did your test use concurrent clients doing separate calls or just requests? That could make a difference I think, especially if the clients connect using HTTP/2 in which case one client would be able to do many many more requests in the same time since you save on TCS setup, and that might account for the higher numbers I got.

[@alberkhan]

Can you please create a comparison video between go and PHP Swoole?

[@AntonPutra]

ok!

[@amrabdelhady]

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?

[@AntonPutra]

it depends on the implementation of the http server, some prefer to drop others try to process every single request...

[@hupett]

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]

@@hupett his repo has .net 8 not 6

[@hupett]

​@@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.

[@viacheslavsamodelkin6944]

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

[@IvanRandomDude]

I mean, it is gin, one of the slowest go libraries. You used Fiber in the last video.

[@AntonPutra]

microsoft compared .net with gin, i used fiber in this video - github.com/antonputra/tutorials/blob/main/lessons/202/go-app/main.go#L12

[@einstein_god]

Gin is not slow…

[@AntonPutra]

@@einstein_god I've been using it for benchmarks, it is definitely slower than fiber..

[@pandhuprisnawan165]

Congrats you got new subs!! Love with your test, please add more C# comparison

[@AntonPutra]

thanks! will do more in the future

[@ChandanSomani]

This is really Informative... superb work, super setup, i would really like to learn to do this

[@mmacgearailt]

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.

[@AntonPutra]

thank you! it's just default colors that Grafana uses for two different subjects, i'll see if i can improve

[@THE_NE0]

This comparison is not fair, as you didnt compile the minimal api using AOT

[@bibahbibah5108]

still c# have a very good perform, i think it has the best performance for a general us language

[@AntonPutra]

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]

have you tried rust? :)

[@bebobauomy1265]

@@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.

[@THE_NE0]

@@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%

[@statalys]

Once a couple of years ago I had to use .NET CORE C# on Linux and it ate up a lot of memory and CPU. Since then nothing has changed. I can be told that I haven't optimized my .NET environment, but I don't understand why it isn't optimized out of the box

[@AntonPutra]

interesting, i'll be doing a new one soon with .net 9

[@murat.yuceer]

Can you try again with .net 9

[@AntonPutra]

yes in the new benchmark i'll use .9 version

[@murat.yuceer]

@@AntonPutra do you use ef core, if you do, use dbcontextfactory in offical doc

[@lczago]

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.

[@AntonPutra]

ok will do in a week or so

[@kahnfatman]

Seems unfair because PHP does not run by itself. Lower level of socket connection is handled by either Apache or Nginx.

[@MagicNumberArg]

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.

[@AntonPutra]

Thanks! I was actually thinking about Kafka consumer/producer implementations and maybe a simple ETL pipeline. What do you think?

[@carlobenedetti2407]

I am curious about the performance of .NET Orleans compared to Go

[@AntonPutra]

ok, noted!

[@kovlabs]

Nice work Can you do Java vs C# next ?

[@AntonPutra]

thanks, maybe not next but i'll do it for sure

[@Tolg]

@@AntonPutra Please do! Looking forward to seeing the same test between Java vs C#. Also would be great to use .Net Native AOT.

[@AntonPutra]

@@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

[@willl0014]

I am loving these videos

[@Cuca-hn3md]

I like this kind of content, you've got one more subscriber! 😊

[@AntonPutra]

thank you! rust vs go coming in couple of days :)

[@faximori]

Please repeat the test in November with .NET 9

[@AntonPutra]

will do, i got a lot of feedback how to optimize it as well, haha

[@davesaah]

Can you do a video on how to create these graphs to test apis. Thanks

[@AntonPutra]

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

[@Myself0094]

Nice work, man. One thing is I wonder why dotnet starts to drop packets and latency having so few of the cpu time and memory consumed. I managed to make it serve smth like several thousands of requests per second on a single thread with 200mb of ram and batched sql server inserts, on a windows machine though

[@Monkeydew1o2]

It's crazy how closely aligned the GO and C# RPS was to start. There has to be an external limiting factor.

[@romankoshchei]

Will you test with Native AOT C# app?

[@AntonPutra]

yes, next week. first python then c#aot

[@IgnacioTaranto]

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.

[@AntonPutra]

it is in this video, and the difference is only 6 MB - kzbin.info/www/bejne/a2e3hpmtms9-nNE I'll update sdk in the next lesson, but it does not affect performance it's just a wrapper around rest api

[@dsha256]

Interesting, thanks! What about Temporal vs Kafka next?

[@AntonPutra]

ok noted!

[@TweakMDS]

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?

[@AntonPutra]

thanks! yes but next rust vs go with new updated frameworks and sdks :)

[@SeyedarmanFatemi]

Hey, can you please compare latest version of dotnet 9 with golang again?

[@AntonPutra]

yes will do soon

[@SajadJalilian]

You should ask community to create most efficient app they can and give them time to do that on github. Then test them. That would be the best compression in existence

[@pushthetemple]

maybe try some functional or new language? i suggest elixir and gleam for next video:)

[@AntonPutra]

okay, will do. i hope they have up to date aws sdks. :)

[@akknaodinden]

Автор плодит холивары. Почему-то он взял AspNetCore старой версии, не запублишил(то есть нет компайла в AOT нейтив), без тримминга без ничего и сравнивает производительность с Go(который по умолчанию AOT), ближайшим аналогом которого для тестирования подобных задач больше подошел бы Blazor из мира Dotnet.

[@VoroninPavel]

AOT не надо, PGO после "прогрева" должен дать более оптимизированный код, чем получится при AOT.

[@VoroninPavel]

Интересно другое: (из доков) When multiple containerized apps are running on one machine, Workstation GC might be more performant than Server GC

[@akknaodinden]

@@VoroninPavel У меня фобия что после PGO что-то отпадёт.

[@VoroninPavel]

@@akknaodinden ну это только если там бага какая суровая. Еще интересно бы посмотреть на тест не с CreateBuilder, а CreateSlimBuilder()

[@VoroninPavel]

@@akknaodinden странно. Ютьюб как-то через раз ответы отправляет. Писал, что интересно еще сравнить производительность, когда не CreateBuilder, а CreateSlimBuilder

[@flygonfiasco9751]

You could have used distroless image for .NET as well. 8.0-noble-chiseled

[@MrSamisack]

Excellent video with a very very good testing methodology! Just one note: next time can you use colors that are better differentiated? (i'm colorblind). Thanks!

[@JeremyKruer]

How realistic is it to use Fiber for production workloads? What is a more realistic framework for enterprise prod workloads in Go?

[@AntonPutra]

i think standard library is goon enough since 1.21

[@flygonfiasco9751]

.NET framework is an overloaded term in the .NET ecosystem since it refers to the legacy framework

[@riendlyf]

Can you uncover cloud language winglang? What is your opinion about this approach ?

[@AntonPutra]

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...

[@darkogele]

Hey Anton can you redo the tests now with .NET 9 that is out? Microsoft claims that is 10 times faster then NodeJS(Express) and 5 times Faster then Go(GIN)

[@lukavranes2492]

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

[@AntonPutra]

thank you! will do! is mpm_event module enabled by default or i need to turn it on?

[@JoshuaAndrewsza]

Please can we get an update for .net 9?

[@dondonondon8577]

is it Delphi from Embarcadero good in 2024?

[@TuNguyenHuu-i7f]

Delphi is still one of the best UI library and IDE. But the price is so crazy

[@RockTheCage55]

Excellent test & very thorough....thanks.

[@AntonPutra]

thank you!

[@leonperes]

Would be interesting to know how to setup all this

[@AntonPutra]

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

[@UnniMana]

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

[@AntonPutra]

thanks you! i'll see what i can do and when

[@papa_ethan]

C# VS Java?

[@AntonPutra]

ok coming

[@ErazerPT]

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).

[@ajiics3469]

Please test drogon framework 🙏

[@AntonPutra]

this one? drogon.org/

[@suyulmaz4]

@@AntonPutra it would ne interesting to see a c++ web framework and go comparison.

[@AntonPutra]

​@@suyulmaz4 Sure, any specific C++ framework in mind? Also, would you add any new test scenarios?

[@03shyam]

Could you do a performance comparison between Rust Actix and Golang GoMicro? Thank you.

[@AntonPutra]

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?

[@jozsab1]

I personally would love some exotic test like Rust, c++ ( oatpp, crow.. ), apache compared to GO.

[@AntonPutra]

noted!

[@jozsab1]

@@AntonPutra after i made the comment youtube recomended your rust, node, java ... comparisons. awesome work !

[@jozsab1]

@@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

[@AntonPutra]

​@@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 :)

[@jozsab1]

@@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

[@pytorche6206]

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.

[@AntonPutra]

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.

[@PouriyaJamshidi]

Nice video You might enjoy using Nim as well. Could be an interesting comparison

[@AntonPutra]

thanks, i'll take a look

[@sinanbozkus]

Great video, thank you!

[@ThinksOfNature]

HI CAN YOU DO one for golang and swift - hummingbird?

[@sikor02]

I did a memory test once too, and was surprised that simple C# api took about 1gb of memory. But then I've lowered the memory of the container. For the same API for GO and .NET both AoT and JIT i was able to go down to: - 14 MB for .NET 7 AoT - 16 MB for GO - 21 MB for .NET 7 (JIT) I've run my containers like "docker run -it --rm -m 21m -p..." and used Bombardier to measure throughput, and I was able to handle around 61k requests per second for GO and 57k requests for .NET For values lower than that, the app would crash. However GO was interesting. For 15 MB of memory, it handled 30k requests but didn't crash. It crashed when constrained to 14 MB.

[@olebogengthothela1191]

Why .NET 7 and not .NET 8 or 9?

[@sikor02]

@@olebogengthothela1191 By the time I did it, the .NET 7 was the latest. Out of curiosity I tested it with .net8 and strangely results were (for the same API that returns the same 3 items from a fixed "TODO" list in GO (using Gin) and C#): C# AOT: 370k req/s GO: 262k req/s C# JIT: 400k req/s I was stunned. I haven't checked memory usage, I haven't containerized them, but I've tested just performance that generates the same JSON response from simple GET endpoint using Bombardier (load testing tool written in GO). All my 32 cores were used at about 81% in both cases for the test duration (around a minute)

[@VoroninPavel]

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

[@VoroninPavel]

Also, C# compiler interns strings by default, AFAIK Go does not, so you give slight advantage to C# in this case.=)

[@AJax2012]

The repo is in his profile under "Tutorials". It's the most recent commit atm.

[@AntonPutra]

well the same as kubernetes uses to oomkill my applications :) to be more precises container_memory_working_set_bytes / container_spec_memory_limit_bytes

[@wudewang9947]

In test 1, in C# , the json serialization can a improve by setting the context

[@AntonPutra]

noted! i'll try next time when i prepare a test with c#

[@朝秦-f2h]

Can you compare nodejs to bunjs? Thanks

[@AntonPutra]

ok, noted!

[@xelesarc1680]

I like this comparison keep up like this for benchmark maybe with aot make some difference

[@AntonPutra]

thanks, I'll try AOT next time

[@julioleal2143]

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 🙂🙂

[@AntonPutra]

thank you! noted!

[@CPiet-t4h]

can you do go (fiber) vs rust (actix)

[@AntonPutra]

coming next..

[@billn98]

Really cool benchmark. Can you do Dart Serverpod vs Go Gin too?

[@AntonPutra]

Gin? It's kind of slow, and I've already tested it. Maybe Fiber or standard library?

[@billn98]

@@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 :).

[@AntonPutra]

@@billn98 noted

[@Ryudith]

Please test elixir phoenixframework compare to golang fiber and rust actix web. Thanks. 😁

[@AntonPutra]

ok noted!

[@nanonkay5669]

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

[@AntonPutra]

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.

[@Comeyd]

@@AntonPutrareally? What did you use? That has not been my experience with Rust at all!

[@AntonPutra]

@@Comeyd actix with aws sdk and postgres driver + prom client, i'll publish in a day or so including source code

[@antoniusivan8767]

C# view engine 10 years ahead of Golang. And for enterprise, consistent changing of go framework sure is a headache

[@TehGM]

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]

@@TehGM Not really! PRoblem is that developers are mad, that simpler idea like Go lang flies better that begemut C# with .Net

[@TehGM]

@@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.

[@antoniusivan8767]

@@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

[@olexandr.v]

Go is known for it's backwards compatibility, i'm not sure what do you mean here

[@eduardodbarretejr]

What diagram tools are you using

[@davilinkicefire]

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.

[@AntonPutra]

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.

[@naczu]

Can you also compare with rust-lang please ?

[@kamurashev]

Nice stuff! Thanks

[@AntonPutra]

thank you!

[@m0n0x41d]

Шарп в AOT скомпилить и потом размеры контейнеров сравнить, не?

[@AaronMartinColby]

Genuinely shocked by these results.

[@majesticonyx]

Can you do rust vs. go?

[@AntonPutra]

yes, coming next

[@nightmarenova6748]

What specs do each of the nodes have and the controllers ?

[@AntonPutra]

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...

[@vinusuhas4978]

So c# easily defeats node nestjs ?

[@AntonPutra]

i'll make some more tests in the near future

[@ucretsiztakipci6612]

Is C# code built with configuration of Release or Debug mode. I can not see that.

[@AntonPutra]

release, i also got AOT verion will be testing soon

[@kolebynov]

@@AntonPutra Did you really use Release mode? I checked Dockerfiles in your repo and I see that you use dotnet publish command without -c Release parameter. dotnet publish command builds app in Debug mode by default. Edit: I rechecked, since .NET 8, publish uses Release by default, so it seems everything is ok.

[@SandraWantsCoke]

The colors are too similar on the graph would be my only complaint

[@AntonPutra]

Thanks, they are the default colors, but I've changed them in the new videos.

[@SandraWantsCoke]

@@AntonPutra Yeah, I thought they are. I am partially color blind. I like where you had red and blue in your other videos.

[@ladrillorojo4996]

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]

you mean image size, i'll double check for the next release

[@ladrillorojo4996]

@@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.

[@AntonPutra]

@@ladrillorojo4996 ok i'll be preparing another test soon, i'll make sure to spend more time optimizing

[@ladrillorojo4996]

@@AntonPutra Hope it goes well, you make really good and nicely structured videos!

[@daymaker_trading]

C# .NET 9 vs Java 🔥 Would be awesome! Thank you!

[@xelgoset70]

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.

[@suyulmaz4]

Hi, which libraries are missing at go side for enterprise application needs, can you give some samples if possible please.

[@AntonPutra]

Well, internally most of the microservices we have are written in Go, some in Python, and data pipelines in Scala, Java, etc.

[@lintaoamons5712]

should also compare the image size

[@AntonPutra]

noted

[@salman2070]

Is there a Node vs C# comparison ?

[@AntonPutra]

Not yet, but I'll make one soon. :) I do have other Node.js benchmarks, though in that playlist.

[@salman2070]

@@AntonPutra thanks, I've checked your playlist. Keep it up

[@AntonPutra]

@@salman2070 🫡

[@sulaimantriarjo8097]

is there any explaining why C# tends to failing when request is high?

[@RaZziaN1]

could be default seetings, max thread pool, threads starvation, db connections, pretty much some default configuration issue ?!? pretty much anything

[@AntonPutra]

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

[@AntonPutra]

adding more metrics for the next tests...

[@jaans3712]

You have found some kind of holy grail of programming content for KZbin 😄 Very addictive videos -> I subscribed

[@AntonPutra]

thank you! :)

[@0xd3c0d3d]

I would love to see an experiment like this with Zig someday.

[@AntonPutra]

noted!

[@tanmayupadhyay7750]

You should have used go std lib no frameworks

[@AntonPutra]

true, i'll update results soon

[@a2zcourse]

can you do Dart vs Js vs python ?

[@AntonPutra]

ok noted!

[@kucingmania9983]

Golang leading overall. Should be golang vs rust