Etiqueta: performance

Usa Lazy<T> por defecto: ejecuta la factory una sola vez, almacena en caché las excepciones y sus lecturas son demasiado baratas para medirlas tras la inicialización. Usa LazyInitializer.EnsureInitialized cuando inicializas de forma diferida muchos campos o posiciones de un arreglo y no puedes pagar un objeto extra por valor. El double-checked locking escrito a mano casi nunca vale la pena en .NET 10.

Una entrada expirada de MemoryCache no se elimina con un temporizador. Permanece en el diccionario hasta que una lectura la toca, se ejecuta un escaneo en segundo plano limitado por frecuencia, o entra en juego la compactación. Aquí está exactamente cuándo ocurre cada caso y cómo lograr una expulsión inmediata.

Usa await Task.Delay para cualquier espera temporizada en código asíncrono, Thread.Sleep solo en un hilo dedicado que tú controlas, y SpinWait solo para esperas de menos de un microsegundo dentro de código sin bloqueos. Para esperar una condición, usa una señal (ManualResetEventSlim, SemaphoreSlim, TaskCompletionSource) en lugar de cualquiera de los tres. Medido en .NET 10.0.10.

Un modelo compilado es C# generado que recrea tu modelo de EF Core sin ejecutar OnModelCreating. Medido en EF Core 11 RC1: la carga del modelo baja de 714 ms a 215 ms con 500 entidades, pero la vía de MSBuild (que reemplazó a EFOptimizeContext) es más lenta, los modelos desactualizados fallan en silencio y los filtros de consulta bloquean la generación.

Un struct transparente es aquel que el ABI trata exactamente igual que su único campo. .NET 11 no ofrece esa garantía: un struct que envuelve un double se pasa en RCX en Windows x64 pero en XMM0 en Linux y macOS. Aquí está el desensamblado del JIT de .NET 11 en tres ABI, los errores de P/Invoke que provoca y cómo escribir tipos envoltorio seguros en cualquier frontera.

AddDbContextPool entrega un DbContext con ámbito por cada ámbito de DI, así que no puede ejecutar dos consultas a la vez. AddDbContextFactory y AddPooledDbContextFactory te dan un contexto por llamada, que es lo que necesitan las consultas en paralelo. Medido en EF Core 11 RC 1: la factoría con pool crea un contexto en 342 ns y 40 B frente a 17 us y 44 KB.

Comprueba primero IsCompleted y lee el resultado con GetAwaiter().GetResult(), lo que cuesta 0 bytes. Recurre al bloqueo solo cuando el ValueTask sigue pendiente, y hazlo con un evento en caché y UnsafeOnCompleted en lugar de AsTask(), que asigna entre 72 y 208 bytes por llamada. Medido en .NET 10 y .NET 11 RC1.

EF.Constant incrusta un valor capturado como literal SQL, EF.Parameter convierte un literal en un parámetro SQL. Conserva los valores predeterminados de EF Core, usa EF.Parameter para evitar que los árboles de expresión construidos dinámicamente se recompilen en cada llamada, y usa EF.Constant solo para un valor con pocos valores distintos cuyos datos estén lo bastante sesgados como para necesitar su propio plan.

Volatile.Read es una carga acquire de una sola ubicación. Volatile.ReadBarrier, nuevo en .NET 10, es una barrera que da semántica acquire a todas las lecturas anteriores. Usa Volatile.Read para flags y referencias publicadas, y ReadBarrier cuando necesites que un lote de lecturas simples o no atómicas termine antes del siguiente acceso a memoria, como en un seqlock.

Un monorepo con decenas de archivos pubspec.yaml hace que el servidor de análisis de Dart construya un contexto de análisis por paquete, y ahí se van la memoria y el arranque de un minuto. Conviértelo en un pub workspace, excluye el código generado en analysis_options.yaml, elimina los plugins legacy del analizador y usa la página Insights para comprobarlo. Medido en Dart 3.12.2: 2.3x menos memoria pico y la mitad del tiempo de análisis en frío.