Число исправлений в ядре Linux выросло более чем вдвое с апреля 2026 года

Linux bugs fixed per release over time: >2× rise since 2026-04

Релиз ядра 7.2 стал одним из самых загруженных в истории: 16 418 коммитов от 2 652 разработчиков, почти 600 000 строк кода. Рекорд по числу новичков — 613 человек. При этом 4 830 коммитов содержат тег Fixes, а Assisted-by встречается лишь в 1 111 изменениях, хотя реальное использование LLM явно выше. LWN анализирует, как инструменты на базе LLM меняют разработку и ревью ядра.

Точный учёт коммитов, созданных с помощью LLM, может оказаться невозможным, но иногда кажется, что сообщество ядра недостаточно заботится о том, чтобы действительно попытаться.
  1. ogoffart

    Я заметил то же самое в своём проекте.

    Агент очень помогает исправлять баги. Просто направляешь агентов на отчёты об ошибках. Они делают воспроизведение, отладку и исправления. Нам «всего лишь» нужно проверить. (Иногда попросить больше деталей и сказать, что предпочли бы другой подход.) Это делает исправление багов гораздо быстрее и автоматизированнее.

    И в то же время, кажется, мы получаем меньше отчётов об ошибках в нашу библиотеку.

    Думаю, пользователи просто используют своих агентов для кодинга, а агенты не сообщают об ошибках, они просто как-то их обходят.

    Так что в целом количество открытых багов уменьшается. Что в некотором роде приятно.

    С другой стороны, мы получаем кучу PR, сделанных агентами других людей, что может быть немного ошеломляющим, когда это просто огромный сброс кода. Нам нелегко это проверить.

  2. zdw

    Greg KH сделал видео о наводнении LLM-созданного материала: https://www.youtube.com/watch?v=NnV_cWeoo5Q , тред на HN: https://news.ycombinator.com/item?id=49929391

    В нём рассказывается, как он реагирует и отталкивает многое из этого, а также просит патч (а не просто отчёты об ошибках)

  3. 05kqhg

    Заголовок — «Статистика разработки ядра 7.2», и последний абзац крайне критичен к LLM, в отличие от отредактированного заголовка «Исправлений багов в Linux на релиз с течением времени: рост >2× с 2026-04», который, похоже, подразумевает некое мифическое обнаружение багов.

    Из последнего абзаца:

    «Ядро Linux нацелено на производственное использование, а не на исследования или эксперименты. Но в настоящее время над процессами разработки и сообществом ядра проводится массовый эксперимент.»

  4. jayd16

    Основная проблема с подобными заметками в том, что нет контроля.

    Исторические цифры недействительны, потому что стимулы хорошо финансируемой организации изменились. Потребовался бы столь же хорошо финансируемый толчок для увеличения числа патчей без LLM, чтобы действительно измерить влияние количественно.

  5. AmazingEveryDay

    Насколько огромными могут стать машинно-сгенерированные заголовочные файлы amdgpu — возможно, пора установить какие-то ограничения.

  6. dash2

    Так что, похоже, стоит завайбкодить анализ выживаемости для внесённых багов. Но не совсем анализ выживаемости, потому что мы даже не знаем, что баги существуют, до события их обнаружения... Есть ли для этого публично доступный набор данных с URL?

  7. tosti

    Предупреждение для тех, кто обновляется до 7.3: я только что откатил свой slackware-бокс с 7.3-rc7 до 7.2.10, потому что отсутствовал /dev/input/events. В результате клавиатура и мышь работали только в консоли.

    YMMV

  8. cwillu

    Пожалуйста, не добавляйте редакторских заголовков.

    (Правка: заголовок исправлен)

Ещё за этот день

2026-10-17