{"id":167524,"date":"2026-04-04T23:11:54","date_gmt":"2026-04-04T21:11:54","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/v-yadre-linux-7-0-vyyavili-regressiyu-v-dva-raza-snizhayushhuyu-proizvoditelnost-postgresql"},"modified":"2026-04-04T23:11:54","modified_gmt":"2026-04-04T21:11:54","slug":"v-yadre-linux-7-0-vyyavili-regressiyu-v-dva-raza-snizhayushhuyu-proizvoditelnost-postgresql","status":"publish","type":"post","link":"https:\/\/prohoster.info\/es\/blog\/news\/v-yadre-linux-7-0-vyyavili-regressiyu-v-dva-raza-snizhayushhuyu-proizvoditelnost-postgresql","title":{"rendered":"En el n\u00facleo de Linux 7.0 se ha detectado una regresi\u00f3n que reduce a la mitad el rendimiento de PostgreSQL.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Un ingeniero de Amazon ha descubierto una regresi\u00f3n espec\u00edfica del n\u00facleo Linux 7.0, cuyo lanzamiento est\u00e1 previsto para el 13 de abril. El cambio en la configuraci\u00f3n del programador de tareas ha llevado a una disminuci\u00f3n significativa en el rendimiento y la capacidad de respuesta al trabajar con la base de datos PostgreSQL en sistemas con arquitectura ARM64. Al utilizar el n\u00facleo 7.0, las m\u00e9tricas de rendimiento en la prueba pgbench 'simple-update' se redujeron casi a la mitad, pasando de 98565 a 50751. <\/p>\n
La desaceleraci\u00f3n se debe a un cambio en el modo de preempci\u00f3n 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\u00f3n por defecto y eliminar su asociaci\u00f3n con la configuraci\u00f3n ARCH_NO_PREEMPT. <\/p>\n
Peter Zijlstra, el autor de los cambios que causaron la regresi\u00f3n y mantenedor del programador de tareas y subsistemas relacionados con bloqueos del n\u00facleo, declar\u00f3 que la correcci\u00f3n debe aplicarse al c\u00f3digo de PostgreSQL. Para abordar la ca\u00edda en el rendimiento, recomend\u00f3 utilizar la reciente extensi\u00f3n 'rseq slice' (Secuencias Reiniciables) agregada al n\u00facleo para limitar la probabilidad de desalojo del titular del bloqueo. <\/p>\n
A\u00fan no est\u00e1 claro qu\u00e9 decisi\u00f3n tomar\u00e1 Linus Torvalds, quien sigue la regla de que el n\u00facleo no debe degradar el rendimiento ni romper la compatibilidad con el espacio de usuario. Por un lado, el n\u00facleo 7.0 est\u00e1 en la etapa final de pruebas antes de su lanzamiento, y revertir la configuraci\u00f3n del planificador podr\u00eda llevar a otras regresiones, mientras que, por otro lado, los usuarios pueden enfrentarse a una disminuci\u00f3n del rendimiento de hasta la mitad en una de las bases de datos m\u00e1s populares. \n Fuente: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"