# Linus Torvalds używa Claude Code do łatania Linuksa

Published: 2026-10-12

Linus Torvalds przypisuje Claude Code autorstwo kodu, programów testowych, recenzji i pierwszego szkicu listu przewodniego do eksperymentalnej gałęzi zarządzania pamięcią Linuksa, pod jego kierownictwem. Jego testy na laptopie wykazują duże zmniejszenie cykli procesora dla jednego niewielkiego obciążenia odczytem współdzielonej strony, obok regresji i nierozwiązanego rozliczania pamięci oczekującej. Ten Daily Diff z 12 października obejmuje również argument Karpathy'ego na temat nierównych doświadczeń z AI oraz relację Cendyne z pierwszej ręki o likwidacji stanowiska. Werdykt Niko to POTRZEBNA RECENZJA: utrzymuj asystenta w przepływie pracy i żądaj szerszych testów przed wprowadzeniem zmian w cyklu życia pamięci.

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

## Co obejmuje ten film

- Źródłem jest praca nad gałęzią eksperymentalną, z commitem z soboty 10 października i raportem Phoronix opublikowanym w niedzielę wieczorem czasu EDT, już w poniedziałek czasu GMT+7. Wybrane źródła nie wskazują na ukończenie scalania z główną gałęzią ani wydanie.
- Małe odczyty tego samego buforowanego pliku mogą kolidować na współdzielonej liczbie odwołań folio. Propozycja pozwala na kopiowanie pod ochroną odczytu RCU, odkładając ostateczne ponowne wykorzystanie pamięci do okresu karencji.
- Test Linusa na ośmiu wątkach, szesnastobajtowej współdzielonej stronie, raportuje 2937–2975 bazowych cykli jądra na odczyt i 725–726 z serią, co stanowi około jednej czwartej kosztu. Jest to mikro-benchmark na laptopie prowadzony przez autora, z wyłączonymi zabezpieczeniami i utwardzonym usercopy, a nie wynik wydajności całego systemu.
- Źródło raportuje również regresję brakującej strony docelowej i nierozwiązane rozliczanie alokatora dla pamięci oczekującej na ponowne wykorzystanie. Szersze maszyny i kilka konfiguracji debugowania/testowania pozostają nieprzetestowane.
- Karpathy przypisuje różne doświadczenia z AI dostępowi, ambitnym problemom i weryfikowalnym zadaniom. Jego liczba profesjonalnych użytkowników to wyraźnie szacunki na serwetce; żadne badanie nie towarzyszy wpisowi.
- Cendyne opisuje nienazwanego pracodawcę, który nabiera pewności, by dążyć do fuzji i przejęć z tańszą pomocą AI. Jest to jedna relacja z pierwszej ręki i interpretacja jej autora, a nie ogólnogospodarcza liczba miejsc pracy ani dowód równoważnych umiejętności inżynierskich.
- Użyteczne narzędzie, bezpieczna łatka i rozsądna decyzja kadrowa wymagają własnych dowodów i odpowiedzialnego właściciela.

## Rozdziały

- 0:00 Czy Linus zaufałby botowi kodującemu?
- 0:45 Dlaczego czytanie pamięci może powodować korek?
- 1:25 Co właściwie mierzy benchmark na laptopie?
- 2:05 Które odczyty stają się wolniejsze?
- 2:30 Dlaczego ludzie widzą różne możliwości AI?
- 3:21 Jak AI może zmienić pracę, zanim zastąpi jej umiejętności?
- 4:34 Gdzie przyspieszenie wysyła rachunek?
- 4:56 Czy wysłałbym te łatki?

## Przetłumaczona transkrypcja

Przetłumaczono z oryginalnej narracji angielskiej. Dostępne audio i napisy są kontrolowane przez YouTube.

### Czy Linus zaufałby botowi kodującemu?

0:00 Spodziewałbyś się, że Linus Torvalds doprowadziłby bota kodującego do płaczu podczas recenzji. Używa Claude Code do łatania Linuksa, a nawet do pierwszego szkicu listu przewodniego. W tym wideo, dlaczego malutkie odczyty kosztują tak dużo? I czyja praca się zmienia? Zwróć uwagę na to, co dzieje się z pamięcią po odczycie. Tam to przyspieszenie wysyła rachunek. Jest poniedziałek, dwunasty października, a to jest The Daily Diff. Claude Code to asystent kodowania firmy Anthropic.

0:23 Potrafi czytać projekty, edytować pliki i uruchamiać komendy. Linus kieruje nim w zarządzaniu pamięcią Linuksa, gdzie czytanie danych już w pamięci nadal może powodować walkę rdzeni procesora o księgowość. Phoronix zauważył gałąź w niedzielę wieczorem w Ameryce, już w poniedziałek tutaj. Commit jest datowany na sobotę. To jest praca eksperymentalna, z ośmioma łatkami i prośbą o szczegółową analizę. Twój laptop nie pobrał potajemnie sztucznego Linusa.

### Dlaczego czytanie pamięci może powodować korek?

0:45 Kilka wątków odczytuje ten sam buforowany plik. Każdy odczyt pobiera referencję do pamięci, a następnie ją zrzuca. Licznik referencji jest zapisywany dwukrotnie, więc rdzenie wykonujące niewinne małe odczyty rywalizują o księgowość. Biblioteka ma ośmiu czytelników i jeden arkusz do wypisywania się. Jego propozycja opóźnia recykling pamięci, używając okresu karencji read copy update. Czytelnicy mogą kopiować buforowane dane bez pobierania tej referencji. Gdy strona zostanie usunięta, jej pamięć musi poczekać przed ponownym użyciem.

1:09 Przyspieszenie wynika ze zmiany zasad cyklu życia danych. Linus przypisuje Claude Code autorstwo kodu, programów testowych i recenzji, które stoją za jego listą problemów. Zredagował tekst wyjaśniający pod jego kierownictwem. Pomiary zostały wykonane na jego maszynie. Nawet robot musi przynieść rachunki na tę recenzję. Wynik główny dotyczy ośmiu wątków odczytujących szesnaście bajtów z jednej strony.

### Co właściwie mierzy benchmark na laptopie?

1:28 Pomyśl o małych, powtarzających się odczytach tego samego pliku. Porównuje cykle procesora na odczyt, ponieważ jego laptop zwalnia po nagrzaniu. Benchmark z własną prognozą pogody. Bazowa wartość kosztuje mniej więcej trzy tysiące cykli na odczyt. Z łatkami jest to około siedemset dwadzieścia pięć. To około jednej czwartej kosztów procesora w tym teście. Cała twoja maszyna Linux nie otrzymała żadnych obietnic, że stanie się czterokrotnie szybsza. Jego list przewodny umieszcza niezręczne fragmenty obok ekscytujących.

1:53 Zabezpieczenia i utwardzone usercopy były wyłączone. Wymienia brakujące testy, w tym inne maszyny i narzędzia do debugowania pamięci. Czytanie przypisów stało się teraz przewagą konkurencyjną, co wydaje się błędem w ludzkości. Istnieje regresja, gdy brakuje docelowej strony użytkownika.

### Które odczyty stają się wolniejsze?

2:07 Mały odczyt staje się droższy, ponieważ szybka ścieżka zawodzi, zanim stara ścieżka obsłuży błąd strony. Propozycja przyspiesza jedną ścieżkę, dodając pracę do innej. Obie zasługują na recenzję. Traktuj to jako eksperyment inżynierski ze znanym wąskim gardłem i pomiarami z ograniczeniami. Recenzenci otrzymują coś konkretnego do zakwestionowania. Asystent tworzący łatki pozostawia kogoś odpowiedzialnego za udowodnienie, że niebezpieczne części są bezpieczne.

### Dlaczego ludzie widzą różne możliwości AI?

2:30 W międzyczasie Andrej Karpathy mówi, że nasze rozumienie możliwości AI się rozbiega. Jego świeży post powraca do kwietniowej obserwacji. Opisuje on lejek, od osób ledwo używających modeli językowych do profesjonalistów kierujących potężnymi agentami kodującymi. To samo słowo, AI, inny dzień w pracy. Jego szacunki na serwetce umieszczają około dwudziestu milionów ludzi w profesjonalnym zastosowaniu modeli granicznych do matematyki i kodu. To jest szacunek, bez dostarczonej ankiety.

2:52 Podkreśla dostęp, ambitne problemy i zadania weryfikowalne. Rozmowa z chatbotem i nadzorowany eksperyment jądra angażują różne mięśnie. Ktoś obserwuje, jak bot gubi prośbę, podczas gdy inna osoba wysyła użyteczną łatkę. Szacunki populacji są niebezpiecznie łatwe do powtórzenia jako badania. Zachowaj etykietę szacunku, zanim wykres zacznie nosić fartuch laboratoryjny. Zapytaj, co system mógł zrobić, jak wynik został sprawdzony i kto był właścicielem wyniku. Te pytania są lepsze niż zrzuty ekranu cudownych odpowiedzi.

### Jak AI może zmienić pracę, zanim zastąpi jej umiejętności?

3:21 Następnie Cendyne opublikował mniej komfortową relację zatytułowaną 'Bajka zabrała moją pracę'. Autor mówi, że był ostatnim inżynierem w firmie, a kierownictwo wierzyło, że tańsza pomoc AI pozwoli im dążyć do fuzji lub przejęcia. Zarząd może zmienić wydatki, zanim model dorówna osądowi doświadczonego inżyniera. Cendyne argumentuje, że smak i dalekowzroczność nadal brakuje, podczas gdy marketing dostarcza pewności.

3:42 Decyzja dotycząca płac może zapaść, zanim argument techniczny zostanie rozstrzygnięty. Post opisuje strach po zwolnieniu i mówi, że autor znalazł coś innego. To jest osoba radząca sobie z konsekwencjami. Puenta należy do arkusza kalkulacyjnego podejmującego decyzję. Nazwanie tego efektywnością daje księgowości hojną ocenę wydajności. Udowodnienie użyteczności narzędzia i rozsądności planu kadrowego to osobne zadania. Łatka ma testowalne obciążenie. Zakład pracodawcy dotyczy własności produktu i przyszłych awarii.

4:09 Przechodzący mikrobenchmark nie może podpisać umowy serwisowej. Mamy relację jednego dewelopera u nienazwanego pracodawcy. Dostarcza ona perspektywy, a nie ogólnogospodarczej liczby miejsc pracy ani niezależnej oceny potrzeb tej firmy. Zachowaj zakres, udostępniając historię. Wspólną zmienną jest odpowiedzialność. Linus kieruje pracą. Karpathy opisuje nierówny dostęp i zadania.

4:29 Cendyne opisuje zakład zarządu. Ktoś ponosi konsekwencje w każdej wersji.

### Gdzie przyspieszenie wysyła rachunek?

4:34 A co z rachunkiem za pamięć? Usunięte strony czekają przed ponownym użyciem, a alokator nie może prawidłowo widzieć tej oczekującej pamięci. Linus wymienia to jako nierozwiązane nawet z jego łatkami łagodzącymi. Szybsze odczyty przekazują innemu podsystemowi trudniejszy problem księgowy. Księgowość znajduje nowe biurko. To jest przypis wart zapamiętania. Jeśli wolisz to przeczytać niż usłyszeć, diff ląduje w Twojej skrzynce

4:53 każdego ranka, za darmo na the daily diff dot dev, link poniżej.

### Czy wysłałbym te łatki?

4:56 Więc dzisiejszy werdykt, POTRZEBNA RECENZJA. Trzymałbym asystenta w przepływie pracy i żądał szerszych testów przed wysłaniem tych zmian cyklu życia. Odpowiedzialność spoczywa na inżynierze. I to jest diff na dziś. Jestem Niko z Axrisi. Scalaj odpowiedzialnie.

## Źródła

- [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