# Лінус Торвальдс використовує Claude Code для патчів Linux

Published: 2026-10-12

Лінус Торвальдс віддає належне Claude Code за код, тестові програми, огляд та перший чернетку супровідного листа до експериментальної гілки управління пам'яттю Linux, під його керівництвом. Його тести на ноутбуці показують значне зменшення циклів процесора для одного крихітного робочого навантаження зчитування спільної сторінки, поряд з регресіями та невирішеним обліком пам'яті, що очікує. Цей Daily Diff від 12 жовтня також охоплює аргумент Карпатого про нерівний досвід використання ШІ та розповідь Сендіна з перших вуст про усунення посади. Вердикт Ніко: ПОТРІБЕН ОГЛЯД: тримайте помічника в робочому процесі та вимагайте ширшого тестування перед випуском змін життєвого циклу пам'яті.

Canonical: https://thedailydiff.dev/uk/video/linus-claude-kernel/

## Що охоплює це відео

- Джерело — це робота над експериментальною гілкою, з коммітом у суботу, 10 жовтня, та звітом Phoronix, опублікованим у неділю ввечері за EDT, вже в понеділок за GMT+7. Вибрані джерела не свідчать про завершене злиття або випуск у основну гілку.
- Малі читання одного й того ж кешованого файлу можуть конкурувати за спільний лічильник посилань на фоліо. Пропозиція дозволяє копіювання під захистом RCU під час читання, відкладаючи остаточне повторне використання пам'яті до періоду відстрочки.
- Тест Лінуса на восьми потоках, шістнадцятибайтовій спільній сторінці повідомляє про 2937–2975 базових циклів ядра на читання та 725–726 з серією, що становить приблизно чверть вартості. Це мікробенчмарк на ноутбуці, проведений автором, з відключеними пом'якшеннями та посиленим usercopy, а не результат продуктивності всієї системи.
- Джерело також повідомляє про регресію через відсутність сторінки призначення та невирішений облік розподільником пам'яті, що очікує на повторне використання. Ширші машини та кілька конфігурацій для налагодження/тестування залишаються неперевіреними.
- Карпатий пояснює різний досвід використання ШІ доступом, амбітними проблемами та перевірюваними завданнями. Його кількість професійних користувачів — це явно «начеркові розрахунки»; жодне опитування не супроводжує допис.
- Сендін описує, як неназваний роботодавець отримує впевненість у тому, щоб рухатися до злиття та поглинання з дешевшою допомогою ШІ. Це одна розповідь з перших вуст та інтерпретація її автора, а не підрахунок робочих місць по всій економіці або доказ еквівалентної інженерної майстерності.
- Корисний інструмент, безпечний патч та обґрунтоване кадрове рішення вимагають власних доказів та відповідального власника.

## Розділи

- 0:00 Чи довіряв би Лінус кодуючому боту?
- 0:45 Чому читання пам'яті може спричинити затор?
- 1:25 Що насправді вимірює бенчмарк ноутбука?
- 2:05 Які читання сповільнюються?
- 2:30 Чому люди бачать різні можливості ШІ?
- 3:21 Як ШІ може змінити роботу, перш ніж замінити її навички?
- 4:34 Куди надсилається рахунок за прискорення?
- 4:56 Чи випустив би я ці патчі?

## Перекладена стенограма

Перекладено з оригінальної англійської розповіді. Доступне аудіо та субтитри контролюються YouTube.

### Чи довіряв би Лінус кодуючому боту?

0:00 Ви очікували б, що Лінус Торвальдс змусить кодуючого бота плакати під час огляду. Він використовує Claude Code для патчів Linux і навіть для першого чернетки супровідного листа. У цьому відео, чому крихітні читання коштують так дорого? І чия робота змінюється? Слідкуйте за тим, що відбувається з пам'яттю після читання. Саме туди це прискорення надсилає рахунок. Понеділок, дванадцяте жовтня, і це The Daily Diff. Claude Code — це асистент кодування від Anthropic.

0:23 Він може читати проєкти, редагувати файли та запускати команди. Лінус керує ним у сфері управління пам'яттю Linux, де читання даних, що вже знаходяться в пам'яті, все ще може змусити ядра процесора конкурувати за ведення обліку. Phoronix помітив гілку в неділю ввечері в Америці, тут вже понеділок. Коміт датований суботою. Це експериментальна робота, з вісьмома патчами та запитом на ретельний аналіз. Ваш ноутбук таємно не завантажив штучного Лінуса.

### Чому читання пам'яті може спричинити затор?

0:45 Кілька потоків читають той самий кешований файл. Кожне читання бере посилання на пам'ять, потім відкидає його після цього. Лічильник посилань записується двічі, тому ядра, що виконують невинні маленькі читання, конкурують за ведення обліку. Бібліотека має вісім читачів і один аркуш для виходу. Його пропозиція відкладає переробку пам'яті, використовуючи період відстрочки оновлення копіювання при читанні. Читачі можуть копіювати кешовані дані, не беручи це посилання. Коли сторінка видаляється, її пам'ять повинна почекати перед повторним використанням.

1:09 Прискорення відбувається від зміни правил життєвого циклу даних. Лінус віддає належне Claude Code за код, тестові програми та огляд, що стоять за його списком проблем. Він склав пояснювальний текст під його керівництвом. Вимірювання проводилися на його машині. Навіть робот повинен принести квитанції на цей огляд. Головний результат використовує вісім потоків, що читають шістнадцять байтів з однієї сторінки.

### Що насправді вимірює бенчмарк ноутбука?

1:28 Подумайте про крихітні повторювані читання одного й того ж файлу. Він порівнює цикли процесора на читання, тому що його ноутбук уповільнюється при нагріванні. Бенчмарк з власним прогнозом погоди. Базова вартість становить приблизно три тисячі циклів на читання. З патчами це близько семисот двадцяти п'яти. Це приблизно чверть вартості процесора в цьому тесті. Ваша вся машина Linux не отримала жодних обіцянок стати в чотири рази швидшою. Його супровідний лист ставить незручні моменти поруч із захоплюючими.

1:53 Засоби захисту та посилений usercopy були вимкнені. Він перераховує відсутні тести, включаючи інші машини та інструменти налагодження пам'яті. Читання виносок тепер є конкурентною перевагою, що здається помилкою в людстві. Існує регресія, коли відсутня сторінка призначення користувача.

### Які читання сповільнюються?

2:07 Крихітне читання стає дорожчим, тому що швидкий шлях не спрацьовує, перш ніж старий шлях обробить помилку сторінки. Пропозиція прискорює один шлях, додаючи роботу до іншого. Обидва повинні бути на розгляді. Розглядайте це як інженерний експеримент з відомим вузьким місцем та вимірюваннями з обмеженнями. Оглядачі отримують щось конкретне, щоб оскаржити. Асистент, що створює патчі, залишає когось відповідальним за доведення безпеки небезпечних частин.

### Чому люди бачать різні можливості ШІ?

2:30 Тим часом Андрій Карпатий каже, що наше розуміння можливостей ШІ розходиться. Його свіжий пост переглядає квітневе спостереження. Він описує воронку, від людей, які ледве використовують мовні моделі, до професіоналів, які керують потужними агентами кодування. Те саме слово, ШІ, інший день на роботі. Його приблизні підрахунки оцінюють близько двадцяти мільйонів людей у професійному використанні передових моделей для математики та коду. Це оцінка, без наданого опитування.

2:52 Він наголошує на доступі, амбітних проблемах та перевірюваних завданнях. Розмова в чат-боті та керований експеримент з ядром задіюють різні м'язи. Хтось спостерігає, як бот незграбно виконує запит, тоді як інша людина відправляє корисний патч. Оцінки населення небезпечно легко повторювати як дослідження. Тримайте ярлик оцінки прикріпленим, перш ніж графік почне носити лабораторний халат. Запитайте, що система могла зробити, як був перевірений результат і хто володів результатом. Ці питання поширюються краще, ніж скріншоти дивовижних відповідей.

### Як ШІ може змінити роботу, перш ніж замінити її навички?

3:21 Потім Сендін опублікував менш комфортну розповідь під назвою «Fable забрала мою роботу» (Fable took my jorb). Автор каже, що вони були останнім інженером у компанії, і керівництво вважало, що дешевша допомога ШІ дозволить їй рухатися до злиття або поглинання. Керівництво може змінити витрати до того, як модель зрівняється з судженням досвідченого інженера. Сендін стверджує, що смак і передбачення залишаються відсутніми, тоді як маркетинг постачає впевненість.

3:42 Рішення про заробітну плату може бути прийнято до того, як буде вирішено технічний аргумент. У дописі описується страх після звільнення і говориться, що автор знайшов щось інше. Це людина, яка має справу з наслідками. Основна ідея належить електронній таблиці, яка приймає рішення. Називаючи це ефективністю, облік отримує щедрий огляд продуктивності. Довести корисність інструменту та довести обґрунтованість кадрового плану — це окремі завдання. Патч має тестове навантаження. Ставка роботодавця включає володіння продуктом та майбутні збої.

4:09 Прохідний мікробенчмарк не може підписати договір на підтримку. У нас є розповідь одного розробника про неназваного роботодавця. Він надає перспективу, і немає загальноекономічного підрахунку робочих місць чи незалежної оцінки потреб цієї компанії. Зберігайте область застосування, коли ділитеся історією. Спільна змінна — це відповідальність. Лінус керує роботою. Карпатий описує нерівний доступ та завдання.

4:29 Сендін описує ставку керівництва. Хтось несе відповідальність за наслідки в кожній версії.

### Куди надсилається рахунок за прискорення?

4:34 А рахунок за пам'ять? Видалені сторінки чекають перед повторним використанням, і розподільник не може належним чином бачити цю пам'ять, що чекає. Лінус перераховує це як невирішене навіть з його патчами для пом'якшення. Швидші читання передають іншій підсистемі складнішу проблему обліку. Облік знаходить новий стіл. Це виноска, яку варто зберегти. Якщо ви волієте читати це, ніж чути, як я це кажу, то diff надходить до вашої скриньки

4:53 щоранку, безкоштовно на daily diff dot dev, посилання нижче.

### Чи випустив би я ці патчі?

4:56 Отже, сьогоднішній вердикт: ПОТРІБЕН ОГЛЯД. Я б залишив помічника в робочому процесі та вимагав ширшого тестування, перш ніж випускати ці зміни життєвого циклу. Відповідальність залишається за інженером. І це весь diff на сьогодні. Я Ніко з Axrisi. Зливайте відповідально.

## Джерела

- [Read from the page cache without folio references — cover letter and tests](https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=4c0f3697118eb3a708ea79175f7f07c43339bfab) — Linus Torvalds / kernel.org
- [Experimental noref-filemap-read-with-llm branch](https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/log/?h=noref-filemap-read-with-llm) — Linus Torvalds / kernel.org
- [Linus Torvalds Working On A Hefty Linux Kernel Improvement With Claude Code](https://www.phoronix.com/news/Linus-Torvalds-Claude-Code) — Phoronix / Michael Larabel
- [Claude Code overview](https://code.claude.com/docs/en/overview) — Anthropic
- [Capability-understanding gap and napkin estimates](https://x.com/karpathy/status/2109361546505966046) — Andrej Karpathy / X
- [Fable took my jorb](https://cendyne.dev/posts/2026-10-11-fable-took-my-jorb.html) — Cendyne
- [Discussion of Linus's Claude Code branch](https://news.ycombinator.com/item?id=50050367) — Hacker News
- [Discussion of Karpathy's capability-gap post](https://news.ycombinator.com/item?id=50047422) — Hacker News
- [Discussion of Cendyne's account](https://news.ycombinator.com/item?id=50053216) — Hacker News