Un ingeniero de Amazon ha identificado una regresión específica del núcleo Linux 7.0, cuyo lanzamiento se espera para el 13 de abril. El cambio en la configuración del planificador de tareas ha llevado a una disminución significativa en el rendimiento y la capacidad de respuesta al trabajar con la base de datos PostgreSQL en sistemas con arquitectura ARM64. Con el núcleo 7.0, los resultados de rendimiento en la prueba pgbench «simple-update» se redujeron casi a la mitad, de 98565 a 50751.
La desaceleración se debe a un cambio en el modo de preempción en el planificador por defecto de PREEMPT_NONE a PREEMPT_LAZY en arquitecturas que soportan tal modo, lo que ha llevado a que el espacio de usuario de PostgreSQL gaste el 55% del tiempo de CPU en llamar a s_lock(). Para resolver el problema, se ha propuesto restablecer a PREEMPT_NONE como configuración por defecto y eliminar su asociación con la configuración ARCH_NO_PREEMPT.
Peter Zijlstra, autor de los cambios que causaron la regresión y mantenedor del planificador de tareas y subsistemas de bloqueo del núcleo, ha declarado que la solución debe implementarse en el código de PostgreSQL. Para mitigar la caída del rendimiento, recomendó utilizar la nueva extensión «rseq slice» (Secuencias Reiniciables) recientemente añadida al núcleo para limitar la probabilidad de que un propietario de bloqueo sea despojado.
Aún no está claro qué decisión tomará Linus Torvalds, quien sigue la regla de que el núcleo no debe degradar el rendimiento ni romper la compatibilidad con el espacio de usuario. Por un lado, el núcleo 7.0 está en la etapa final de pruebas antes de su lanzamiento, y revertir la configuración del planificador podría llevar a otras regresiones, mientras que, por otro lado, los usuarios pueden enfrentarse a una disminución del rendimiento de hasta la mitad en una de las bases de datos más populares.
Fuente: opennet.ru
