Intel mejora un 8,1% el rendimiento de Panther Lake en Linux gracias a FRED

Cuando Intel lanzó sus procesadores Panther Lake para portátiles, estos fueron considerados una gran opción para aquellos que querían conseguir un gran rendimiento con gráficos integrados. Si bien en CPU no suponían una gran mejora sobre la generación previa, en GPU si consiguieron destacar y superaron a las APU de AMD sin problemas. Sin embargo, en unas pruebas comparativas de rendimiento se ha puesto a prueba Intel FRED en Panther Lake y aquí se ha demostrado que se puede sacar más partido a la CPU y ser aún mejor.

Flexible Return and Event Delivery, más conocida como FRED, es una función que presentó Intel en 2022 y que desarrolló junto a AMD, aunque no fue hasta 2024 cuando se integró en el kernel de Linux 6.9. Su principal ventaja era sacar ventaja a la hora de hacer la transición entre distintos niveles de privilegio de las PCU, haciendo que el proceso sea más rápido. Esto prometía reducir la latencia en una carga de trabajo intensa y se encargaba de reemplazar el uso de las IDT o Tablas de Descriptores de Interrupción.

Intel FRED consigue mejorar el rendimiento en prácticamente todas las pruebas de Panther Lake en Linux

La teoría es que las CPU compatibles con FRED deberían mejorar su rendimiento en ciertas tareas y aprovechando que Panther Lake es la primera arquitectura que lo incorpora, pues es momento de ver una comparativa. Se ha puesto a prueba en un portátil MSI Prestige 14 Flip AI+ con un Intel Core Ultra X7 358H, 32 GB de RAM LPDDR5-8533 y un SSD de 1 TB con Ubuntu 26.04 y kernel 7.0.0-7-generic. En la primera prueba ya notamos diferencia, pues tenemos 338.333 IOPS con FRED vs 320.923 IOPS sin FRED. En todas las pruebas de Flexible IO Tester gana la versión con FRED y en ocasiones, por mucha diferencia.

De hecho, donde más lo vemos es en escritura aleatoria, donde FRED logra conseguir casi el doble de IOPS. En la siguiente ronda de pruebas con Memcached 1.6.19 nos encontramos con una mejora destacable de alrededor de un 7%. En CockroachDB también experimenta un 3% de ventaja. Aquí también se ha mostrado una diferencia del consumo y lo cierto es que apenas varía, pues tenemos el mismo consumo medio y solo 3W (53W vs 50W) al activar FRED, así que vale la pena.

Al final consigue ser un 8,1% más rápido sin apenas subir el consumo

En ApacheCouchDB es incluso mejor, pues baja 2W el consumo y logra un rendimiento un 8% mejor. En otras pruebas como CliffHouse tenemos una mejora de hasta un 10% a cambio de pasar de consumir 52W a 57W. Si pasamos a PostgreSQL vemos una mejora aún mayor, pues tenemos un 40% de mejora de velocidad y reducción de latencia. En el resto de pruebas vemos resultados similares, en ocasiones siendo muy parecidos o con diferencias de menos de un 5%.

Si nos vamos a la media de todos los resultados, conseguimos 3010,44 puntos con FRED desactivado y 3.256,99 puntos con FRED activado. Esto implica que activar esta función proporciona una mejora de rendimiento de un 8,1% sin apenas subir el consumo de energía, así que vale la pena tenerla. Si bien FRED estaba desactivado por defecto en Linux, se publicó un parche recientemente que lo activa y se implementará de forma oficial en el kernel Linux 7.1 el próximo mes.