Linus Torvalds ໃຊ້ Claude Code ສໍາລັບ Linux patches

ສິ່ງທີ່ວິດີໂອນີ້ກວມເອົາ

• ແຫຼ່ງທີ່ມາແມ່ນການເຮັດວຽກຂອງ experimental branch, ດ້ວຍ commit ວັນເສົາ ວັນທີ 10 ຕຸລາ ແລະ ລາຍງານ Phoronix ຖືກເຜີຍແຜ່ໃນຕອນແລງວັນອາທິດໃນ EDT, ເຊິ່ງເປັນວັນຈັນແລ້ວໃນ GMT+7. ແຫຼ່ງທີ່ມາທີ່ເລືອກບໍ່ໄດ້ສ້າງ mainline merge ຫຼື release ທີ່ສຳເລັດແລ້ວ.
• ການອ່ານຂະໜາດນ້ອຍຂອງໄຟລ໌ cached ດຽວກັນສາມາດ contend ກັບ shared folio reference count. ຂໍ້ສະເໜີອະນຸຍາດໃຫ້ຄັດລອກພາຍໃຕ້ການປ້ອງກັນ RCU read-side ໃນຂະນະທີ່ເລື່ອນການນຳໃຊ້ຄວາມຊົງຈຳຄືນໃໝ່ສຸດທ້າຍຈົນກ່ວາ grace period.
• ການທົດສອບ shared-page ແປດ threads, ສິບຫົກ byte ຂອງ Linus ລາຍງານ 2937–2975 baseline kernel cycles ຕໍ່ການອ່ານ ແລະ 725–726 ດ້ວຍ series, ປະມານໜຶ່ງສ່ວນສີ່ຂອງຄ່າໃຊ້ຈ່າຍ. ມັນແມ່ນ author-run laptop microbenchmark ທີ່ມີ mitigations ແລະ hardened usercopy ຖືກປິດໃຊ້ງານ, ບໍ່ແມ່ນຜົນການປະຕິບັດງານຂອງລະບົບທັງໝົດ.
• ແຫຼ່ງທີ່ມາຍັງລາຍງານ missing-destination-page regression ແລະ unresolved allocator accounting ສໍາລັບຄວາມຊົງຈໍາທີ່ລໍຖ້າການນໍາໃຊ້ຄືນໃໝ່. ເຄື່ອງຈັກທີ່ກວ້າງຂວາງກວ່າ ແລະ ການຕັ້ງຄ່າການ debug/ທົດສອບຫຼາຍອັນຍັງບໍ່ທັນໄດ້ຮັບການທົດສອບ.
• Karpathy ໃຫ້ເຫດຜົນວ່າປະສົບການ AI ທີ່ແຕກຕ່າງກັນແມ່ນຍ້ອນການເຂົ້າເຖິງ, ບັນຫາທີ່ທະເຍີທະຍານ ແລະ ວຽກງານທີ່ສາມາດກວດສອບໄດ້. ການນັບຜູ້ໃຊ້ແບບມືອາຊີບຂອງລາວແມ່ນ napkin math ຢ່າງຊັດເຈນ; ບໍ່ມີການສໍາຫຼວດປະກອບການໂພສ.
• Cendyne ອະທິບາຍນາຍຈ້າງທີ່ບໍ່ມີຊື່ສຽງໄດ້ຮັບຄວາມໝັ້ນໃຈທີ່ຈະກ້າວໄປສູ່ M&A ດ້ວຍ AI assistance ລາຄາຖືກກວ່າ. ນີ້ແມ່ນບັນຊີ firsthand ອັນໜຶ່ງ ແລະ ການຕີຄວາມໝາຍຂອງຜູ້ຂຽນ, ບໍ່ແມ່ນການນັບວຽກທົ່ວທັງເສດຖະກິດ ຫຼື ຫຼັກຖານຂອງທັກສະວິສະວະກຳທີ່ເທົ່າທຽມກັນ.
• ເຄື່ອງມືທີ່ມີປະໂຫຍດ, patch ທີ່ປອດໄພ ແລະ ການຕັດສິນໃຈດ້ານບຸກຄະລາກອນທີ່ສົມເຫດສົມຜົນ ແຕ່ລະອັນຕ້ອງການຫຼັກຖານຂອງຕົນເອງ ແລະ ເຈົ້າຂອງທີ່ຮັບຜິດຊອບ.

ບົດບັນທຶກທີ່ແປແລ້ວ

ແປຈາກຄຳບັນຍາຍຕົ້ນສະບັບພາສາອັງກິດ. ສຽງ ແລະ ຄຳບັນຍາຍທີ່ມີໃຫ້ແມ່ນຄວບຄຸມໂດຍ YouTube.

Linus ຈະໄວ້ວາງໃຈ coding bot ບໍ?

0:00 ເຈົ້າຄົງຄາດຫວັງວ່າ Linus Torvalds ຈະເຮັດໃຫ້ coding bot ຮ້ອງໄຫ້ໃນລະຫວ່າງການທົບທວນ. ລາວກໍາລັງໃຊ້ Claude Code ສໍາລັບ Linux patches, ແລະແມ້ກະທັ້ງຮ່າງທໍາອິດຂອງຈົດໝາຍ ປົກຫຸ້ມ. ໃນວິດີໂອນີ້, ເປັນຫຍັງການອ່ານຂະໜາດນ້ອຍຈຶ່ງມີລາຄາແພງ? ແລະວຽກຂອງໃຜປ່ຽນແປງ? ຈົ່ງສັງເກດເບິ່ງສິ່ງທີ່ເກີດຂຶ້ນກັບຄວາມຊົງຈໍາຫຼັງຈາກການອ່ານ. ນັ້ນຄືບ່ອນທີ່ຄວາມໄວທີ່ເພີ່ມຂຶ້ນນີ້ສົ່ງໃບບິນ. ມັນແມ່ນວັນຈັນ, ວັນທີສິບສອງຕຸລາ, ແລະນີ້ແມ່ນ The Daily Diff. Claude Code ແມ່ນຜູ້ຊ່ວຍ coding ຂອງ Anthropic.

0:23 ມັນສາມາດອ່ານໂຄງການ, ແກ້ໄຂໄຟລ໌ ແລະດໍາເນີນການຄໍາສັ່ງຕ່າງໆ. Linus ກໍາລັງຊີ້ນໍາມັນໃນການຈັດການຄວາມຊົງຈໍາຂອງ Linux, ບ່ອນທີ່ການອ່ານຂໍ້ມູນທີ່ມີຢູ່ແລ້ວໃນ ຄວາມຊົງຈໍາກໍຍັງສາມາດເຮັດໃຫ້ processor cores ຕໍ່ສູ້ກັນເພື່ອການບັນຊີ. Phoronix ໄດ້ເຫັນ branch ໃນຕອນແລງວັນອາທິດໃນອາເມລິກາ, ເຊິ່ງເປັນວັນຈັນແລ້ວຢູ່ທີ່ນີ້. Commit ແມ່ນລົງວັນທີວັນເສົາ. ນີ້ແມ່ນການເຮັດວຽກທົດລອງ, ມີແປດ patches ແລະຄໍາຮ້ອງຂໍການກວດສອບຢ່າງລະອຽດ. laptop ຂອງທ່ານບໍ່ໄດ້ດາວໂຫລດ Linus ປອມແປງລັບໆ.

ເປັນຫຍັງການອ່ານຄວາມຊົງຈໍາຈຶ່ງສາມາດເຮັດໃຫ້ເກີດການສັນຈອນຕິດຂັດ?

0:45 ຫຼາຍ threads ອ່ານໄຟລ໌ cached ດຽວກັນ. ແຕ່ລະການອ່ານຈະດຶງເອົາ reference ໄປຫາຄວາມຊົງຈໍາ, ແລ້ວປ່ອຍມັນຫຼັງຈາກນັ້ນ. reference count ຖືກຂຽນສອງຄັ້ງ, ດັ່ງນັ້ນ cores ທີ່ເຮັດການອ່ານນ້ອຍໆທີ່ບໍລິສຸດ ແຂ່ງຂັນກັນເພື່ອການບັນຊີ. ຫ້ອງສະໝຸດມີແປດຜູ້ອ່ານ ແລະໜຶ່ງແຜ່ນລົງທະບຽນອອກ. ຂໍ້ສະເໜີຂອງລາວຊັກຊ້າການນຳໃຊ້ຄວາມຊົງຈໍາຄືນໃໝ່ໂດຍໃຊ້ read copy update grace period. ຜູ້ອ່ານສາມາດຄັດລອກຂໍ້ມູນ cached ໂດຍບໍ່ຕ້ອງເອົາ reference ນັ້ນ. ເມື່ອໜ້າຖືກລຶບອອກ, ຄວາມຊົງຈໍາຂອງມັນຕ້ອງລໍຖ້າກ່ອນທີ່ຈະນຳໃຊ້ຄືນໃໝ່.

1:09 ຄວາມໄວທີ່ເພີ່ມຂຶ້ນມາຈາກການປ່ຽນແປງ lifetime rules ອ້ອມຮອບຂໍ້ມູນ. Linus ໃຫ້ສິນເຊື່ອ Claude Code ສໍາລັບລະຫັດ, ໂປຣແກຣມທົດສອບ ແລະ ການທົບທວນຄືນທີ່ຢູ່ເບື້ອງຫຼັງລາຍການ ບັນຫາຂອງລາວ. ມັນໄດ້ຮ່າງຂໍ້ຄວາມອະທິບາຍພາຍໃຕ້ການຊີ້ນໍາຂອງລາວ. ການວັດແທກໄດ້ດໍາເນີນຢູ່ໃນເຄື່ອງຂອງລາວ. ແມ້ແຕ່ຫຸ່ນຍົນກໍຕ້ອງເອົາໃບຮັບເງິນມາທົບທວນນີ້. ຜົນໄດ້ຮັບທີ່ສໍາຄັນແມ່ນໃຊ້ແປດ threads ອ່ານສິບຫົກ bytes ຈາກຫນຶ່ງຫນ້າ.

laptop benchmark ວັດແທກຫຍັງແທ້?

1:28 ຄິດເຖິງການອ່ານຊໍ້າໆຂະໜາດນ້ອຍຂອງໄຟລ໌ດຽວກັນ. ລາວປຽບທຽບ processor cycles ຕໍ່ການອ່ານ ເພາະວ່າ laptop ຂອງລາວ throttles ເມື່ອຮ້ອນ. benchmark ທີ່ມີການຄາດຄະເນສະພາບອາກາດຂອງຕົນເອງ. baseline ມີຄ່າໃຊ້ຈ່າຍປະມານສາມພັນ cycles ຕໍ່ການອ່ານ. ດ້ວຍ patches, ມັນຢູ່ທີ່ປະມານເຈັດຮ້ອຍຊາວຫ້າ. ນັ້ນແມ່ນປະມານໜຶ່ງສ່ວນສີ່ຂອງຄ່າໃຊ້ຈ່າຍຂອງ processor ໃນການທົດສອບນີ້. ເຄື່ອງ Linux ທັງໝົດຂອງທ່ານບໍ່ໄດ້ຮັບຄໍາສັນຍາວ່າຈະໄວຂຶ້ນສີ່ເທົ່າ. ຈົດໝາຍປົກຫຸ້ມຂອງລາວວາງສິ່ງທີ່ awkward ໄວ້ຂ້າງສິ່ງທີ່ຫນ້າຕື່ນເຕັ້ນ.

1:53 Security mitigations ແລະ hardened usercopy ຖືກປິດໃຊ້ງານ. ລາວລາຍຊື່ການທົດສອບທີ່ຂາດຫາຍໄປ, ລວມທັງເຄື່ອງຈັກອື່ນໆ ແລະເຄື່ອງມື memory debugging. ການອ່ານ footnotes ດຽວນີ້ແມ່ນຄວາມໄດ້ປຽບໃນການແຂ່ງຂັນ, ເຊິ່ງຮູ້ສຶກຄືກັບ bug ໃນມະນຸດ. ມີ regression ເມື່ອ destination user page ຫາຍໄປ.

ການອ່ານໃດທີ່ຊ້າລົງ?

2:07 ການອ່ານຂະໜາດນ້ອຍຈະມີລາຄາແພງຂຶ້ນ ເພາະວ່າ fast path ລົ້ມເຫຼວກ່ອນທີ່ old path ຈະຈັດການ page fault. ຂໍ້ສະເໜີເລັ່ງຄວາມໄວ path ຫນຶ່ງໃນຂະນະທີ່ເພີ່ມການເຮັດວຽກໃຫ້ກັບອີກ path ຫນຶ່ງ. ທັງສອງຄວນຖືກທົບທວນ. ຖືວ່ານີ້ເປັນການທົດລອງດ້ານວິສະວະກໍາທີ່ມີ bottleneck ທີ່ຮູ້ຈັກ ແລະ ການວັດແທກ ທີ່ມີຂໍ້ຈຳກັດ. ຜູ້ທົບທວນໄດ້ຮັບສິ່ງທີ່ເປັນຮູບປະທໍາເພື່ອທ້າທາຍ. ຜູ້ຊ່ວຍທີ່ສ້າງ patches ເຮັດໃຫ້ມີຜູ້ຮັບຜິດຊອບໃນການພິສູດວ່າພາກສ່ວນທີ່ອັນຕະລາຍນັ້ນ ປອດໄພ.

ເປັນຫຍັງຄົນຈຶ່ງເຫັນຄວາມສາມາດ AI ທີ່ແຕກຕ່າງກັນ?

2:30 ໃນຂະນະດຽວກັນ, Andrej Karpathy ເວົ້າວ່າຄວາມເຂົ້າໃຈຂອງພວກເຮົາກ່ຽວກັບຄວາມສາມາດຂອງ AI ແມ່ນແຍກ ອອກຈາກກັນ. ໂພສໃໝ່ຂອງລາວໄດ້ທົບທວນຄືນຂໍ້ສັງເກດເດືອນເມສາ. ລາວອະທິບາຍ funnel, ຈາກຄົນທີ່ແທບຈະບໍ່ໄດ້ໃຊ້ language models ໄປສູ່ professionals ທີ່ກໍາລັງຊີ້ນໍາ powerful coding agents. ຄໍາສັບດຽວກັນ, AI, ມື້ເຮັດວຽກທີ່ແຕກຕ່າງກັນ. ການຄິດໄລ່ແບບຫຍໍ້ໆຂອງລາວປະມານຊາວລ້ານຄົນຢູ່ໃນການນໍາໃຊ້ frontier model ແບບມືອາຊີບ ສໍາລັບຄະນິດສາດ ແລະ ລະຫັດ. ນັ້ນແມ່ນການຄາດຄະເນ, ໂດຍບໍ່ມີການສໍາຫຼວດທີ່ສະຫນອງໃຫ້.

2:52 ລາວເນັ້ນໜັກການເຂົ້າເຖິງ, ບັນຫາທີ່ທະເຍີທະຍານ ແລະ ວຽກງານທີ່ສາມາດກວດສອບໄດ້. ການສົນທະນາ chatbot ແລະ ການທົດລອງ kernel ທີ່ໄດ້ຮັບການກໍາກັບດູແລ ຝຶກຝົນ muscles ທີ່ແຕກຕ່າງກັນ. ບາງຄົນເບິ່ງ bot ຜິດພາດການຮ້ອງຂໍ ໃນຂະນະທີ່ອີກຄົນໜຶ່ງສົ່ງ patch ທີ່ເປັນປະໂຫຍດ. ການຄາດຄະເນປະຊາກອນແມ່ນງ່າຍທີ່ຈະເຮັດຊໍ້າຄືນຢ່າງອັນຕະລາຍວ່າເປັນການຄົ້ນຄວ້າ. ໃຫ້ຕິດປ້າຍຄາດຄະເນໄວ້ກ່ອນທີ່ກຣາຟຈະໃສ່ເສື້ອຄຸມຫ້ອງທົດລອງ. ຖາມວ່າລະບົບສາມາດເຮັດຫຍັງໄດ້, ຜົນໄດ້ຮັບຖືກກວດສອບແນວໃດ ແລະ ໃຜເປັນເຈົ້າຂອງ ຜົນລັບ. ຄໍາຖາມເຫຼົ່ານັ້ນເດີນທາງໄດ້ດີກວ່າ screenshots ຂອງຄໍາຕອບທີ່ມະຫັດສະຈັນ.

AI ສາມາດປ່ຽນວຽກໄດ້ແນວໃດກ່ອນທີ່ຈະປ່ຽນແທນທັກສະຂອງມັນ?

3:21 ຈາກນັ້ນ Cendyne ໄດ້ເຜີຍແຜ່ບັນຊີທີ່ບໍ່ສະບາຍປານໃດທີ່ມີຊື່ວ່າ Fable took my jorb. ຜູ້ຂຽນກ່າວວ່າພວກເຂົາເປັນວິສະວະກອນຄົນສຸດທ້າຍຂອງບໍລິສັດ, ແລະຜູ້ນໍາເຊື່ອວ່າ AI assistance ທີ່ລາຄາຖືກກວ່າ ສາມາດເຮັດໃຫ້ມັນກ້າວໄປສູ່ການລວມຕົວ ຫຼືການຊື້ກິດຈະການ. ຝ່າຍບໍລິຫານສາມາດປ່ຽນການໃຊ້ຈ່າຍກ່ອນທີ່ຮູບແບບຈະກົງກັບການຕັດສິນໃຈຂອງວິສະວະກອນທີ່ມີປະສົບການ. Cendyne ໂຕ້ຖຽງວ່າລົດຊາດແລະຄວາມຄາດຄະເນຍັງຂາດຫາຍໄປ, ໃນຂະນະທີ່ການຕະຫຼາດສະຫນອງຄວາມຫມັ້ນໃຈ. ການຕັດສິນໃຈດ້ານເງິນເດືອນສາມາດມາເຖິງກ່ອນທີ່ຂໍ້ໂຕ້ແຍ້ງດ້ານເຕັກນິກຈະຖືກຕົກລົງ.

3:42 ໂພສອະທິບາຍຄວາມຢ້ານກົວຫຼັງຈາກການປົດອອກ ແລະ ກ່າວວ່າຜູ້ຂຽນໄດ້ພົບເຫັນສິ່ງອື່ນ ແລ້ວ. ນັ້ນແມ່ນຄົນທີ່ກໍາລັງຈັດການກັບຜົນສະທ້ອນ. punchline ເປັນຂອງ spreadsheet ທີ່ຕັດສິນໃຈ. ການເອີ້ນວ່າມັນເປັນປະສິດທິພາບເຮັດໃຫ້ການບັນຊີໄດ້ຮັບການທົບທວນການປະຕິບັດງານຢ່າງກວ້າງຂວາງ. ການພິສູດວ່າເຄື່ອງມືມີປະໂຫຍດແລະການພິສູດແຜນການຈັດບຸກຄະລາກອນທີ່ສົມເຫດສົມຜົນແມ່ນວຽກທີ່ແຕກຕ່າງກັນ. patch ມີ workload ທີ່ສາມາດທົດສອບໄດ້. ການເດີມພັນຂອງນາຍຈ້າງກ່ຽວຂ້ອງກັບຄວາມເປັນເຈົ້າຂອງຜະລິດຕະພັນແລະຄວາມລົ້ມເຫຼວໃນອະນາຄົດ. microbenchmark ທີ່ຜ່ານໄປບໍ່ສາມາດເຊັນສັນຍາການສະໜັບສະໜູນໄດ້.

4:09 ພວກເຮົາມີບັນຊີຂອງນັກພັດທະນາຄົນຫນຶ່ງກັບນາຍຈ້າງທີ່ບໍ່ມີຊື່ສຽງ. ມັນສະຫນອງທັດສະນະ, ແລະບໍ່ມີການນັບວຽກທົ່ວທັງເສດຖະກິດ ຫຼືການປະເມີນເອກະລາດ ຄວາມຕ້ອງການຂອງບໍລິສັດນັ້ນ. ໃຫ້ຕິດຂອບເຂດໄວ້ເມື່ອແບ່ງປັນເລື່ອງ. ຕົວແປທົ່ວໄປແມ່ນຄວາມຮັບຜິດຊອບ. Linus ຊີ້ນໍາການເຮັດວຽກ. Karpathy ອະທິບາຍການເຂົ້າເຖິງແລະວຽກງານທີ່ບໍ່ເທົ່າທຽມກັນ. Cendyne ອະທິບາຍການເດີມພັນຂອງຝ່າຍບໍລິຫານ.

4:29 ບາງຄົນເປັນເຈົ້າຂອງຜົນສະທ້ອນໃນທຸກໆເວີຊັນ. ແລະໃບບິນຄ່າຄວາມຊົງຈໍາ?

ຄວາມໄວທີ່ເພີ່ມຂຶ້ນຈະສົ່ງໃບບິນໄປໃສ?

4:34 ໜ້າທີ່ຖືກລຶບອອກລໍຖ້າກ່ອນທີ່ຈະນຳໃຊ້ຄືນໃໝ່, ແລະ allocator ບໍ່ສາມາດເຫັນ ຄວາມຊົງຈໍາທີ່ລໍຖ້ານັ້ນໄດ້ຢ່າງຖືກຕ້ອງ. Linus ລະບຸສິ່ງນີ້ວ່າ ຍັງບໍ່ທັນໄດ້ຮັບການແກ້ໄຂແມ້ແຕ່ກັບ mitigation patches ຂອງລາວ. ການອ່ານທີ່ໄວຂຶ້ນເຮັດໃຫ້ລະບົບຍ່ອຍອື່ນມີບັນຫາການບັນຊີທີ່ຍາກຂຶ້ນ. ການບັນຊີຊອກຫາໂຕະໃໝ່. ນັ້ນແມ່ນ footnote ທີ່ຄວນເກັບໄວ້. ຖ້າທ່ານຕ້ອງການອ່ານສິ່ງນີ້ຫຼາຍກວ່າທີ່ຈະໄດ້ຍິນຂ້ອຍເວົ້າ, diff ຈະຖືກສົ່ງໄປທີ່ inbox ຂອງທ່ານ ທຸກເຊົ້າ, ຟຣີທີ່ the daily diff dot dev, ລິ້ງຂ້າງລຸ່ມນີ້.

4:53 ດັ່ງນັ້ນຄໍາຕັດສິນຂອງມື້ນີ້, NEEDS REVIEW.

ຂ້ອຍຈະສົ່ງ patches ເຫຼົ່ານີ້ບໍ?

4:56 ຂ້ອຍຈະຮັກສາຜູ້ຊ່ວຍໃນ workflow ແລະຮຽກຮ້ອງການທົດສອບທີ່ກວ້າງຂວາງກວ່າກ່ອນ ທີ່ຈະສົ່ງການປ່ຽນແປງ lifetime ເຫຼົ່ານີ້. ຄວາມຮັບຜິດຊອບຍັງຄົງຢູ່ກັບວິສະວະກອນ. ແລະນັ້ນຄື diff ສໍາລັບມື້ນີ້. ຂ້ອຍ Niko ຈາກ Axrisi. Merge ຢ່າງຮັບຜິດຊອບ. merge ຢ່າງຮັບຜິດຊອບ.

ແຫຼ່ງຂໍ້ມູນ

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