performance

Eine yield-return-Methode kostet pro Aufruf ein 40 Byte großes Zustandsautomat-Objekt, unabhängig von der Anzahl der Elemente; eine List<T> kostet sofort das gesamte Backing-Array. Gemessen auf .NET 10.0.10: Der Iterator gewinnt bei Speicher und vorzeitigem Abbruch, List<T> gewinnt, wenn der Aufrufer mehrfach aufzählt, Count braucht oder ToList() aufruft.

In .NET 10 wird eine einfache for-Schleife über span[i], begrenzt durch span.Length, zu einer Schleife ohne Bounds Check, mit Strength Reduction und abwärts zählendem Zähler kompiliert. Eine handgeschriebene Unsafe.Add(ref r, i)-Schleife mit int-Index behält eine Vorzeichenerweiterung und einen aufwärts zählenden Vergleich und war in der Messung 2 bis 5 % langsamer. Benchmarks und JIT-Disassembly für arm64 und x64 auf .NET 10.0.10.

Enumerable.Zip allokiert 144 bis 208 Bytes pro Aufruf und läuft etwa 10x langsamer als eine einfache Schleife. Für Arrays und Listen ist eine for-Schleife über zwei auf dieselbe Länge zugeschnittene Spans allokationsfrei und die schnellste Variante; wer foreach-Syntax möchte, kommt mit einem kleinen ref struct Zip-Enumerator auf weniger als 25 % Abstand. Gemessen mit .NET 10.0.10 und .NET 11 RC 3.

Verwenden Sie standardmäßig Lazy<T>: Es führt die Factory genau einmal aus, speichert Ausnahmen zwischen, und seine Lesezugriffe sind nach der Initialisierung zu billig, um messbar zu sein. Nutzen Sie LazyInitializer.EnsureInitialized, wenn Sie viele Felder oder Array-Elemente lazy befüllen und sich ein zusätzliches Objekt pro Wert nicht leisten können. Handgeschriebenes Double-Checked Locking lohnt sich unter .NET 10 fast nie.

Ein abgelaufener MemoryCache-Eintrag wird nicht per Timer entfernt. Er bleibt im Dictionary, bis ein Lesezugriff ihn berührt, ein gedrosselter Hintergrund-Scan läuft oder eine Compaction startet. Hier steht genau, wann jeder dieser Fälle eintritt und wie Sie eine sofortige Entfernung erreichen.

Verwenden Sie await Task.Delay für jedes zeitgesteuerte Warten in asynchronem Code, Thread.Sleep nur auf einem eigenen, dedizierten Thread und SpinWait nur für Wartezeiten unter einer Mikrosekunde in lock-freiem Code. Um auf eine Bedingung zu warten, nutzen Sie ein Signal (ManualResetEventSlim, SemaphoreSlim, TaskCompletionSource) statt einer der drei Varianten. Gemessen auf .NET 10.0.10.

Ein Compiled Model ist generierter C#-Code, der Ihr EF Core Modell ohne Ausführung von OnModelCreating neu aufbaut. Gemessen mit EF Core 11 RC1: Das Laden des Modells sinkt bei 500 Entitäten von 714 ms auf 215 ms, aber der MSBuild-Weg (der EFOptimizeContext ersetzt hat) ist langsamer, veraltete Modelle schlagen unbemerkt fehl und Query Filter verhindern die Generierung.

Ein transparentes Struct wird von der ABI exakt wie sein einziges Feld behandelt. .NET 11 bietet diese Garantie nicht: Ein Struct, das ein double kapselt, wird unter Windows x64 in RCX übergeben, unter Linux und macOS aber in XMM0. Hier sind das Disassembly des .NET-11-JIT für drei ABIs, die daraus entstehenden P/Invoke-Fehler und wie Sie Wrapper-Typen schreiben, die an jeder Grenze sicher sind.

AddDbContextPool liefert pro DI-Scope genau einen Scoped-DbContext und kann daher nicht zwei Abfragen gleichzeitig ausführen. AddDbContextFactory und AddPooledDbContextFactory liefern pro Aufruf einen Kontext, was parallele Abfragen brauchen. Gemessen mit EF Core 11 RC 1: Die gepoolte Factory erzeugt einen Kontext in 342 ns und 40 B gegenüber 17 us und 44 KB.

Prüfen Sie zuerst IsCompleted und lesen Sie das Ergebnis über GetAwaiter().GetResult(), das 0 Bytes kostet. Blockieren Sie nur, wenn der ValueTask noch aussteht, und nutzen Sie dafür ein gecachtes Event und UnsafeOnCompleted statt AsTask(), das pro Aufruf 72 bis 208 Bytes allokiert. Gemessen unter .NET 10 und .NET 11 RC1.