Los parches de corrección en el kernel Linux se duplican desde abril de 2026
Linux bugs fixed per release over time: >2× rise since 2026-04
El kernel 7.2, con 16.418 commits y 2.652 desarrolladores, es el segundo ciclo más ocupado de la historia. La gran noticia es el aumento de correcciones: 4.830 commits con etiquetas Fixes y un crecimiento de más del doble en parches de bugs desde abril de 2026. Además, 613 desarrolladores nuevos y 1.111 cambios con etiquetas Assisted-by, aunque el uso real de LLM es mucho mayor. La revisión con Sashiko también deja huella.
El recuento real de parches asistidos por LLM en 7.2 seguramente sea mucho mayor.
- ogoffart
He notado lo mismo en mi proyecto.
El agente ayuda mucho a corregir errores. Solo hay que dirigir a los agentes a los informes de errores. Ellos hacen la reproducción, la depuración y las correcciones. Nosotros "solo" tenemos que revisar. (A veces pedir más detalles y decir que preferiríamos otro enfoque). Esto hace que la corrección de errores sea mucho más rápida y automatizada.
Y al mismo tiempo, parece que recibimos menos informes de errores en nuestra biblioteca.
Creo que los usuarios simplemente usan sus agentes para programar, y los agentes no reportan errores, simplemente los sortean de alguna manera.
Así que, en general, el número de errores abiertos está disminuyendo. Lo cual de alguna manera se siente bien.
Por otro lado, recibimos muchos PR hechos por los agentes de otras personas, lo que puede ser un poco abrumador cuando es solo un enorme volcado de código. No podemos revisarlo fácilmente.
- zdw
Greg KH hizo un video sobre la avalancha de cosas creadas por LLM: https://www.youtube.com/watch?v=NnV_cWeoo5Q , hilo de HN: https://news.ycombinator.com/item?id=49929391
Que cubre cómo responde y rechaza gran parte de esto, además de pedir un parche (no solo informes de errores)
- 05kqhg
El titular es "Estadísticas de desarrollo para el kernel 7.2", y el último párrafo es muy crítico con los LLM en contraste con el titular editorializado "Errores de Linux corregidos por versión a lo largo del tiempo: aumento de más de 2× desde 2026-04", que parece implicar algún tipo de descubrimiento de errores de Mythos.
Del último párrafo:
"El kernel de Linux está orientado al uso en producción, no a la investigación o la experimentación. Pero actualmente se está llevando a cabo un experimento masivo en los procesos de desarrollo y la comunidad del kernel".
- jayd16
El problema principal con este tipo de notas es que no hay control.
Los números históricos no son válidos porque los incentivos de una entidad bien financiada han cambiado. Se requeriría un impulso igualmente bien financiado para aumentar el número de parches sin LLM para medir realmente el impacto de manera cuantificable.
- AmazingEveryDay
Qué tan masivos pueden llegar a ser los archivos de cabecera de amdgpu generados por máquina, puede que sea hora de establecer algunos límites.
- dash2
Así que parece que vale la pena hacer vibecoding de un análisis de supervivencia para los errores introducidos. Pero no exactamente un análisis de supervivencia porque ni siquiera sabemos que los errores existen hasta el evento de su descubrimiento... ¿Hay un conjunto de datos disponible públicamente para esto, con una URL?
- tosti
Aviso para aquellos que actualicen a 7.3, acabo de degradar mi máquina slackware de 7.3-rc7 a 7.2.10 porque faltaba /dev/input/events. Como resultado, el teclado y el ratón solo funcionaban en la consola.
YMMV
- cwillu
Por favor, no editorialices los títulos.
(Edición: el título ha sido corregido)