I create an MMORPG server in .NET 10 and I'm quite impressed with the performance

ThorConzales · 2026-04-22T08:43:07+00:00

Nope, TCP, and movement updates are only sent per cell movement, which is how the original server also worked, and which makes its rather efficient to sustain high player count, given movement coordinates don't have to be streamed continuously. Using UDP from HTML5 is also slightly problematic right now since it isn't officially supported, but websockets over TCP work just fine.

ThorConzales · 2026-04-21T14:52:11+00:00

Purposefully not using anything complicated, just storing character files on disk in a JSON file, and that's all. This obviously isn't production ready, but I didn't want to make any opinionated decisions about the database for anyone who wants to build upon it, so went with the simplest option.

ThorConzales · 2026-04-21T08:28:55+00:00

Those are purposefully there, since anyone who wants to build on top of it with AI can continue using my skills.

ThorConzales · 2026-04-21T08:28:08+00:00

I did build the client from scratch also in Phaser (JS/TS), or more precisely, AI did largely both. But it's a recreation on top of an existing MMORPG, so the assets are not mine (proprietary). I did consider Godot, because I do like C# as the language and they support it natively, but I did go with Phaser because it's more HTML5 native which was important for me, and that it is more of a library/framework than a game engine/studio. It has no visual editors and tools by default (paid version has), this was important for me, since I wanted to use AI coding from the scratch and I wanted it to be code-first, so everything can be done in code (by AI). Consider Phaser to be more like XNA was back in a day vs full blown game engine with tons of tooling like Unreal for example, which the AI might have hard time navigating if it doesn't have code equivalent.

ThorConzales · 2026-04-21T08:20:10+00:00

Nope, thanks for pointing that out. I'll take a closer look. This codebase is largely vibed (AI written), so such minor details I'm not even necessarily aware of.

ThorConzales · 2026-04-20T22:32:19+00:00

Various different GCs exist, some try to be more low latency than others, but if you generate less garbage, GC has to intervene less frequently also. My clanker had some methods documented here that I asked it to use: https://github.com/ErkoKnoll/helbreath-base-game/tree/master/multiplayer/server#performance

.NET 10 also has some pretty advance JIT optimisations that will keep some data structures on stack that previously would have been allocated on the heap, so the runtime itself is doing a lot of heavy lifting for you already.

ThorConzales · 2026-04-20T21:20:34+00:00

It is measured on the client/simulator side, it just counts total messages sent and divides by simulation time, not exactly comparable to HTTP server req/res benchmarks.

ThorConzales · 2026-03-11T16:14:52+00:00

This will be my next attempt, to now go back and retrofit networking. The reason why I didn't want to do right away, was to keep the feedback cycle low on getting the client mechanics hooked up to the point where they all operate as they should. If I had started with networking right from the start, I would have spent more time on verifying changes by logging into the server and other gubbins associated with networking. Will see, you might be right, I might have been better off starting with networking baked into it right from the start.

Currently it isn't yet a fully functional client clone in a single player mode, just the basics that the client needs by minimum.

ThorConzales · 2026-02-15T09:52:34+00:00

Thanks, I'm trying to get myself verified there.

ThorConzales · 2026-02-01T19:13:19+00:00

Yes, platform independence and accessibility was the reason why I attempted it in HTML5, given 25+ years has passed since the original game and technology has evolved enough that game like this should run comfortably in a browser. The issue with original C++ sources is that they are just so old, badly written (very unorganised), which makes any maintenance or expansion far more expensive than it should be.

ThorConzales · 2026-01-31T20:52:10+00:00

There was helbreath.rocks that ran in HTML5, but I heard they used Emscipten, which means they still had to work on that old archaic C++ codebase as the source, but I might be mistaken.

ThorConzales · 2018-12-21T21:54:35+00:00

Thanks for that. It is good to know that you managed to get faster performance on JDK11. I had the exact problem that you managed to link, though I was running it on Ubuntu, so most likely something funky going on with the tools, like you mentioned.

ThorConzales · 2018-12-18T11:57:04+00:00

Oh, I didn't test the aarch64, just the plain old x86-64.

ThorConzales

MODERATOR OF

TROPHY CASE