Правка управления памятью в ядре Linux с Claude, в которой проскочило состояние гонки
По словам автора поста в Bluesky, Линус Торвальдс поручил Claude задачу по управлению памятью в ядре Linux. Claude написал код, тесты и документацию и сам провёл ревью, но состояние гонки всё равно попало в результат.
Что сделали
Судя по посту, Линус Торвальдс отдал Claude работу над проблемой управления памятью в ядре Linux. Claude написал код, юнит-тесты и документацию, добавил отладочный хук и выступил ревьюером кода. За Торвальдсом осталась одна задача, он сам запускал бенчмарки.
Что получилось
В результат всё равно попало состояние гонки. Цифр бенчмарков и других подробностей в посте нет, а сам текст обрывается после короткого вступления.
На что обратить внимание
Ревью собственного кода силами того же ИИ не поймало состояние гонки. Ошибки параллельного доступа по-прежнему должен ловить человек или отдельные проверки.
Пояснение
Состояние гонки (race condition) это ошибка, при которой результат зависит от того, в каком порядке параллельные потоки обращаются к одной и той же памяти. Бенчмарк это замер производительности кода.
Кому пригодится
Разработчикам системного и многопоточного кода, которые хотят отдать агенту рутину, но не проверку.
Попробуйте сами с Claude
Я работаю над [опиши баг или изменение] в [репозиторий или путь]. Напиши исправление, юнит-тесты, документацию и нужные отладочные хуки, а потом проверь своё изменение именно на состояния гонки и проблемы с блокировками. Дай мне команды для бенчмарков или тестов, которые я запущу сам. В конце кратко опиши изменение и риски, которые ещё видишь. Ничего не коммить и не пушь, пока я не посмотрю diff.
Нужна помощь с запуском? Вступайте в сообщество AI Pack ↗
Источник: bsky.app ·