Performance Improvements in .NET 10

Post by andix » Thu, Sep 11, 2025, 10:06 PM UTC

cjbgkagh wrote: post #57

andix wrote: post #29

Earlier quoted context omitted.

That's impressive, considering a major release is sniped every year. I've never thought it would be that much of an improvement outside of synthetic benchmarks.

Managed devs have been begging for such fixes since the start, so many important perf gains were just left on the table at the same time we were being given the message that C++ and Javascript was the future. My exposure to it at MS was during the Win vs Dev Div conflict (the Steve Sinofsky / Steve Balmer era) and the message that managed software was slow was a core part of that battle.

Post by chpill » Fri, Sep 12, 2025, 4:36 PM UTC

pron wrote: post #89

rudedogg wrote: post #81

Earlier quoted context omitted.

I enjoy reading your comments here. Thanks for sharing your knowledge, I'll watch the talk. > Yes, and arenas may give such usage patterns a similar CPU/RAM knob to tracing collectors, but this level of control isn't free. In the end you have to ask yourself if what you're gaining is worth the added effort. For me using them has been very easy/convenient. My earlier attempts with Zig used alloc/defer free everywhere…

Sure, using arenas is very often straightforward, but it also very often isn't. For example, say you have a server. It's very natural to have an arena for the duration of some request. But then things could get complicated. Say that in the course of handling the transaction, you need to make multiple outgoing calls to services. They have to be concurrent to keep latency reasonable. Now arenas start posing some challe…

  When you have a really good JIT, as Java does, this tradeoff is gone

  public class DontForgetToFlush {
      public static void example(java.io.BufferedWriter w) throws java.io.IOException {
          w.write("a");
          w.write("b");
          w.write("c");
          w.write("d");
          w.write("e");
          w.write("f");
          w.write("g");
          w.flush();
      }
      public static void main(String... args) throws java.io.IOException {
          var os = new java.io.OutputStreamWriter(System.out);
          var writer = new java.io.BufferedWriter(os, 100);
          example(writer);
      }
  }

Post by markjgx » Sun, Sep 14, 2025, 12:39 PM UTC

cogman10 wrote: post #47

This sort of post really makes me appreciate what's gone into the JVM. A lot of these optimizations are things that the JVM has long implemented. That's not a knock on C# either. Besides the JVM the only other place you'll see these sorts of optimizations are the likes of V8. It makes me happy to see MS investing in C# like this. I love the notion of having competing VMed languages.

Post by vips7L » Sun, Sep 14, 2025, 5:30 PM UTC

chpill wrote: post #94

pron wrote: post #89

Earlier quoted context omitted.

Sure, using arenas is very often straightforward, but it also very often isn't. For example, say you have a server. It's very natural to have an arena for the duration of some request. But then things could get complicated. Say that in the course of handling the transaction, you need to make multiple outgoing calls to services. They have to be concurrent to keep latency reasonable. Now arenas start posing some challe…

When you have a really good JIT, as Java does, this tradeoff is gone Is there a way to visualize the machine code generated by the JVM when optimizing the same kind of code as the examples shown in the talk you mention? I tried putting the following into godbolt.org, but i'm not sure I'm doing it right: public class DontForgetToFlush { public static void example(java.io.BufferedWriter w) throws java.io.IOException {…