Kernel de Linux 5.8 vendrá con una cantidad de cambios y ya esta disponible la RC1
Linus Torvalds dio a conocer recientemente el primer RC (Release Candidate) para las versiones del Kernel de Linux 5.8 y en el anuncio señaló que, aparentemente, será el núcleo más grande de todos en lo que respecta a la existencia completa del proyecto.
Y es que en el Kernel de Linux 5.8, se adoptaron 14,206 conjuntos de cambios, que afectaron aproximadamente el 20% de todos los archivos en el repositorio con código de Kernel. El tamaño del parche 5.8-rc1 fue de 61 MB, que es aproximadamente un 35% más grande que el parche resultante de la versión 5.7.
Así que realmente no esperaba esto, pero 5.8 parece ser uno de nuestros lanzamientos más grandes de todos los tiempos.
A partir de -rc1, está a la altura de v4.9, que durante mucho tiempo ha sido nuestro mayor lanzamiento por un gran número de confirmaciones. Sí, 5.8-rc1 tiene un par de confirmaciones menos que 4.9-rc1, pero a pesar de eso, es una versión mucho más completa.
El kernel 4.9 era artificialmente grande en parte debido al subsistema greybus que se fusionó en esa versión, pero también porque v4.8 había tenido una serie rc más larga y, por lo tanto, había un mayor desarrollo acumulado. En 5.8, no tenemos señales de ese tipo de problemas que hacen que el lanzamiento sea más grande, simplemente hay mucho desarrollo allí.
En total, de los cambios realizados a esta nueva version, afectaron a 15234 archivos, se agregaron 1026178 líneas de código, se eliminaron 480891 líneas (en comparación, se agregaron 570560 líneas de código en la rama 5.7 y se eliminaron 297401 líneas).
Alrededor del 37% de todos los cambios presentados en 5.8 están relacionados con controladores de dispositivos, aproximadamente el 16% de los cambios están relacionados con la actualización del código específico de las arquitecturas de hardware, el 10% están conectados a la pila de red, el 3% a sistemas de archivos y el 4% a subsistemas internos del núcleo.
Se observa que se han encontrado núcleos con parches de gran tamaño antes, pero los cambios generalmente se concentraron en un subsistema o fueron causados por la adición de una gran cantidad de datos típicos (por ejemplo, se agregó una gran cantidad de líneas con descripciones de registro en el núcleo 4.12 para el controlador de GPU AMD y en el kernel 2.6.29, se ha agregado una gran parte de los nuevos controladores a la sección de preparación).
El núcleo de Linux 5.8 es notable porque hay muchos cambios en sí mismo (en términos de la cantidad de confirmaciones y la cantidad de líneas de código agregadas) y se extienden a través de diferentes subsistemas.
La mayoría de los cambios están cubiertos por los controladores y muchos cambios se relacionan con cambios fundamentales y limpieza en los subsistemas principales, así como con el desarrollo de mejoras específicas de hardware. No sin ediciones automáticas relacionadas con la actualización de información sobre licencias en el formato SPDX, pero estas ediciones no son dominantes y solo reflejan una mayor actividad en el desarrollo.
Vale la pena señalar que, a pesar del tamaño, no necesariamente parece una versión particularmente problemática, al menos hasta ahora.
Sí, el tamaño puro hizo que esta ventana de fusión sea un poco más estresante de lo que me gusta, porque realmente me gusta tener unos días de calma al final para ver algunos de las solicitudes de extracción con más detalle.
Esta vez eso nunca sucedió realmente. Pero realmente solo tenía dos solicitudes de extracción que terminé queriendo analizar con más detalle, por lo que todo salió bien. – Comenta Linus Torvalds.
Además menciona que de hecho, si bien el Kernel 5.8-rc1 está «a la altura de los mejores» en lo que respecta tanto al número de confirmaciones como al número de líneas nuevas, en realidad es el campeón sobresaliente en cuanto al número de archivos modificados.
Y, una vez más, eso no se debe a una secuencia de comandos simple en todo el árbol
(los núcleos con muchos cambios en la línea de licencia SPDX tienen muchos archivos modificados), si no simplemente debido a mucho trabajo de desarrollo.
Finalmente si quieres conocer mas al respecto, puedes consultar los detalles en el siguiente enlace.
Fuente: https://lkml.org/