Cache Aware Scheduling recibe nuevas correcciones en el kernel de Linux
Intel envía una serie de parches para corregir tareas varadas fuera de su caché de último nivel y un fallo de uso después de liberación. La interferencia con Turbo Boost Max sigue pendiente.
Cache Aware Scheduling sigue acumulando ajustes. La función del kernel de Linux, integrada durante el ciclo de Linux 7.2, agrupa tareas relacionadas en núcleos que comparten la misma caché de último nivel (LLC). El objetivo es mejorar la localidad de caché y reducir la latencia evitando el rebote de caché, ese coste que aparece cuando una tarea salta entre núcleos y sus datos tienen que moverse de una caché a otra. Esta semana hay una nueva serie de parches para probar.
Tim Chen, ingeniero de Intel que lidera este trabajo, ha enviado la serie de parches. Recoge correcciones recientes. La primera tiene que ver con tareas que pueden quedarse varadas fuera de su LLC preferida o ser arrancadas de ella por el planificador. La segunda es un fallo de uso después de liberación (use-after-free) en el código de planificación. No es la primera tanda: la semana pasada ya llegó una corrección para CPUs híbridas de Intel. Los usuarios están probando la función en distintos procesadores y configuraciones, y eso está destapando casos límite.
La LLC es la última parada de la jerarquía de caché antes de la memoria principal. Cuando varias tareas comparten datos y acaban en núcleos que no comparten esa caché, el rendimiento se resiente. De ahí que el kernel intente mantener juntas a las tareas relacionadas. El problema es que el planificador no siempre lo consigue, y estos parches atacan justo esos descarrilamientos.
Lo que no tocan estos parches son los problemas conocidos de Cache Aware Scheduling con Intel Turbo Boost Max Technology (ITMT). La serie no aborda esa interferencia. Se espera que aparezcan nuevas mejoras para ese frente más adelante, pero por ahora queda fuera de esta entrega. El material está en la lista de correo del kernel y va destinado a pruebas, no a una versión estable inmediata.
Para quien administra servidores con cargas sensibles a la latencia, el detalle importa. La planificación consciente de caché puede cambiar el rendimiento de aplicaciones con muchos hilos y datos compartidos. Si el kernel no respeta la LLC, el coste aparece en forma de saltos de caché y latencia extra. Estas correcciones van a pruebas; quien siga el kernel estable tendrá que esperar a que se integren. Queda ver si Intel resuelve también el choque con ITMT.
