Allí Fueron un montón de emocionantes mejoras del kernel fusionadas en 2021, además de la introducción de nuevo soporte de hardware y más. Pero a pesar de lo emocionante que fue el año, en realidad marcó menos de lo habitual tanto en el compromiso como en el recuento de líneas. Aquí hay un vistazo a algunos de los temas populares del kernel en 2021, así como a las estadísticas anuales de desarrollo de Git.
Hasta ayer, cuando se ejecutaba GitStats en el árbol de fuentes del kernel de Linux, el repositorio había visto 1.060.172 confirmaciones de alrededor de 24.3k autores diferentes. Actualmente, el árbol de origen se compone de 32,2 millones de líneas en 74,3k archivos.
El recuento de líneas del kernel de Linux continúa aumentando a un ritmo bastante constante en general con el flujo interminable de nuevas funciones y el soporte de hardware ampliado que llega a la línea principal.
Mientras que para 2021 con funciones y soporte de hardware, el kernel vio solo 73.7k confirmaciones en 2021, por debajo de 90.2k en 2020, 82.8k en 2019, 80.1k en 2018, etc. La última vez que hubo 73.000 confirmaciones o menos en un solo año se remontan a 2013, cuando registró 70,9.000. Aunque en parte la compensación es que en 2021 hubo 5 lanzamientos principales del kernel, mientras que en algunos años se han visto 6 lanzamientos principales y, a su vez, la ventana de fusión adicional en ese año calendario conduce al gran flujo de nuevas confirmaciones… Mientras tanto, Linux 5.16 está fuera en unas pocas semanas que, a su vez, iniciará la ventana de fusión de Linux 5.17 en enero.
Además de muchas menos confirmaciones de lo habitual, en 2021 el kernel de Linux vio 3.2 millones de líneas agregadas y 1.3 millones de líneas eliminadas, menos que en 2020 que vio 4 millones de líneas agregadas con 1.5 millones de líneas eliminadas.
Linus Torvalds fue el más prolífico que se comprometió con el árbol de fuentes, como de costumbre. Los siguientes cinco principales participantes en el árbol de fuentes del kernel de Linux fueron los habituales y destacados colaboradores del kernel de David S. Miller, Arnd Bergmann, Christoph Hellwig, Lee Jones y Jakub Kicinski.
En 2021 hubo 4421 correos electrónicos diferentes asociados con confirmaciones del kernel de Linux, en comparación con los 4.603 vistos en 2020, pero en comparación con 2019 en 4383.
Aquellos curiosos sobre el kernel de Linux GitStats en su totalidad para 2021 y años anteriores pueden ver este volcado con todos los detalles.
Al recapitular las excelentes características, los cambios propuestos y otros dramas del kernel de 2021, los artículos del kernel más populares sobre Phoronix del año incluyeron:
La universidad prohibió contribuir a Kernel de Linux para insertar errores intencionalmente
Greg Kroah-Hartman prohibió a una universidad estadounidense intentar incorporar parches del kernel de Linux en lugar de enviar intencionalmente código cuestionable con implicaciones de seguridad y otros”experimentos”en nombre de la investigación.
Linus Torvalds decide conseguir compatibilidad con NVIDIA RTX 30″Ampere”en Linux 5.11
Aunque normalmente no se permite el código de función nuevo después del final de la ventana de combinación para un Dado el ciclo de lanzamiento del kernel de Linux, Linus Torvalds ha decidido fusionar el código del controlador de código abierto recientemente publicado para las tarjetas gráficas NVIDIA GeForce RTX 30″Ampere”para el kernel de Linux 5.11 que debutará como estable en febrero.
IBM para el encargado del kernel:”Usted es un empleado de IBM el 100% del tiempo”
Es bastante común que muchos desarrolladores de kernel de Linux desde hace mucho tiempo utilicen sus direcciones de correo electrónico personales para firmar desactivados en parches del kernel o lidiando con otros trabajos de parches, especialmente cuando también se involucran con el desarrollo del kernel en su tiempo personal y ocasionalmente saltan entre empleadores a lo largo del tiempo mientras siguen interactuando con la comunidad del kernel ascendente, etc. También es comprensible que haya algunas compañías que exigen el uso de sus direcciones de correo electrónico corporativas para su trabajo/parches oficiales, mientras que ahora IBM parece estar llevando las cosas un paso al extremo.
Linux 5.13 revierte y corrige los parches problemáticos de la Universidad de Minnesota
Hace un mes, se prohibió a la Universidad de Minnesota contribuir al kernel de Linux cuando se reveló a los investigadores de la universidad estaban tratando de enviar errores intencionalmente al kernel a través de nuevos parches como”confirmaciones hipócritas”como parte de un trabajo de investigación cuestionable. Los desarrolladores del kernel de Linux finalmente terminaron de revisar todos los parches de UMN.edu para abordar las fusiones problemáticas en el kernel y también limpiar/arreglar sus parches cuestionables.
Btrfs finalmente lo”desalentará fuertemente”al crear matrices RAID5/RAID6
Durante varios años se ha sabido que el código Btrfs RAID5 y RAID6 es potencialmente inseguro y no tan maduro como el soporte RAID nativo que se encuentra en este sistema de archivos Linux para otros niveles. Finalmente, ahora estamos viendo que los programas de espacio de usuario Btrfs advierten al usuario cuando intenta crear tales configuraciones RAID 5/6 nativas de Btrfs.
Los desarrolladores del kernel de Linux discuten la eliminación de un montón de CPU antiguas
Dado que Linux 5.10 se envió como la última versión de soporte a largo plazo (LTS), se mantendrá durante al menos la próxima Cinco años, ha comenzado una discusión sobre la eliminación de una serie de compatibilidad con plataformas de CPU antiguas y obsoletas que actualmente se encuentran dentro del kernel principal. Para muchas de las arquitecturas que se están considerando para su eliminación, no han visto nuevas confirmaciones en años, pero como es el caso una vez que se hacen propuestas para que se eliminen, a menudo hay usuarios apasionados que desean que se mantenga el soporte.
Resulta que Windows reserva incondicionalmente el primer 1 MB de RAM, Linux llegó tarde para hacerlo
Enviado el fin de semana pasado al kernel de Linux 5.13 fue el cambio, así que Linux x86/x86_64 siempre reservará el primer 1 MB de RAM para evitar problemas de corrupción con algunos BIOS y búferes de marco que a veces juegan con la porción más baja de la memoria del sistema. Si bien la idea era reservar que el primer 1 MB incondicionalmente era un poco oneroso y que quizás Windows tiene alguna forma de determinar cuánta área de memoria baja reservar, resulta que Windows ha estado empleando este mismo comportamiento durante años.
Axboe logra 8M IOPS por núcleo con los últimos parches de optimización de Linux
La semana pasada, las optimizaciones de Linux conducían a posibles 6M IOPS por núcleo y luego al principio de esta semana, los nuevos parches empujaron a Linux más allá de los 7M IOPS por núcleo con una configuración de hardware ideal también. Al finalizar la semana, ¡se han alcanzado 8 millones de IOPS!
“le9″se esfuerza por hacer que Linux sea muy utilizable en sistemas con pequeñas cantidades de RAM
Es bien sabido que el escritorio Linux puede ser bastante insoportable cuando se encuentra bajo una gran presión de memoria como se ha mostrado a lo largo de los años y se ha prestado más atención en estos días a OOMD/systemd-oomd y otras alternativas para tratar mejor los escenarios de Linux con poca o sin memoria, especialmente con el software de escritorio actual y los navegadores web que consumen cantidades cada vez mayores de memoria.. Otro esfuerzo que se está realizando para ayudar en este escenario son los parches del kernel de Linux”le9″.
Linux x86/x86_64 ahora siempre reservará el primer 1 MB de RAM
El código del kernel de Linux x86/x86_64 ya tenía lógica para reservar porciones del primer 1 MB de RAM para evitar que la BIOS o el kernel potencialmente golpeen ese espacio, entre otras razones, mientras que ahora Linux 5.13 está eliminando esa”tontería”y siempre reservará incondicionalmente el primer 1 MB de RAM.
Investigadores del”compromiso hipócrita”de Linux de la Universidad de Minnesota publican una carta abierta
El drama en la tierra del kernel esta semana fue que la Universidad de Minnesota fue prohibida del desarrollo del kernel de Linux debido a investigaciones que anteriormente llevado a cabo considerando”confirmaciones hipócritas”y la posibilidad de introducir vulnerabilidades intencionalmente (como errores de uso después de liberar) en el árbol de fuentes del kernel. Este fin de semana, los investigadores involucrados publicaron una carta abierta a la comunidad del kernel de Linux.
Linux 5.16 será un gran regalo de Navidad para los fanáticos del código abierto con muchas características nuevas
Mientras que Linux 5.15 ni siquiera hará su debut hasta dentro de una semana o dos, Ya hay mucho que esperar cuando se trata de Linux 5.16. A continuación, se muestran algunas de las nuevas funciones que se esperan para el ciclo 5.16.
Linux 5.17 para presumir de una gran optimización del rendimiento de TCP
Mientras que la ventana de fusión de Linux 5.16 acaba de finalizar y ese kernel no saldrá hasta el final del año calendario , ya para Linux 5.17 se está empezando a acumular material nuevo en los respectivos árboles de desarrollo del subsistema… Un conjunto de cambios fusionados esta mañana de Google puede proporcionar una ganancia considerable en cuanto al rendimiento de TCP en el centro de datos.
Se ha enviado el nuevo controlador del sistema de archivos NTFS para Linux 5.15
Parece que el controlador del kernel NTFS3 de Paragon Software proporciona una compatibilidad mucho mejor con Linux para el sistema de archivos NTFS de Microsoft aterrizará para el kernel 5.15!
Linux logra 5.1M IOPS por núcleo con AMD Zen 3 + Intel Optane
Los desarrolladores del kernel de Linux han estado trabajando incansablemente para exprimir más rendimiento de IO_uring y el bloque/Código de E/S en general. El desarrollador líder de IO_uring, Jens Axboe, quien también se desempeña como mantenedor del subsistema de bloques de Linux (entre otros roles y contribuciones importantes a lo largo de los años) ha utilizado su sistema como base para evaluar tales mejoras del kernel. Ahora ha pasado a usar AMD Zen 3 mientras se apega al almacenamiento Intel Optane y está viendo un gran aumento de velocidad en los últimos procesadores de AMD.
Los SSD Samsung 860/870 continúan causando problemas a los usuarios de Linux
Si bien Samsung ha declarado explícitamente antes que TRIM en cola funciona para los SSD Samsung 860 en Linux y, por lo tanto, solo conduce a Las unidades Samsung 840/850 están bloqueadas por el uso de TRIM en cola, lo que resulta ser inexacto y ahora se agregan más peculiaridades para las SSD de las series Samsung 860 y 870 en Linux.
Linux 5.13 lanzado con Apple M1 Bringup, Landlock, FreeSync HDMI y mucho más
Linus Torvalds acaba de lanzar el kernel de Linux 5.13 como estable.
Facebook ha estado trabajando en BOLT’ing el kernel de Linux para un mayor rendimiento
Durante varios años, los ingenieros de Facebook han estado trabajando en BOLT como una forma de acelerar Linux/Binarios ELF. Esta”Herramienta de diseño y optimización binaria”es capaz de reorganizar los ejecutables una vez perfilados para generar un rendimiento aún más rápido que el que se puede lograr con las optimizaciones LTO y PGO de un compilador. Uno de los últimos esfuerzos de BOLT ha sido optimizar la imagen del kernel de Linux.
Se ha publicado el código Rust actualizado para parches del kernel de Linux
En 2022 es muy probable que veamos el soporte del lenguaje de programación Rust experimental dentro del kernel de Linux mainline. Esta mañana se enviaron los parches actualizados que introducen el soporte inicial y la infraestructura en torno al manejo de Rust dentro del kernel.
Parece que FUTEX2 aterrizará en Linux 5.16
Salvo cualquier reserva de último momento, parece que el trabajo inicial de”FUTEX2″es de mucho interés para los jugadores de Linux que disfrutan de Steam Play/Proton encontrará esa funcionalidad del kernel en Linux 5.16.