Tag: performance

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.

EF.Constant schreibt einen erfassten Wert als SQL-Literal in die Abfrage, EF.Parameter macht aus einem Literal einen SQL-Parameter. Belassen Sie die Standardeinstellungen von EF Core, nutzen Sie EF.Parameter, damit dynamisch gebaute Expression Trees nicht bei jedem Aufruf neu kompiliert werden, und EF.Constant nur für Werte mit wenigen Ausprägungen, deren Daten so schief verteilt sind, dass jeder Wert einen eigenen Plan braucht.

Volatile.Read ist ein Acquire-Load einer einzelnen Speicherstelle. Volatile.ReadBarrier, neu in .NET 10, ist ein Fence, der allen früheren Lesezugriffen Acquire-Semantik gibt. Verwenden Sie Volatile.Read für Flags und veröffentlichte Referenzen und ReadBarrier, wenn mehrere einfache oder nicht atomare Lesezugriffe abgeschlossen sein müssen, bevor der nächste Speicherzugriff erfolgt, etwa bei einem Seqlock.

Ein Monorepo mit Dutzenden pubspec.yaml-Dateien bringt den Dart-Analyseserver dazu, pro Paket einen eigenen Analysekontext aufzubauen, und genau dort landen der Speicher und der minutenlange Start. Stellen Sie auf einen Pub-Workspace um, schließen Sie generierten Code in der analysis_options.yaml aus, entfernen Sie Legacy-Analyzer-Plugins und belegen Sie das Ergebnis mit der Insights-Seite. Gemessen unter Dart 3.12.2: 2,3-mal weniger Spitzenspeicher und halbierte Zeit für die Kaltanalyse.