Линус Торвалдс използва Claude Code за корекции на Linux

Какво обхваща този видеоклип

• Източникът е експериментална работа по клон, с ангажимент от събота, 10 октомври, и доклад на Phoronix, публикуван в неделя вечерта по EDT, вече понеделник по GMT+7. Избраните източници не установяват завършено сливане или пускане в основната линия.
• Малки четения на един и същ кеширан файл могат да се състезават за брояч на препратки към споделено фолио. Предложението позволява копиране под RCU защита от страна на четене, като същевременно отлага окончателното повторно използване на паметта до гратисен период.
• Тестът на Линус за осем нишки, шестнадесет байта споделена страница отчита 2937–2975 базови цикъла на ядрото на четене и 725–726 със серията, около една четвърт от цената. Това е микробенчмарк на лаптоп, управляван от автора, с изключени смекчаващи фактори и засилено копиране на потребителя, а не цялостен резултат от производителността на системата.
• Източникът също така съобщава за регресия на липсваща целева страница и неразрешено счетоводство на разпределителя за памет, която чака да бъде използвана повторно. По-широки машини и няколко конфигурации за отстраняване на грешки/тестване остават непроверени.
• Карпати приписва различния опит с ИИ на достъпа, амбициозните проблеми и проверимите задачи. Броят му на професионални потребители е изрично пресметнат на око; публикацията не е придружена от проучване.
• Сендайн описва неназован работодател, който придобива увереност да се насочи към сливания и придобивания с по-евтина помощ от ИИ. Това е един разказ от първа ръка и тълкуване на автора му, а не брой работни места в цялата икономика или доказателство за еквивалентни инженерни умения.
• Полезен инструмент, безопасна корекция и разумно решение за персонал изискват собствени доказателства и отговорен собственик.

Преведен препис

Преведено от оригиналния английски разказ. Наличните аудио и субтитри се контролират от YouTube.

Щеше ли Линус да се довери на кодиращ бот?

0:00 Бихте очаквали Линус Торвалдс да накара кодиращ бот да плаче по време на преглед. Той използва Claude Code за корекции на Linux и дори първата чернова на придружаващото писмо. В това видео, защо малките четения струват толкова много? И чия работа се променя? Следете какво се случва с паметта след четенето. Това е мястото, където това ускоряване изпраща сметката. Днес е понеделник, дванадесети октомври, и това е The Daily Diff. Claude Code е кодиращият асистент на Anthropic.

0:23 Може да чете проект, да редактира файлове и да изпълнява команди. Линус го ръководи в управлението на паметта на Linux, където четенето на данни, които вече са в паметта, все още може да накара ядрата на процесора да се борят за счетоводство. Phoronix забеляза клона в неделя вечерта в Америка, тук вече беше понеделник. Ангажиментът е от събота. Това е експериментална работа, с осем корекции и искане за щателен преглед. Вашият лаптоп не е изтеглил тайно изкуствен Линус.

Защо четенето на памет може да причини задръстване?

0:45 Няколко нишки четат един и същ кеширан файл. Всяко четене взема препратка към паметта, след което я изпуска. Броячът на препратките се записва два пъти, така че ядрата, извършващи невинни малки четения, се състезават за счетоводство. Библиотеката има осем читатели и един лист за отписване. Неговото предложение забавя рециклирането на паметта, използвайки гратисен период за актуализация на копие при четене (RCU). Читателите могат да копират кеширани данни, без да вземат тази препратка. Когато една страница бъде премахната, паметта й трябва да изчака преди повторна употреба.

1:09 Ускоряването идва от промяна на правилата за живот около данните. Линус благодари на Claude Code за кода, тестовите програми и прегледа зад неговия списък от проблеми. Той е изготвил обяснителния текст под негово ръководство. Измерванията са направени на неговата машина. Дори роботът трябва да донесе разписки за този преглед. Водещият резултат използва осем нишки, които четат шестнадесет байта от една страница.

Какво всъщност измерва бенчмаркът на лаптопа?

1:28 Помислете за малки повтарящи се четения на един и същ файл. Той сравнява тактовете на процесора на четене, защото лаптопът му се забавя при загряване. Бенчмарк със собствена прогноза за времето. Основната цена е приблизително три хиляди цикъла на четене. С корекциите е около седемстотин двадесет и пет. Това е около една четвърт от цената на процесора в този тест. Цялата ви Linux машина е получила нулеви обещания, че ще стане четири пъти по-бърза. Неговото придружаващо писмо поставя неудобните моменти до вълнуващите.

1:53 Защитните мерки за сигурност и засиленото потребителско копиране са изключени. Той изброява липсващи тестове, включително други машини и инструменти за отстраняване на грешки в паметта. Четенето на бележките под линия вече е конкурентно предимство, което изглежда като бъг в човечеството. Има регресия, когато целевата потребителска страница липсва.

Кои четения се забавят?

2:07 Малкото четене става по-скъпо, защото бързият път се проваля, преди старият път да обработи грешката на страницата. Предложението ускорява един път, като същевременно добавя работа към друг. И двете подлежат на преглед. Отнасяйте се към това като към инженерен експеримент с известно затруднение и измервания с ограничения. Рецензентите получават нещо конкретно, което да оспорят. Асистент, който създава корекции, оставя някого отговорен за доказването на опасните части като безопасни.

Защо хората виждат различни възможности на ИИ?

2:30 Междувременно Андрей Карпати казва, че нашето разбиране за възможностите на ИИ се раздалечава. Новата му публикация преразглежда наблюдение от април. Той описва фуния, от хора, които едва използват езикови модели, до професионалисти, които ръководят мощни кодиращи агенти. Една и съща дума, ИИ, различен работен ден. Неговите приблизителни изчисления поставят около двадесет милиона души в професионална употреба на гранични модели за математика и код. Това е оценка, без предоставено проучване.

2:52 Той набляга на достъпа, амбициозните проблеми и проверимите задачи. Разговор с чатбот и контролиран експеримент с ядрото упражняват различни мускули. Някой гледа как бот обърква заявка, докато друг човек пуска полезна корекция. Оценките на населението са опасно лесни за повтаряне като изследване. Запазете етикета на оценката, преди графиката да започне да носи лабораторна престилка. Попитайте какво може да направи системата, как е проверен резултатът и кой е собственик на резултата. Тези въпроси се разпространяват по-добре от екранни снимки на чудотворни отговори.

Как ИИ може да промени работата, преди да замени уменията й?

3:21 След това Сендайн публикува по-малко удобен разказ, озаглавен "Fable took my jorb." Авторът казва, че е бил последният инженер в една компания, и ръководството вярвало, че по-евтината помощ от ИИ може да им позволи да се насочат към сливане или придобиване. Ръководството може да промени разходите, преди моделът да съответства на преценката на опитен инженер. Сендайн твърди, че вкусът и предвидливостта все още липсват, докато маркетингът осигурява увереност.

3:42 Решение за заплати може да дойде, преди техническият аргумент да бъде уреден. Публикацията описва страх след съкращението и казва, че авторът е намерил нещо друго. Това е човек, който се справя с последствията. Кулминацията принадлежи на електронната таблица, която взема решението. Наричайки го ефективност, счетоводството получава щедър преглед на изпълнението. Доказването на полезност на инструмент и доказването на разумност на план за персонал са отделни задачи. Корекцията има тестово натоварване. Залогът на работодателя включва собственост върху продукта и бъдещи провали.

4:09 Преминаващ микробенчмарк не може да подпише договора за поддръжка. Имаме разказ на един разработчик с неназован работодател. Той предоставя гледна точка, а не брой работни места в цялата икономика или независима оценка на нуждите на тази компания. Запазете обхвата, когато споделяте историята. Общата променлива е отговорността. Линус ръководи работата. Карпати описва неравен достъп и задачи.

4:29 Сендайн описва управленски залог. Някой носи последствията във всяка версия.

Къде отива сметката за ускоряването?

4:34 А сметката за памет? Премахнатите страници чакат преди повторна употреба, а разпределителят не може правилно да види тази чакаща памет. Линус изброява това като неразрешено дори с неговите корекции за смекчаване. По-бързите четения дават на друга подсистема по-труден счетоводен проблем. Счетоводството намира ново бюро. Това е бележка под линия, която си струва да се запази. Ако предпочитате да прочетете това, отколкото да ме чуете да го казвам, diff-ът пристига във входящата ви кутия

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

Щях ли да пусна тези корекции?

4:56 И така, днешната присъда, НЕОБХОДИМ ПРЕГЛЕД. Бих запазил асистента в работния процес и бих изисквал по-широко тестване, преди да пусна тези промени в живота. Отговорността остава у инженера. И това е разликата за днес. Аз съм Нико от Axrisi. Обединявайте отговорно.

Източници

1. Read from the page cache without folio references — cover letter and testsLinus Torvalds / kernel.org
2. Experimental noref-filemap-read-with-llm branchLinus Torvalds / kernel.org
3. Linus Torvalds Working On A Hefty Linux Kernel Improvement With Claude CodePhoronix / Michael Larabel
4. Claude Code overviewAnthropic
5. Capability-understanding gap and napkin estimatesAndrej Karpathy / X
6. Fable took my jorbCendyne
7. Discussion of Linus's Claude Code branchHacker News
8. Discussion of Karpathy's capability-gap postHacker News
9. Discussion of Cendyne's accountHacker News