Microsoft está probando mejoras nativas en Windows 11 con resultados tempranos llamativos: en File Explorer, la compañía habla de un 41% menos de allocations, un 63% menos de transient allocations, un 45% menos de function calls y un 25% menos de tiempo en WinUI durante el arranque. Son cifras internas, sí, pero apuntan a una dirección muy concreta: menos trabajo para la interfaz y más respuesta inmediata del sistema.
La novedad llega después de varios movimientos de la compañía para acelerar su sistema operativo. El plan interno, conocido como K2, no se limita al rendimiento puro; también toca usabilidad y cambios para apoyarse más en el hardware. En ese paquete encajan el nuevo low latency profile (LLP) y la transición que Microsoft quiere hacer hacia un Windows más “100% native”, como ya había adelantado un alto cargo de la empresa.
Lo que ahora pone sobre la mesa el equipo de WinUI es la base técnica de ese cambio. Y no es un detalle menor: WinUI 3 es el framework nativo de interfaz sobre el que Microsoft quiere asentar más partes de Windows 11. Si el arranque de una app como File Explorer consume menos recursos, la mejora no se queda en una cifra de laboratorio. Se nota en tiempos, en cargas y en la sensación de fluidez del escritorio.
File Explorer y Notepad sirven de banco de pruebas para WinUI 3
Microsoft está usando File Explorer y Notepad para medir el rendimiento de WinUI 3 y afinar los tiempos de lanzamiento. En la discusión publicada en GitHub, el equipo de WinUI explica que el objetivo es que la transición desde WinUI 2 hacia WinUI 3 suponga un salto claro en rendimiento. La compañía habla incluso de “clear win for performance”, una forma bastante directa de resumir qué persigue con estos cambios.
Los datos más llamativos llegan del explorador de archivos. Menos allocations significa menos presión sobre la memoria durante el arranque, y menos function calls suele traducirse en menos trabajo interno para llegar a la primera ventana visible. Son métricas técnicas, pero importan porque File Explorer es una de las piezas más usadas de Windows 11 y también una de las que más expuestas están a cualquier tirón en la interfaz.
Esta línea encaja con lo que ya vimos en el perfil de baja latencia de Windows 11, un ajuste que Microsoft defendió para acelerar el arranque y que ya analizamos en el perfil low latency de Windows 11. Aquí el enfoque es parecido, aunque el trabajo se mueve hacia la capa de UI y no solo hacia la gestión del reloj del procesador.
Los cambios pasarán a WinUI 3 y a WinAppSDK 2.x
Microsoft dice que estas mejoras saldrán pronto de la rama de desarrollo y pasarán a la rama principal de WinUI 3. Parte de las optimizaciones también llegará, cuando sea posible, a versiones de WinAppSDK 2.x. Hay un matiz importante: algunas de estas modificaciones pueden introducir breaking changes, así que la compañía permitirá activar ciertos cambios de forma selectiva al principio.
Ese detalle importa porque muestra el tipo de transición que está haciendo Microsoft. No es solo una serie de retoques visuales. Es una reorganización de la base técnica de Windows 11 para depender más de su framework nativo y menos de parches dispersos. En paralelo, la empresa también ha hablado del trabajo con LLP y de la futura función highest frequency de AMD, otra pieza que ya repasamos en la función Highest Frequency de AMD.
La foto que dejan estos anuncios es bastante clara: Microsoft sigue empujando el sistema hacia una interfaz más ligera, con menos costes internos al abrir apps básicas y con cambios que, sobre el papel, deberían tocar tanto al arranque como a la sensación general de rapidez. Falta ver cómo se materializa fuera de las pruebas, pero la compañía ya ha puesto números sobre la mesa y, por ahora, esos números van en la dirección correcta.
Puedes seguir a HardwarePremium en Facebook, Twitter (X), Instagram, Threads, BlueSky o Youtube. También puedes consultar nuestro canal de Telegram para estar al día con las últimas noticias de tecnología.
FAQ
Microsoft habla de un 41% menos de allocations, un 63% menos de transient allocations y un 45% menos de function calls en las pruebas con File Explorer. También indica una reducción del 25% en el tiempo dedicado a código WinUI durante el arranque de la app.
La compañía está midiendo el rendimiento con File Explorer y Notepad. El foco está en mejorar los tiempos de lanzamiento y la respuesta de la interfaz en Windows 11.
Microsoft dice que pasarán pronto de la rama de desarrollo a la rama principal de WinUI 3. Algunas optimizaciones también llegarán a WinAppSDK 2.x cuando sea posible.
Sí. Microsoft ha reconocido que ciertas optimizaciones pueden introducir breaking changes. De momento, algunos ajustes podrán activarse de forma selectiva para desarrolladores y usuarios.
