performance

Un método con yield return cuesta un objeto de máquina de estados de 40 bytes por llamada, sin importar cuántos elementos produzca; una List<T> cuesta todo el arreglo interno por adelantado. Medido en .NET 10.0.10: el iterador gana en memoria y en salida anticipada, List<T> gana cuando el llamador enumera más de una vez, necesita Count o llama a ToList().

En .NET 10, un bucle for normal sobre span[i] acotado por span.Length se compila a un bucle sin comprobación de límites, con reducción de intensidad y cuenta regresiva. Un bucle escrito a mano con Unsafe.Add(ref r, i) y un índice int conserva una extensión de signo y una comparación con cuenta progresiva, y midió entre 2 y 5% más lento. Benchmarks y desensamblado del JIT para arm64 y x64 en .NET 10.0.10.

Enumerable.Zip asigna entre 144 y 208 bytes por llamada y es unas 10 veces más lento que un bucle simple. Para arrays y listas, un bucle for sobre dos spans recortados a la misma longitud no asigna nada y es la opción más rápida; si quieres la sintaxis de foreach, un pequeño enumerador zip ref struct queda a menos del 25% de distancia. Medido en .NET 10.0.10 y .NET 11 RC 3.

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.