{"id":120265,"date":"2024-10-22T13:09:17","date_gmt":"2024-10-22T11:09:17","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/predstavlena-vetka-yadra-linus-next-dlya-testirovaniya-v-rezhime-nepreryvnoj-integraczii"},"modified":"2024-10-22T13:09:17","modified_gmt":"2024-10-22T11:09:17","slug":"predstavlena-vetka-yadra-linus-next-dlya-testirovaniya-v-rezhime-nepreryvnoj-integraczii","status":"publish","type":"post","link":"https:\/\/prohoster.info\/es\/blog\/news\/predstavlena-vetka-yadra-linus-next-dlya-testirovaniya-v-rezhime-nepreryvnoj-integraczii","title":{"rendered":"Se ha presentado la rama del n\u00facleo linus-next para pruebas en modo de integraci\u00f3n continua.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Sasha Levin de Google, quien se encarga del mantenimiento de las ramas LTS del n\u00facleo de Linux y es miembro del consejo asesor de la Linux Foundation, ha anunciado la creaci\u00f3n de una nueva rama del n\u00facleo de Linux \u2014 \u00ablinus-next\u00bb, que, al igual que la rama \u00ablinux-next\u00bb, est\u00e1 destinada a probar los cambios propuestos para su inclusi\u00f3n en la rama principal del futuro n\u00facleo de Linux, pero se distingue por su enfoque en cambios listos para ser aceptados en la rama principal y por proporcionar una base m\u00e1s estable y adecuada para pruebas. <\/p>\n
La rama \u00ablinux-next\u00bb utilizada anteriormente es excelente para verificar la integraci\u00f3n de cambios en el n\u00facleo, evaluar la existencia de conflictos entre las subramas de diferentes mantenedores y detectar errores y advertencias relacionados con la construcci\u00f3n, pero resulta problem\u00e1tica para probar el funcionamiento de los cambios introducidos. La rama \u00ablinux-next\u00bb incluye una mezcla de cambios listos para ser transferidos al n\u00facleo principal y adiciones experimentales, que pueden ser objeto de mejoras durante mucho tiempo y, posiblemente, nunca sean aceptadas por el n\u00facleo principal. <\/p>\n
La presencia de c\u00f3digo experimental inestable impide el uso del n\u00facleo \u00ablinux-next\u00bb para pruebas de trabajo completas, ya que el c\u00f3digo experimental puede afectar negativamente a otros subsistemas del n\u00facleo. En la nueva rama \u00ablinus-next\u00bb, los criterios para aceptar cambios ser\u00e1n m\u00e1s estrictos \u2014 solo se incluir\u00e1n las solicitudes de pull dirigidas a Linus Torvalds, que se presume que Linus aceptar\u00e1 en la rama principal del n\u00facleo. <\/p>\n
La aparici\u00f3n de la rama «linus-next» permitir\u00e1 no solo probar la compatibilidad de los cambios propuestos a nivel de compilaci\u00f3n del n\u00facleo, sino tambi\u00e9n evaluar su funcionamiento directo, lo que mejorar\u00e1 la calidad de la prueba de los cambios en la etapa de revisi\u00f3n de solicitudes de extracci\u00f3n ya enviadas pero a\u00fan no revisadas por Linus. La nueva rama tambi\u00e9n incentivar\u00e1 el env\u00edo de solicitudes de extracci\u00f3n lo antes posible, incluso antes del inicio de la ventana de recepci\u00f3n de cambios, para permitir probarlas en acci\u00f3n. Adem\u00e1s, la rama «linus-next» se desarrollar\u00e1 de acuerdo con un modelo de integraci\u00f3n continua, en lugar de actualizaciones diarias con la creaci\u00f3n de una nueva etiqueta, lo que simplificar\u00e1 el an\u00e1lisis de problemas emergentes y la identificaci\u00f3n de cambios espec\u00edficos que causaron fallos. <\/p>\n
Tambi\u00e9n se puede se\u00f1alar el descontento de Linus Torvalds con el proceso de bloqueo de vulnerabilidades en el hardware a nivel del n\u00facleo, expresado durante la discusi\u00f3n de problemas y regresiones en el c\u00f3digo para contrarrestar ataques que utilizan vulnerabilidades en el mecanismo de ejecuci\u00f3n especulativa de instrucciones en los CPU. Los cambios necesarios para bloquear vulnerabilidades de hardware complican el desarrollo, provocan regresiones y afectan negativamente al rendimiento, dado que la mayor\u00eda de los ataques que utilizan tales vulnerabilidades son puramente te\u00f3ricos y nunca se aplican en la pr\u00e1ctica, fuera de condiciones de laboratorio. <\/p>\n
Al considerar la propuesta de modificar el n\u00facleo para sortear problemas potenciales al contrarrestar vulnerabilidades de hardware, Linus sugiri\u00f3 asignar la responsabilidad a los fabricantes de hardware, quienes son responsables de la aparici\u00f3n de estas vulnerabilidades, y dejar claro que ellos deben resolver sus propios problemas. El cambio propuesto se sugiri\u00f3 como una medida de precauci\u00f3n, ya que, debido a la incertidumbre en el comportamiento del CPU, la protecci\u00f3n podr\u00eda dejar de funcionar potencialmente en algunos nuevos CPU de Intel. \n Fuente: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"