Linux 7.3-rc2 ใหญ่ผิดคาด—Torvalds แซวว่าโทษ AI ไปเลยก็ได้

Linux 7.3-rc2 มาในขนาดที่ไม่ปกติสำหรับจังหวะนี้ของการพัฒนาเคอร์เนล โดยปกติ release candidate รอบที่สอง หรือ rc2 จะเป็นช่วงค่อนข้างเงียบหลังปิด merge window เพราะนักพัฒนาเพิ่งเริ่มพบปัญหาจากโค้ดที่รวมเข้ามาใหม่ แต่ Linus Torvalds ระบุว่า แม้สัปดาห์นั้นจะไม่ได้ “รู้สึก” ว่ายุ่งเป็นพิเศษ แต่ปริมาณแพตช์สะท้อนตรงกันข้าม และเรียกมันว่ารีลีสแบบ “full fat” หรือมาเต็มกว่าปกติ 1127

Torvalds ไม่ได้ระบุสาเหตุเดียวที่ทำให้ rc2 ใหญ่ขึ้น เขาพูดถึงชุดแพตช์ EDAC ที่ส่งช้าจนพลาด merge window แต่เห็นว่าเพียงเท่านี้เล็กเกินกว่าจะอธิบายภาพรวมได้ ขณะเดียวกันยังมีแพตช์แก้ไขจากหลายระบบไฟล์ และชุด DRM ขนาดพอสมควรที่รวบรวมการแก้ไขย่อยไว้จำนวนมาก ดังนั้นมุกที่ว่า “โทษ AI ไปเลยก็ได้” จึงเป็นคำแซว ไม่ใช่ข้อสรุปว่า LLM เป็นผู้สร้างหรือเป็นต้นเหตุโดยตรงของขนาด rc2 นี้ 11

มีอะไรเข้ามาใน Linux 7.3-rc2

การเปลี่ยนแปลงกระจายไปหลายส่วน ไม่ได้มีเหตุฉุกเฉินเพียงจุดเดียว ไดรเวอร์เป็นสัดส่วนหลักของแพตช์ทั้งหมด ส่วนงานเครื่องมือคิดเป็นราวหนึ่งในห้าของการเปลี่ยนแปลงที่ไม่ใช่ไดรเวอร์ ตามมาด้วยระบบไฟล์ แกนกลางเคอร์เนล และระบบเครือข่าย 18

จุดที่น่าสนใจมีทั้ง:

• การแก้ปัญหา cache-aware scheduling misfit บนซีพียูแบบไฮบริด เพื่อปรับพฤติกรรมด้านประสิทธิภาพ 9
• การปรับโค้ดทั้งต้นไม้ (tree-wide cleanup) ให้การจองหน่วยความจำจำนวนมากเปลี่ยนจาก kmalloc() ไปใช้ kmalloc_obj() 9
• การแก้ไขระบบแสดงผลของไดรเวอร์ Nouveau สำหรับฮาร์ดแวร์ NVIDIA Blackwell 9
• การปิดใช้กลไกความปลอดภัย RandStruct เป็นค่าเริ่มต้น เมื่อเปิดรองรับ Rust และมีชุดคอมไพเลอร์ Rust พร้อมใช้งาน 9
• การนำการเปลี่ยนแปลง EDAC ที่พลาดช่วง merge window เข้ามา 9
• งานเพิ่มความแข็งแกร่งให้ BPF verifier และการแก้ regression ของตัวจัดตารางงาน 23

มุกเรื่อง AI หมายถึงอะไร—and ไม่ได้หมายถึงอะไร

มุกนี้มีบริบทจริงรองรับ ก่อนหน้านี้ Torvalds เคยบอกว่า release candidate ช่วงท้ายที่มีขนาดใหญ่อาจกลายเป็น “ความปกติแบบใหม่” จากการตรวจทานโดยเครื่องมือ AI หลายชนิด ประเด็นไม่ได้อยู่ที่ AI เขียนแพตช์ทุกชิ้น แต่อยู่ที่เครื่องมือเหล่านี้ช่วยพบประเด็นจำนวนมากขึ้น แล้วผู้ดูแลโครงการที่เป็นมนุษย์ต้องตรวจสอบ ตัดสินใจ และแก้ไขต่อ 34

Greg Kroah-Hartman ผู้ดูแลเคอร์เนลอีกราย เตือนแยกต่างหากว่า Linux 7.3 อาจเป็นรอบพัฒนาที่ “หนักหน่วง” เพราะรายงานบั๊กและแพตช์ที่เกี่ยวข้องกับ AI/LLM เพิ่มปริมาณงานคัดกรอง บางรายการมีประโยชน์ แต่ทั้งหมดต้องผ่านการตรวจสอบโดยนักพัฒนา รวมถึงรายงานที่ไปแตะโค้ดเก่าหรือส่วนที่แทบไม่มีการดูแลแล้ว 32

ตัวเลข CVE ซึ่งเป็นรหัสระบุช่องโหว่สาธารณะ สะท้อนภาระงานด้านความปลอดภัยที่เพิ่มขึ้นได้เช่นกัน รายงานก่อนรอบ 7.3 ระบุว่า จำนวน CVE ที่แก้ไขต่อรีลีสเพิ่มจากเฉลี่ยราว 500 รายการใน Linux 6.9 ถึง 6.19 เป็นมากกว่า 1,000 รายการใน 7.0 และมากกว่า 1,500 รายการใน 7.2 โดย Linux 7.3 อาจแตะ 2,000 รายการหากแนวโน้มดำเนินต่อไป ทั้งนี้เป็นเพียงการคาดการณ์ ไม่ใช่ยอดสุดท้ายของ 7.3 1234

rc2 ใหญ่ ต่อจาก rc1 ที่ใหญ่แล้ว

Linux 7.3-rc1 ขยายซอร์สทรีไปอยู่ที่ประมาณ 40.98 ล้านบรรทัด จากราว 40.42 ล้านบรรทัด ใน Linux 7.2 หรือเพิ่มขึ้นประมาณ 560,000 บรรทัด 513

อย่างไรก็ดี ตัวเลขนี้ไม่ใช่จำนวนบรรทัดโค้ดที่รันได้เพียงอย่างเดียว เพราะรวมบรรทัดคอมเมนต์ บรรทัดว่าง และเนื้อหาอื่นในซอร์สทรีด้วย 13 ภาพรวมจึงชี้ว่า 7.3 เข้าสู่ระยะทดสอบและแก้ไข หลังจาก merge window ที่เพิ่มขนาดให้โครงการขนาดมหึมาอยู่แล้วอย่างมีนัยสำคัญ

Linux 7.3 อาจใช้เวลาทำให้เสถียรนานขึ้นหรือไม่

Linux 7.3-rc2 ยังเป็นรุ่นก่อนออกจริงสำหรับการทดสอบ ไม่ใช่เคอร์เนลเสถียรรุ่นสุดท้าย โดย kernel.org ระบุรายการ 7.3-rc2 เมื่อวันที่ 6 กันยายน 2026 30

rc2 ที่มีแพตช์มากไม่ได้แปลว่ากำหนดออกจะต้องเลื่อนเสมอไป แต่หากแพตช์สำคัญและปัญหา regression ยังเข้ามามากในช่วงท้าย ผู้ดูแลสามารถออกรุ่น rc เพิ่มได้ เพื่อให้โค้ดมีเวลาทดสอบและนิ่งก่อนปล่อยรุ่นเสถียร ทางเลือกนี้แลกกับเวลาที่นานขึ้น แต่ช่วยลดความเสี่ยงจากการรีบออกในขณะที่ชุดแก้ไขยังเคลื่อนไหวเร็ว

สำหรับผู้ใช้ Linux และผู้พัฒนาดิสทริบิวชัน ข้อสรุปไม่ได้คือ Linux 7.3 “ไม่ปลอดภัย” แต่สุขภาพของรอบพัฒนาจะขึ้นกับว่าแพตช์จำนวนมากเหล่านี้ผ่านการทดสอบจนลงตัวได้หรือไม่ หรือยังสร้างความเปลี่ยนแปลงช่วงท้ายอย่างต่อเนื่อง คำแซวเรื่อง AI จึงสะท้อนโจทย์สำคัญของโครงการโอเพนซอร์สขนาดใหญ่: ระบบอัตโนมัติช่วยค้นหาข้อบกพร่องได้มากขึ้น แต่ไม่อาจแทนงานมนุษย์ในการประเมิน รวมแพตช์ และทดสอบได้