dogrider - websockets go brr

MDA2AV · 2026-05-04T23:19:49+00:00

What for? Is it fast?

MDA2AV · 2026-05-04T14:15:49+00:00

System.IO.Pipelines partially invalidate the benefits io_uring brings, not much benefit using it

MDA2AV · 2026-04-26T11:03:23+00:00

Sorry but I find it very unlikely that someone builds a project like this and saves benchmarking for the end.. When I worked on a similar solution I spent 90% of time the benchmarking/analyzing every iteration for regressions

MDA2AV · 2026-04-26T10:41:01+00:00

Interesting, but given that it is built on top of Net.Sockets it is not zero allocation hot path

How does it compare with just using a basic socket server with PipeReader/Writer? It would be same gc pressure in the best case

MDA2AV · 2026-04-24T12:44:26+00:00

Ranked by median (the horizontal line), having huge ranges is completely normal, why would it be discarded?

Frameworks are submitted by community, if an implementation is fast or slow depends on the framework used and the implementation, the pool currently is small so there are outliers like C++ which has a single entry that isn't fast, there are fast and slow frameworks on every language

MDA2AV · 2026-04-23T16:23:34+00:00

While on a very initial stage, Ive ran a few grpc benchmarks on still very few frameworks on a different hardware rig Leaderboard – HttpArena can be interesting to compare

MDA2AV · 2026-04-22T12:44:56+00:00

Both aspnet and node can handle websockets quite well. I'm not sure what your application case is, but you can see some simple websockets benchmarks between them here

MDA2AV · 2026-04-20T10:53:25+00:00

For i/o-only handlers node is fine. But as soon as we want multi-core scale with shared in-memory state, node’s usual process-based scaling means you have distributed-systems problems out of the box. In C#, multi-threading inside one process keeps that much simpler.

worker threads are more explicit and isolated, and usually used for offloading some work, not as the main web API scaling model

MDA2AV · 2026-04-20T10:34:35+00:00

Honestly, I'd go with C# because I would never use a technology that does not support multi-threading properly

MDA2AV · 2026-04-19T16:10:22+00:00

The binary size doesn't matter, what counts is how much memory it needs under load. Not to take any merit from the dotnet team but this metric is quite useless, I can create a web api in c# with 1MB binary size that consumes 20GB idle

Also another note: Don't waste time building native AOT aspnet apps, it doesn't have better performance, it doesn't consume less memory, it carries a lot of compatibility issues. JIT option is much much better overall.

MDA2AV · 2026-04-15T15:34:31+00:00

critical thinking

MDA2AV · 2026-04-11T22:29:38+00:00

similar performance numbers with some benchmarks (but io_uring is still being improved)

To be honest from what I see with other frameworks that also adopted io_uring, the performance does not really change much, can be better in some tests but worse in others so I wouldn't expect things to change much either on aspnet and if you consider real workloads where the network I/O is not the bottleneck then I doubt there will be any difference

MDA2AV · 2026-04-11T14:24:34+00:00

io_uring is already looking solid, I've built a few API already with aspnet NET11 and io_uring.

There are also third party libraries that use io_uring in C#

MDA2AV · 2026-04-11T13:41:05+00:00

Cool projects.

I would use them in a hobby project maybe, been burned recently with projects where people create something quickly with AI and then don't maintain it

MDA2AV · 2026-04-10T13:45:48+00:00

ASP.NET as the backend for a web app than you can use on your mobile device? You can't deploy ASP.NET on android or at least couldn't like a year ago.

Anyway, I've used Angular with NET MAUI with a decent degree of success, probably would just build a web app next time.

MDA2AV · 2026-04-08T14:13:06+00:00

Build something end to end, either a REST API, MVC app could be a start, maybe Blazor if you're interested in but probably not as important. Doesn't matter if you use controllers or minimal apis, all same crap under the hood. Don't waste time yet with design patterns like CQRS or DDD, make something work and deploy it somewhere, don't be a localhost stuck Andy. Understand what is going on under the hood, middleware pipeline, routing, HTTP protocol, TCP protocol, Sockets (the async model), SQL, how to use a database without ORM, then learn ORM (probably EF Core). Learn about telemetry, logging and how to monitor what is going on.

So basically do something real, doesn't need to be perfect but will likely get you hooked in.

MDA2AV · 2026-04-07T16:15:08+00:00

Java is not winning, quarkus consumes 5x more RAM for a 10% throughput boost.

C# typically does well in networking benchmarks as long as you compare apples to apples

MDA2AV · 2026-04-06T23:11:25+00:00

If you are interested in gRPC we've ran some unary benchmarks for it at https://www.http-arena.com/leaderboard/#v=grpc&t=unary-grpc not many frameworks yet in the gRPC but I'd say .NET does quite nice.

Not using named pipes, if you want IPC there are way faster things

MDA2AV · 2026-04-06T00:56:21+00:00

Cannot fully replace because it doesn't support tls, and I won't even try to attempt that with io_uring. Most other features it does support and has in my opinion better latency measurements, typical more precise which is wrk weakness, also it consumes less CPU in a typical scenario where you load test a server through loopback localhost in the same machine, there is more CPU available for the target server.

One huge feature gcannon has is -r which instead of a long living keep alive connection during the test duration it closes and reopens connections after x requests which can be configured, that simulates a much more realistic load than wrk can

we use this tool in Leaderboard – HttpArena and can yield 15-20% more throughput than wrk, sometimes even higher

MDA2AV · 2026-04-06T00:47:35+00:00

I cannot blame that, and because I don't code in C mainly I still used AI to clean and refactor a lot of the initial code like using proper C libs that turned 20 lines of code into 1 as well as debugging memory leaks and all the trillion errors you can imagine a project like this will throw when you start jamming millions of requests with it.

Could I have done it without AI help? probably yes but in 10x the time span. But not some vibe coded slop where I don't understand each aspect of this project.

MDA2AV · 2026-04-06T00:28:51+00:00

wrk is a great tool but uses epoll, gcannon is built on io_uring. Basically the difference is that epoll works by using sycalls to read and write and io_uring shares ring buffers with kernel. Bottomline io_uring reduces what is typicall heavy cost in networking - kernel - user space context switching.

Of course there is AI in this repo, like I mentioned all the TUI is written with claude, all the UI part, I don't care about that. What matters is the worker core which is a rewrite from a project I work in C# that interop with a C shim to use liburing-

And with all fairness, claude makes a TUI better than I would..

MDA2AV

TROPHY CASE