Who is using .NET on Linux? I'm interested to hear success stories. Sounds like a a great way to build and deploy applications.
.NET 8 Standalone 50% Smaller On Linux
51–60 of 179 posts
Re: .NET 8 Standalone 50% Smaller On Linux
#52Who is using .NET on Linux? I'm interested to hear success stories. Sounds like a a great way to build and deploy applications.
We deploy in Linux containers to cloud run, and we're about to start shipping a cross platform language binary, so people can run Darklang on any system. Dotnet does cross platform builds from any OS.
Re: .NET 8 Standalone 50% Smaller On Linux
#53Re: .NET 8 Standalone 50% Smaller On Linux
#54Who is using .NET on Linux? I'm interested to hear success stories. Sounds like a a great way to build and deploy applications.
Re: .NET 8 Standalone 50% Smaller On Linux
#55Who is using .NET on Linux? I'm interested to hear success stories. Sounds like a a great way to build and deploy applications.
At my company, every api server and azure function is executed in k8s as linux container. The license costs and performance footprint are a huge factor to not run on windows. And docker-images for the CI production. Linux is just so much better IMHO. I would switch to linux if visual studio (not vscode) would run there natively.
Re: .NET 8 Standalone 50% Smaller On Linux
#56Who is using .NET on Linux? I'm interested to hear success stories. Sounds like a a great way to build and deploy applications.
I serve videos from my home Linux server using Jellyfin[0][1] and previously ran Emby[2] (from which Jellyfin was forked). Jellyfin is written in C# and runs on .NET 7. [0] https://jellyfin.org/ [1] https://github.com/jellyfin/jellyfin [2] https://emby.media/
Anyway, Sonarr[1] makes use of .NET, too. Very reliable software, in my experience.
[0]: https://github.com/navidrome/navidrome [1]: https://github.com/Sonarr/Sonarr
Re: .NET 8 Standalone 50% Smaller On Linux
#57Who is using .NET on Linux? I'm interested to hear success stories. Sounds like a a great way to build and deploy applications.
There are some "Windows-isms" buried deep in the older layers of the standard library, but these tend to be not relevant for backend services (anything that talks via the network).
I experience .NET as a very productive tech stack. If I were to found a startup tomorrow, I'd pick .NET for boring web service stuff.
Re: .NET 8 Standalone 50% Smaller On Linux
#58Re: .NET 8 Standalone 50% Smaller On Linux
#59Earlier quoted context omitted.
Curious - why isn't it the typical case? .NET runtimes on Linux itself are rare enough, I figured AOT on Linux would be about the only use case, especially in containerized environments.
Actually many people seem unaware that .NET has supported AOT since the beginning. The reason that they are unaware, mostly is that using NGEN requires really wanting to use it, as it requires dealing with strong named Assemblies, aka signed .NET libraries/executables. It only supports dynamic linking, and still pings back on the JIT for more complex code sequences, its original goal being fast startup time for deskt…
Re: .NET 8 Standalone 50% Smaller On Linux
#60Who is using .NET on Linux? I'm interested to hear success stories. Sounds like a a great way to build and deploy applications.
I develop solely on Mac (JetBrains Rider), compiling/debugging Mac binaries locally - no containers - unless I need any external dependencies like eg. Postgres.
On M1 MacBook Pro the experience is blazing fast - and Rider can be pretty heavy but Apple Silicon eats it up. (And to be fair to Rider, it was still pretty good even on Intel machines).
Everything is built and tested on Linux (and sometimes Mac) runners in GitHub.
Then I deploy direct to cloud-based "disposable" Debian VMs. If it's a small/hobby project, I can get really great performance out of even the smallest VMs.
For those interested in the details; I most often run production .NET ASP.NET apps as a systemd service on Debian using the native/in-built .NET Kestrel web server, and almost always (currently) use Cloudflare Tunnel as a reverse proxy for ingress traffic. No inbound ports open in Linux. I've got multiple production systems running like this including some load-balanced using Cloudflare Tunnel load balancing features, and it works really nicely.
The .NET team have been laser focused on performance since the early days of .NET Core and they haven't let up on this. The whole experience is night and day compared to "legacy" .NET Framework development.
My entire workflow is now Windows free - and for me there are no longer any compromises compared to developing/deploying on a Windows stack (in the early Mono days, there used to be a lot of compromises compared to a then first-class Windows experience, but no more...)
I have some strong (negative) opinions about what Microsoft is doing to the Windows ecosystem - which is partly why it's been a delight to no longer have to use it in any part of my day-to-day - but I will extoll the benefits of .NET all day long. The .NET team really do an amazing job. *
* For the purposes of generosity, I will briefly overlook MAUI and the slight mess that is the .NET GUI based app story...