# Linus Torvalds ប្រើប្រាស់ Claude Code សម្រាប់ Linux patches

Published: 2026-10-12

លោក Linus Torvalds ផ្តល់កិត្តិយសដល់ Claude Code សម្រាប់កូដ, កម្មវិធីសាកល្បង, ការត្រួតពិនិត្យ និងការព្រាងដំបូងនៃលិខិតគម្របលើសាខាគ្រប់គ្រងអង្គចងចាំ Linux ដែលកំពុងពិសោធន៍ ក្រោមការណែនាំរបស់គាត់។ ការសាកល្បងលើកុំព្យូទ័រយួរដៃរបស់គាត់បង្ហាញពីការកាត់បន្ថយយ៉ាងច្រើននៃវដ្តដំណើរការសម្រាប់បន្ទុកការងារអានទំព័ររួមតូចមួយ រួមជាមួយនឹងការធ្លាក់ចុះ និងគណនីអង្គចងចាំរង់ចាំដែលមិនទាន់ដោះស្រាយ។ Daily Diff ថ្ងៃទី 12 ខែតុលានេះក៏និយាយអំពីការអះអាងរបស់ Karpathy អំពីបទពិសោធន៍ AI មិនស្មើគ្នា និងគណនីផ្ទាល់របស់ Cendyne អំពីតួនាទីដែលត្រូវបានលុបបំបាត់។ សាលក្រមរបស់ Niko គឺ NEEDS REVIEW: រក្សាជំនួយការនៅក្នុងលំហូរការងារ និងទាមទារការសាកល្បងកាន់តែទូលំទូលាយ មុនពេលបញ្ចេញការផ្លាស់ប្តូរអាយុកាលអង្គចងចាំ។

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

## អ្វីដែលវីដេអូនេះគ្របដណ្ដប់

- ប្រភពគឺជាការងារសាខាពិសោធន៍ ជាមួយនឹងការប្តេជ្ញាចិត្តនៅថ្ងៃសៅរ៍ ទី 10 ខែតុលា និងរបាយការណ៍ Phoronix ដែលបានចេញផ្សាយកាលពីល្ងាចថ្ងៃអាទិត្យនៅ EDT ដែលជាថ្ងៃច័ន្ទរួចហើយនៅ GMT+7។ ប្រភពដែលបានជ្រើសរើសមិនបង្កើតការរួមបញ្ចូល ឬការចេញផ្សាយ mainline ដែលបានបញ្ចប់នោះទេ។
- ការអានតូចៗនៃឯកសារដែលបានផ្ទុកក្នុងឃ្លាំងសម្ងាត់ដូចគ្នាអាចប្រកួតប្រជែងលើចំនួនយោង folio រួម។ សំណើនេះអនុញ្ញាតឱ្យចម្លងក្រោមការការពារផ្នែកអាន RCU ខណៈពេលដែលពន្យារពេលការប្រើប្រាស់អង្គចងចាំចុងក្រោយរហូតដល់រយៈពេលអនុគ្រោះ។
- ការសាកល្បងទំព័ររួមទំហំ 16 បៃ ចំនួន 8 ខ្សែរបស់ Linus រាយការណ៍ពី 2937–2975 វដ្ត kernel មូលដ្ឋានក្នុងមួយការអាន និង 725–726 ជាមួយស៊េរី ប្រហែលមួយភាគបួននៃតម្លៃ។ វាគឺជា microbenchmark កុំព្យូទ័រយួរដៃដែលដំណើរការដោយអ្នកនិពន្ធ ជាមួយនឹងការកាត់បន្ថយ និង usercopy រឹងដែលត្រូវបានបិទ មិនមែនជាលទ្ធផលការអនុវត្តប្រព័ន្ធទាំងមូលនោះទេ។
- ប្រភពនេះក៏រាយការណ៍ពីការធ្លាក់ចុះទំព័រគោលដៅដែលបាត់ និងគណនី allocator ដែលមិនទាន់ដោះស្រាយសម្រាប់អង្គចងចាំដែលកំពុងរង់ចាំការប្រើប្រាស់ឡើងវិញ។ ម៉ាស៊ីនទូលំទូលាយ និងការកំណត់រចនាសម្ព័ន្ធបំបាត់កំហុស/សាកល្បងជាច្រើននៅតែមិនទាន់បានសាកល្បង។
- Karpathy សន្មតថាបទពិសោធន៍ AI ផ្សេងៗគ្នាទៅនឹងការចូលប្រើប្រាស់ បញ្ហាប្រឈម និងកិច្ចការដែលអាចផ្ទៀងផ្ទាត់បាន។ ចំនួនអ្នកប្រើប្រាស់អាជីពរបស់គាត់គឺជាគណិតវិទ្យា napkin យ៉ាងច្បាស់លាស់; គ្មានការស្ទង់មតិណាមួយអមជាមួយការបង្ហោះនោះទេ។
- Cendyne រៀបរាប់អំពីនិយោជកដែលមិនបញ្ចេញឈ្មោះដែលទទួលបានទំនុកចិត្តដើម្បីឆ្ពោះទៅរក M&A ជាមួយនឹងជំនួយ AI កាន់តែថោក។ នេះគឺជាគណនីផ្ទាល់មួយ និងការបកស្រាយរបស់អ្នកនិពន្ធ មិនមែនជាចំនួនការងារទូទាំងសេដ្ឋកិច្ច ឬភស្តុតាងនៃជំនាញវិស្វកម្មសមមូលនោះទេ។
- ឧបករណ៍មានប្រយោជន៍, patch សុវត្ថិភាព និងការសម្រេចចិត្តបុគ្គលិកសមហេតុផលនីមួយៗ ទាមទារភស្តុតាងផ្ទាល់ខ្លួន និងម្ចាស់គណនី។

## ជំពូក

- 0:00 តើ Linus នឹងទុកចិត្ត coding bot ដែរឬទេ?
- 0:45 ហេតុអ្វីបានជាការអានអង្គចងចាំអាចបណ្តាលឱ្យមានការកកស្ទះចរាចរណ៍?
- 1:25 តើ laptop benchmark ពិតជាវាស់អ្វី?
- 2:05 តើការអានមួយណាដែលយឺតជាង?
- 2:30 ហេតុអ្វីបានជាមនុស្សមើលឃើញសមត្ថភាព AI ផ្សេងគ្នា?
- 3:21 តើ AI អាចផ្លាស់ប្តូរការងារដោយរបៀបណា មុនពេលជំនួសជំនាញរបស់វា?
- 4:34 តើការបង្កើនល្បឿនផ្ញើវិក្កយបត្រទៅណា?
- 4:56 តើខ្ញុំនឹងបញ្ចេញ patches ទាំងនេះទេ?

## កំណត់ត្រាដែលបានបកប្រែ

បកប្រែចេញពីការនិទានដើមជាភាសាអង់គ្លេស។ សំឡេង និងចំណងជើងរងដែលមានគឺស្ថិតនៅក្រោមការគ្រប់គ្រងរបស់ YouTube។

### តើ Linus នឹងទុកចិត្ត coding bot ដែរឬទេ?

0:00 អ្នកនឹងរំពឹងថា Linus Torvalds នឹងធ្វើឱ្យ coding bot យំអំឡុងពេលពិនិត្យ។ គាត់កំពុងប្រើ Claude Code សម្រាប់ Linux patches ហើយសូម្បីតែសេចក្តីព្រាងដំបូងនៃលិខិត គម្រប។ នៅក្នុងវីដេអូនេះ ហេតុអ្វីបានជាការអានតូចៗចំណាយច្រើនម្ល៉េះ? ហើយការងារអ្នកណាផ្លាស់ប្តូរ? តាមដានមើលអ្វីដែលកើតឡើងចំពោះអង្គចងចាំបន្ទាប់ពីការអាន។ នោះហើយជាកន្លែងដែលការបង្កើនល្បឿននេះផ្ញើវិក្កយបត្រ។ នេះជាថ្ងៃច័ន្ទ ទី 12 ខែតុលា ហើយនេះគឺជា The Daily Diff។ Claude Code គឺជាជំនួយការ coding របស់ Anthropic។

0:23 វាអាចអានគម្រោង កែសម្រួលឯកសារ និងដំណើរការពាក្យបញ្ជា។ Linus កំពុងណែនាំវាលើការគ្រប់គ្រងអង្គចងចាំ Linux ដែលការអានទិន្នន័យដែលមានស្រាប់នៅក្នុង អង្គចងចាំនៅតែអាចធ្វើឱ្យ cores ដំណើរការប្រយុទ្ធគ្នាលើការកត់ត្រា។ Phoronix បានរកឃើញសាខានេះកាលពីល្ងាចថ្ងៃអាទិត្យនៅអាមេរិក ដែលជាថ្ងៃច័ន្ទរួចទៅហើយនៅទីនេះ។ ការប្តេជ្ញាចិត្តត្រូវបានចុះថ្ងៃសៅរ៍។ នេះគឺជាការងារពិសោធន៍ ជាមួយនឹង patches ចំនួនប្រាំបី និងសំណើសុំការត្រួតពិនិត្យ។ កុំព្យូទ័រយួរដៃរបស់អ្នកមិនបានទាញយក Linus សិប្បនិម្មិតដោយសម្ងាត់នោះទេ។

### ហេតុអ្វីបានជាការអានអង្គចងចាំអាចបណ្តាលឱ្យមានការកកស្ទះចរាចរណ៍?

0:45 ខ្សែជាច្រើនអានឯកសារដែលបានផ្ទុកក្នុងឃ្លាំងសម្ងាត់ដូចគ្នា។ ការអាននីមួយៗចាប់យកឯកសារយោងទៅអង្គចងចាំ បន្ទាប់មកទម្លាក់វាចោល។ ចំនួនឯកសារយោងត្រូវបានសរសេរពីរដង ដូច្នេះ cores ដែលធ្វើការអានតូចៗគ្មានកំហុស ប្រកួតប្រជែងគ្នាលើការកត់ត្រា។ បណ្ណាល័យមានអ្នកអានប្រាំបីនាក់ និងសន្លឹកចេញមួយ។ សំណើរបស់គាត់ពន្យារពេលការកែច្នៃអង្គចងចាំឡើងវិញដោយប្រើរយៈពេលអនុគ្រោះអាប់ដេតចម្លងអាន។ អ្នកអានអាចចម្លងទិន្នន័យដែលបានផ្ទុកក្នុងឃ្លាំងសម្ងាត់ដោយមិនចាំបាច់យកឯកសារយោងនោះទេ។ នៅពេលដែលទំព័រមួយត្រូវបានដកចេញ អង្គចងចាំរបស់វាត្រូវតែរង់ចាំមុនពេលប្រើប្រាស់ឡើងវិញ។

1:09 ការបង្កើនល្បឿនបានមកពីការផ្លាស់ប្តូរច្បាប់អាយុកាលជុំវិញទិន្នន័យ។ Linus ផ្តល់កិត្តិយសដល់ Claude Code សម្រាប់កូដ, កម្មវិធីសាកល្បង និងការត្រួតពិនិត្យនៅពីក្រោយបញ្ជី បញ្ហា។ វាបានព្រាងអត្ថបទពន្យល់ក្រោមការណែនាំរបស់គាត់។ ការវាស់វែងត្រូវបានដំណើរការលើម៉ាស៊ីនរបស់គាត់។ សូម្បីតែមនុស្សយន្តក៏ត្រូវតែនាំយកបង្កាន់ដៃមកពិនិត្យនេះដែរ។ លទ្ធផល headline ប្រើប្រាស់ខ្សែចំនួនប្រាំបីដែលអាន 16 បៃពីទំព័រមួយ។

### តើ laptop benchmark ពិតជាវាស់អ្វី?

1:28 គិតពីការអានតូចៗម្តងហើយម្តងទៀតនៃឯកសារតែមួយ។ គាត់ប្រៀបធៀបវដ្តដំណើរការក្នុងមួយការអានព្រោះកុំព្យូទ័រយួរដៃរបស់គាត់យឺតនៅពេលក្តៅ។ benchmark ជាមួយនឹងការព្យាករណ៍អាកាសធាតុផ្ទាល់ខ្លួន។ មូលដ្ឋានចំណាយប្រហែលបីពាន់វដ្តក្នុងមួយការអាន។ ជាមួយនឹង patches វាប្រហែលប្រាំពីររយម្ភៃប្រាំ។ នោះគឺប្រហែលមួយភាគបួននៃតម្លៃដំណើរការក្នុងការសាកល្បងនេះ។ ម៉ាស៊ីន Linux ទាំងមូលរបស់អ្នកមិនបានទទួលការសន្យាណាមួយថានឹងលឿនជាងបួនដង នោះទេ។ លិខិតគម្របរបស់គាត់ដាក់បំណែកដែលឆ្គងនៅក្បែរបំណែកដែលគួរឱ្យរំភើប។

1:53 ការកាត់បន្ថយសុវត្ថិភាព និង usercopy រឹងត្រូវបានបិទ។ គាត់រាយបញ្ជីការសាកល្បងដែលបាត់ រួមទាំងម៉ាស៊ីនផ្សេងទៀត និងឧបករណ៍បំបាត់កំហុសអង្គចងចាំ។ ការអានកំណត់ចំណាំឥឡូវនេះគឺជាគុណសម្បត្តិប្រកួតប្រជែង ដែលហាក់ដូចជាកំហុសនៅក្នុងមនុស្សជាតិ។ មានការធ្លាក់ចុះនៅពេលដែលទំព័រអ្នកប្រើប្រាស់គោលដៅបាត់។

### តើការអានមួយណាដែលយឺតជាង?

2:07 ការអានតូចៗកាន់តែថ្លៃព្រោះផ្លូវលឿនបរាជ័យមុនពេលផ្លូវចាស់ ដោះស្រាយ page fault។ សំណើនេះពន្លឿនផ្លូវមួយខណៈពេលដែលបន្ថែមការងារទៅផ្លូវមួយផ្សេងទៀត។ ទាំងពីរត្រូវតែត្រួតពិនិត្យ។ ចាត់ទុកនេះជាការពិសោធន៍វិស្វកម្មជាមួយនឹងក bottleneck ដែលគេស្គាល់ និងការវាស់វែង ដែលមានដែនកំណត់។ អ្នកត្រួតពិនិត្យទទួលបានអ្វីដែលជាក់លាក់ដើម្បីប្រកួតប្រជែង។ ជំនួយការដែលផលិត patches ទុកឱ្យនរណាម្នាក់ទទួលខុសត្រូវក្នុងការបង្ហាញ ផ្នែកគ្រោះថ្នាក់ថាមានសុវត្ថិភាព។

### ហេតុអ្វីបានជាមនុស្សមើលឃើញសមត្ថភាព AI ផ្សេងគ្នា?

2:30 ទន្ទឹមនឹងនេះ Andrej Karpathy និយាយថាការយល់ដឹងរបស់យើងអំពីសមត្ថភាព AI កំពុងបែកបាក់។ ការបង្ហោះថ្មីរបស់គាត់បានត្រលប់ទៅការសង្កេតកាលពីខែមេសា។ គាត់រៀបរាប់ពីបំពង់បង្ហូរទឹក ពីមនុស្សដែលស្ទើរតែមិនប្រើគំរូភាសាទៅកាន់អ្នកជំនាញ ដែលណែនាំភ្នាក់ងារ coding ដ៏មានឥទ្ធិពល។ ពាក្យដដែល AI ថ្ងៃធ្វើការផ្សេងគ្នា។ គណិតវិទ្យា napkin របស់គាត់ដាក់មនុស្សប្រហែល 20 លាននាក់ក្នុងការប្រើប្រាស់គំរូ frontier អាជីព សម្រាប់គណិតវិទ្យា និងកូដ។ នោះគឺជាការប៉ាន់ស្មាន ដោយគ្មានការស្ទង់មតិត្រូវបានផ្តល់ជូន។

2:52 គាត់សង្កត់ធ្ងន់លើការចូលប្រើប្រាស់ បញ្ហាប្រឈម និងកិច្ចការដែលអាចផ្ទៀងផ្ទាត់បាន។ ការសន្ទនា chatbot និងការពិសោធន៍ kernel ដែលមានការត្រួតពិនិត្យហាត់ប្រាណសាច់ដុំ ផ្សេងគ្នា។ នរណាម្នាក់មើល bot ធ្វើខុសសំណើ ខណៈពេលដែលមនុស្សម្នាក់ទៀតបញ្ចេញ patch ដែលមានប្រយោជន៍។ ការប៉ាន់ស្មានចំនួនប្រជាជនគឺងាយស្រួលធ្វើម្តងទៀតជាការស្រាវជ្រាវ។ រក្សាស្លាកប៉ាន់ស្មានដែលភ្ជាប់មុនពេលក្រាហ្វចាប់ផ្តើមពាក់អាវក្រៅមន្ទីរពិសោធន៍។ សួរថាតើប្រព័ន្ធអាចធ្វើអ្វីបាន តើលទ្ធផលត្រូវបានត្រួតពិនិត្យដោយរបៀបណា និងអ្នកណាជាម្ចាស់ លទ្ធផល។ សំណួរទាំងនោះធ្វើដំណើរបានល្អជាងរូបថតអេក្រង់នៃចម្លើយអស្ចារ្យ។

### តើ AI អាចផ្លាស់ប្តូរការងារដោយរបៀបណា មុនពេលជំនួសជំនាញរបស់វា?

3:21 បន្ទាប់មក Cendyne បានចេញផ្សាយគណនីដែលមិនសូវស្រួលដែលមានចំណងជើងថា Fable took my jorb។ អ្នកនិពន្ធនិយាយថាពួកគេគឺជាវិស្វករចុងក្រោយនៅក្រុមហ៊ុនមួយ ហើយថ្នាក់ដឹកនាំជឿថាជំនួយ AI កាន់តែថោក អាចឱ្យវាឆ្ពោះទៅរកការបញ្ចូលគ្នា ឬការទិញយក។ ថ្នាក់គ្រប់គ្រងអាចផ្លាស់ប្តូរការចំណាយមុនពេលគំរូមួយត្រូវគ្នានឹងការវិនិច្ឆ័យរបស់ វិស្វករដែលមានបទពិសោធន៍។ Cendyne អះអាងថារសជាតិ និងការមើលឃើញទុកជាមុននៅតែបាត់បង់ ខណៈពេលដែលទីផ្សារផ្តល់ទំនុកចិត្ត។

3:42 ការសម្រេចចិត្តប្រាក់បៀវត្សរ៍អាចមកដល់មុនពេលការអះអាងបច្ចេកទេសត្រូវបានដោះស្រាយ។ ការបង្ហោះនេះរៀបរាប់ពីការភ័យខ្លាចបន្ទាប់ពីការបណ្តេញចេញ និងនិយាយថាអ្នកនិពន្ធបានរកឃើញអ្វីផ្សេងទៀត។ នោះគឺជាមនុស្សម្នាក់ដែលដោះស្រាយជាមួយនឹងផលវិបាក។ The punchline ជារបស់ spreadsheet ដែលធ្វើការសម្រេចចិត្ត។ ការហៅវាថាប្រសិទ្ធភាពផ្តល់ឱ្យគណនេយ្យនូវការពិនិត្យការអនុវត្តយ៉ាងទូលំទូលាយ។ ការបញ្ជាក់ថាឧបករណ៍មួយមានប្រយោជន៍ និងការបញ្ជាក់ថាផែនការបុគ្គលិកសមហេតុផលគឺជាការងារដាច់ដោយឡែក។ patch មានបន្ទុកការងារដែលអាចសាកល្បងបាន។ ការភ្នាល់របស់និយោជកពាក់ព័ន្ធនឹងកម្មសិទ្ធិផលិតផល និងការបរាជ័យនាពេលអនាគត។

4:09 microbenchmark ដែលឆ្លងកាត់មិនអាចចុះហត្ថលេខាលើកិច្ចសន្យាគាំទ្របានទេ។ យើងមានគណនីអ្នកអភិវឌ្ឍន៍ម្នាក់ជាមួយនិយោជកដែលមិនបញ្ចេញឈ្មោះ។ វាផ្តល់នូវទស្សនៈមួយ ហើយមិនមានចំនួនការងារទូទាំងសេដ្ឋកិច្ច ឬការវាយតម្លៃឯករាជ្យ នៃតម្រូវការរបស់ក្រុមហ៊ុននោះទេ។ រក្សាវិសាលភាពដែលភ្ជាប់នៅពេលចែករំលែករឿង។ អថេរទូទៅគឺការទទួលខុសត្រូវ។ Linus ដឹកនាំការងារ។ Karpathy រៀបរាប់ពីការចូលប្រើប្រាស់ និងកិច្ចការមិនស្មើគ្នា។

4:29 Cendyne រៀបរាប់ពីការភ្នាល់របស់ថ្នាក់គ្រប់គ្រង។ នរណាម្នាក់ជាម្ចាស់ផលវិបាកក្នុងគ្រប់កំណែ។

### តើការបង្កើនល្បឿនផ្ញើវិក្កយបត្រទៅណា?

4:34 ហើយវិក្កយបត្រអង្គចងចាំ? ទំព័រដែលបានដកចេញរង់ចាំមុនពេលប្រើប្រាស់ឡើងវិញ ហើយ allocator មិនអាចមើលឃើញ អង្គចងចាំដែលកំពុងរង់ចាំនោះទេ។ Linus រាយបញ្ជីនេះថា មិនទាន់ដោះស្រាយសូម្បីតែជាមួយនឹង mitigation patches របស់គាត់ក៏ដោយ។ ការអានលឿនជាងមុនផ្តល់ឱ្យ subsystem មួយផ្សេងទៀតនូវបញ្ហាគណនេយ្យដែលពិបាកជាង។ ការកត់ត្រារកឃើញតុថ្មី។ នោះគឺជាកំណត់ចំណាំដែលគួររក្សាទុក។ ប្រសិនបើអ្នកចង់អាននេះជាងស្តាប់ខ្ញុំនិយាយ វាបានមកដល់ប្រអប់ទទួលរបស់អ្នក

4:53 ជារៀងរាល់ព្រឹក ឥតគិតថ្លៃនៅ the daily diff dot dev, link ខាងក្រោម។

### តើខ្ញុំនឹងបញ្ចេញ patches ទាំងនេះទេ?

4:56 ដូច្នេះសាលក្រមថ្ងៃនេះគឺ NEEDS REVIEW។ ខ្ញុំនឹងរក្សាជំនួយការនៅក្នុងលំហូរការងារ និងទាមទារការសាកល្បងកាន់តែទូលំទូលាយមុន ពេលបញ្ចេញការផ្លាស់ប្តូរអាយុកាលទាំងនេះ។ ការទទួលខុសត្រូវនៅតែមានជាមួយវិស្វករ។ ហើយនោះគឺជា diff សម្រាប់ថ្ងៃនេះ។ ខ្ញុំ Niko មកពី Axrisi។ Merge ប្រកបដោយការទទួលខុសត្រូវ។

## ប្រភព

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