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/