# Linus Torvalds sử dụng Claude Code cho các bản vá lỗi Linux

Published: 2026-10-12

Linus Torvalds ghi nhận Claude Code về mã, chương trình thử nghiệm, đánh giá và bản nháp đầu tiên của thư xin lỗi trên một nhánh quản lý bộ nhớ Linux thử nghiệm, dưới sự chỉ đạo của ông. Các thử nghiệm trên máy tính xách tay của ông cho thấy sự giảm đáng kể số chu kỳ bộ xử lý cho một khối lượng công việc đọc trang chia sẻ nhỏ, cùng với các hồi quy và việc hạch toán bộ nhớ chờ chưa được giải quyết. Bản Daily Diff ngày 12 tháng 10 này cũng đề cập đến lập luận của Karpathy về những trải nghiệm AI không đồng đều và câu chuyện trực tiếp của Cendyne về việc một vai trò bị loại bỏ. Phán quyết của Niko là CẦN ĐÁNH GIÁ: giữ trợ lý trong quy trình làm việc và yêu cầu thử nghiệm rộng rãi hơn trước khi phát hành các thay đổi về tuổi thọ bộ nhớ.

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

## Nội dung video này đề cập

- Nguồn là công việc nhánh thử nghiệm, với cam kết vào thứ Bảy ngày 10 tháng 10 và báo cáo Phoronix được công bố vào tối Chủ nhật theo múi giờ EDT, đã là Thứ Hai theo múi giờ GMT+7. Các nguồn được chọn không thiết lập một sự hợp nhất hoặc phát hành chính đã hoàn thành.
- Các lần đọc nhỏ cùng một tệp đã lưu trong bộ nhớ cache có thể cạnh tranh về số lượng tham chiếu folio được chia sẻ. Đề xuất cho phép sao chép dưới sự bảo vệ phía đọc của RCU trong khi hoãn việc tái sử dụng bộ nhớ cuối cùng cho đến khi có thời gian ân hạn.
- Thử nghiệm trang chia sẻ tám luồng, mười sáu byte của Linus báo cáo 2937–2975 chu kỳ kernel cơ bản trên mỗi lần đọc và 725–726 với loạt bài này, khoảng một phần tư chi phí. Đây là một điểm chuẩn nhỏ trên máy tính xách tay do tác giả chạy với các biện pháp giảm thiểu và usercopy được tăng cường bị tắt, không phải là kết quả hiệu suất toàn hệ thống.
- Nguồn cũng báo cáo một hồi quy trang đích bị thiếu và việc hạch toán bộ cấp phát chưa được giải quyết cho bộ nhớ đang chờ được tái sử dụng. Các máy rộng hơn và một số cấu hình gỡ lỗi/kiểm tra vẫn chưa được thử nghiệm.
- Karpathy cho rằng những trải nghiệm AI khác nhau là do quyền truy cập, các vấn đề đầy tham vọng và các nhiệm vụ có thể kiểm chứng được. Số lượng người dùng chuyên nghiệp của ông là tính toán trên giấy, không có khảo sát nào đi kèm với bài đăng.
- Cendyne mô tả một nhà tuyển dụng không tên đang tự tin tiến tới M&A với sự hỗ trợ AI rẻ hơn. Đây là một câu chuyện trực tiếp và sự diễn giải của tác giả, không phải là số lượng việc làm trên toàn nền kinh tế hay bằng chứng về kỹ năng kỹ thuật tương đương.
- Một công cụ hữu ích, một bản vá an toàn và một quyết định nhân sự hợp lý đều yêu cầu bằng chứng riêng và chủ sở hữu có trách nhiệm.

## Chương

- 0:00 Liệu Linus có tin tưởng một bot lập trình không?
- 0:45 Tại sao việc đọc bộ nhớ có thể gây ra tắc nghẽn giao thông?
- 1:25 Điểm chuẩn máy tính xách tay thực sự đo lường điều gì?
- 2:05 Những lần đọc nào chậm hơn?
- 2:30 Tại sao mọi người lại thấy các khả năng AI khác nhau?
- 3:21 AI có thể thay đổi một công việc như thế nào trước khi thay thế các kỹ năng của nó?
- 4:34 Tốc độ tăng lên sẽ gửi hóa đơn đi đâu?
- 4:56 Tôi có nên phát hành những bản vá này không?

## Bản ghi đã dịch

Được dịch từ lời tường thuật tiếng Anh gốc. Âm thanh và phụ đề có sẵn được điều khiển bởi YouTube.

### Liệu Linus có tin tưởng một bot lập trình không?

0:00 Bạn có thể mong đợi Linus Torvalds sẽ khiến một bot lập trình khóc trong quá trình đánh giá. Ông ấy đang sử dụng Claude Code cho các bản vá Linux, và thậm chí cả bản nháp đầu tiên của thư xin lỗi. Trong video này, tại sao những lần đọc nhỏ lại tốn kém như vậy? Và công việc của ai thay đổi? Hãy chú ý đến những gì xảy ra với bộ nhớ sau khi đọc. Đó là nơi mà sự tăng tốc này sẽ gửi hóa đơn. Hôm nay là Thứ Hai, ngày mười hai tháng Mười, và đây là The Daily Diff. Claude Code là trợ lý lập trình của Anthropic.

0:23 Nó có thể đọc một dự án, chỉnh sửa tệp và chạy các lệnh. Linus đang chỉ đạo nó về quản lý bộ nhớ Linux, nơi mà việc đọc dữ liệu đã có trong bộ nhớ vẫn có thể khiến các lõi bộ xử lý tranh giành việc ghi sổ. Phoronix đã phát hiện nhánh này vào tối Chủ nhật ở Mỹ, đã là Thứ Hai ở đây. Cam kết được ghi ngày Thứ Bảy. Đây là công việc thử nghiệm, với tám bản vá và yêu cầu xem xét kỹ lưỡng. Máy tính xách tay của bạn chưa bí mật tải xuống một Linus nhân tạo.

### Tại sao việc đọc bộ nhớ có thể gây ra tắc nghẽn giao thông?

0:45 Một số luồng đọc cùng một tệp đã được lưu trong bộ nhớ cache. Mỗi lần đọc lấy một tham chiếu đến bộ nhớ, sau đó loại bỏ nó sau đó. Số lượng tham chiếu được ghi hai lần, vì vậy các lõi thực hiện các lần đọc nhỏ vô hại cạnh tranh về việc ghi sổ. Thư viện có tám người đọc và một bảng đăng xuất. Đề xuất của ông ấy trì hoãn việc tái chế bộ nhớ bằng cách sử dụng thời gian ân hạn cập nhật bản sao đọc. Người đọc có thể sao chép dữ liệu đã lưu trong bộ nhớ cache mà không cần lấy tham chiếu đó. Khi một trang bị loại bỏ, bộ nhớ của nó phải chờ trước khi tái sử dụng.

1:09 Sự tăng tốc đến từ việc thay đổi các quy tắc về tuổi thọ xung quanh dữ liệu. Linus ghi nhận Claude Code về mã, chương trình thử nghiệm và đánh giá đằng sau danh sách các vấn đề của ông ấy. Nó đã soạn thảo văn bản giải thích dưới sự chỉ đạo của ông ấy. Các phép đo được chạy trên máy của ông ấy. Ngay cả robot cũng phải mang hóa đơn đến buổi đánh giá này. Kết quả chính sử dụng tám luồng đọc mười sáu byte từ một trang.

### Điểm chuẩn máy tính xách tay thực sự đo lường điều gì?

1:28 Hãy nghĩ đến những lần đọc nhỏ lặp đi lặp lại của cùng một tệp. Ông ấy so sánh các chu kỳ bộ xử lý trên mỗi lần đọc vì máy tính xách tay của ông ấy giảm hiệu suất khi nóng. Một điểm chuẩn với dự báo thời tiết riêng. Chi phí cơ bản khoảng ba nghìn chu kỳ trên mỗi lần đọc. Với các bản vá, nó khoảng bảy trăm hai mươi lăm. Đó là khoảng một phần tư chi phí bộ xử lý trong thử nghiệm này. Toàn bộ máy Linux của bạn chưa nhận được bất kỳ lời hứa nào về việc trở nên nhanh gấp bốn lần. Thư xin lỗi của ông ấy đặt những phần khó xử bên cạnh những phần thú vị.

1:53 Các biện pháp giảm thiểu bảo mật và usercopy được tăng cường đã bị tắt. Ông ấy liệt kê các bài kiểm tra bị thiếu, bao gồm các máy khác và các công cụ gỡ lỗi bộ nhớ. Đọc các chú thích bây giờ là một lợi thế cạnh tranh, điều này giống như một lỗi trong nhân loại. Có một hồi quy khi trang người dùng đích bị thiếu.

### Những lần đọc nào chậm hơn?

2:07 Lần đọc nhỏ trở nên tốn kém hơn vì đường dẫn nhanh bị lỗi trước khi đường dẫn cũ xử lý lỗi trang. Đề xuất tăng tốc một đường dẫn trong khi thêm công việc vào một đường dẫn khác. Cả hai đều thuộc về đánh giá. Hãy coi đây là một thử nghiệm kỹ thuật với một nút thắt đã biết và các phép đo có những hạn chế. Các nhà đánh giá có được một điều cụ thể để thách thức. Một trợ lý tạo ra các bản vá khiến ai đó chịu trách nhiệm chứng minh các phần nguy hiểm là an toàn.

### Tại sao mọi người lại thấy các khả năng AI khác nhau?

2:30 Trong khi đó, Andrej Karpathy nói rằng sự hiểu biết của chúng ta về khả năng AI đang bị chia rẽ. Bài đăng mới của ông ấy xem xét lại một quan sát vào tháng Tư. Ông ấy mô tả một phễu, từ những người hầu như không sử dụng các mô hình ngôn ngữ đến các chuyên gia chỉ đạo các tác nhân lập trình mạnh mẽ. Cùng một từ, AI, một ngày làm việc khác. Tính toán của ông ấy cho thấy khoảng hai mươi triệu người sử dụng mô hình tiên tiến chuyên nghiệp cho toán học và mã hóa. Đó là một ước tính, không có khảo sát nào được cung cấp.

2:52 Ông ấy nhấn mạnh quyền truy cập, các vấn đề đầy tham vọng và các nhiệm vụ có thể kiểm chứng được. Một cuộc trò chuyện chatbot và một thử nghiệm kernel có giám sát sử dụng các khả năng khác nhau. Một người xem một bot lúng túng với một yêu cầu trong khi một người khác phát hành một bản vá hữu ích. Ước tính dân số rất dễ bị lặp lại một cách nguy hiểm như nghiên cứu. Hãy giữ nhãn ước tính được gắn vào trước khi biểu đồ bắt đầu mặc áo khoác phòng thí nghiệm. Hãy hỏi hệ thống có thể làm gì, kết quả đã được kiểm tra như thế nào và ai là chủ sở hữu của kết quả. Những câu hỏi đó tốt hơn là ảnh chụp màn hình những câu trả lời kỳ diệu.

### AI có thể thay đổi một công việc như thế nào trước khi thay thế các kỹ năng của nó?

3:21 Sau đó Cendyne đã công bố một tài khoản ít thoải mái hơn có tiêu đề Fable đã lấy công việc của tôi. Tác giả nói rằng họ là kỹ sư cuối cùng tại một công ty, và ban lãnh đạo tin rằng sự hỗ trợ AI rẻ hơn có thể cho phép nó tiến tới một vụ sáp nhập hoặc mua lại. Ban quản lý có thể thay đổi chi tiêu trước khi một mô hình phù hợp với đánh giá của một kỹ sư giàu kinh nghiệm. Cendyne lập luận rằng gu thẩm mỹ và tầm nhìn xa vẫn còn thiếu, trong khi tiếp thị cung cấp sự tự tin.

3:42 Một quyết định về lương có thể đến trước khi lập luận kỹ thuật được giải quyết. Bài đăng mô tả sự sợ hãi sau khi bị sa thải và nói rằng tác giả đã tìm thấy một cái gì đó khác. Đó là một người đang đối phó với hậu quả. Điểm mấu chốt thuộc về bảng tính đưa ra quyết định. Gọi đó là hiệu quả sẽ mang lại cho kế toán một đánh giá hiệu suất hào phóng. Chứng minh một công cụ hữu ích và chứng minh một kế hoạch nhân sự hợp lý là những công việc riêng biệt. Bản vá có một khối lượng công việc có thể kiểm tra được. Đặt cược của nhà tuyển dụng liên quan đến quyền sở hữu sản phẩm và những thất bại trong tương lai.

4:09 Một điểm chuẩn nhỏ vượt qua không thể ký hợp đồng hỗ trợ. Chúng tôi có tài khoản của một nhà phát triển với một nhà tuyển dụng không tên. Nó cung cấp một góc nhìn, và không có số lượng việc làm trên toàn nền kinh tế hoặc đánh giá độc lập về nhu cầu của công ty đó. Giữ phạm vi được gắn vào khi chia sẻ câu chuyện. Biến chung là trách nhiệm. Linus chỉ đạo công việc. Karpathy mô tả quyền truy cập và nhiệm vụ không đồng đều.

4:29 Cendyne mô tả một đặt cược quản lý. Ai đó chịu trách nhiệm về hậu quả trong mọi phiên bản.

### Tốc độ tăng lên sẽ gửi hóa đơn đi đâu?

4:34 Và hóa đơn bộ nhớ? Các trang đã loại bỏ chờ trước khi tái sử dụng, và bộ cấp phát không thể nhìn thấy đúng cách bộ nhớ đang chờ đó. Linus liệt kê điều này là chưa được giải quyết ngay cả với các bản vá giảm thiểu của ông ấy. Các lần đọc nhanh hơn trao cho một hệ thống con khác một vấn đề hạch toán khó hơn. Việc ghi sổ tìm một bàn làm việc mới. Đó là một chú thích đáng để giữ lại. Nếu bạn muốn đọc điều này hơn là nghe tôi nói, bản diff sẽ đến hộp thư đến của bạn

4:53 mỗi sáng, miễn phí tại daily diff dot dev, liên kết bên dưới.

### Tôi có nên phát hành những bản vá này không?

4:56 Vậy phán quyết hôm nay là, CẦN ĐÁNH GIÁ. Tôi sẽ giữ trợ lý trong quy trình làm việc và yêu cầu thử nghiệm rộng rãi hơn trước khi phát hành những thay đổi về tuổi thọ này. Trách nhiệm vẫn thuộc về kỹ sư. Và đó là bản diff hôm nay. Tôi là Niko từ Axrisi. Hợp nhất có trách nhiệm.

## Nguồn

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