รายงานชี้ eBPF บน Linux แก้บั๊กเร็วกว่าที่ AI รายงานบั๊กใหม่

มีการประเมินว่า ในระบบย่อย eBPF ของเคอร์เนล Linux การแก้บั๊กเกิดขึ้นเร็วกว่าการแจ้งบั๊กใหม่ที่สร้างด้วย AI โดยสถานการณ์นี้จำกัดอยู่เฉพาะ eBPF ไม่ได้ครอบคลุมเคอร์เนลทั้งหมด

ลินุส ทอร์วัลด์ส(Linus Torvalds) ผู้ก่อตั้ง Linux ระบุว่า อเล็กเซย์ สตาโรโวอิตอฟ(Alexei Starovoitov) หัวหน้านักพัฒนา eBPF เป็นผู้แจ้งข้อมูลดังกล่าว ทอร์วัลด์สกล่าวเสริมว่า “ดูเหมือนว่าสาขาอื่นส่วนใหญ่ยังไปไม่ถึงจุดนั้น” Phoronix รายงานว่าคำกล่าวนี้ปรากฏในการประกาศ Linux 7.4 รุ่นทดสอบ rc2

eBPF เป็นเทคโนโลยีที่ใช้รันโปรแกรมขนาดเล็กซึ่งแยกการทำงานไว้ภายในเคอร์เนล Linux โดยมีการใช้งานอย่างแพร่หลายในระบบเครือข่าย การติดตามสถานะของระบบ และเครื่องมือรักษาความปลอดภัย

แม้ rc2 จะเป็นรุ่นทดสอบขนาดใหญ่ แต่ทอร์วัลด์สประเมินว่าสถิติการเปลี่ยนแปลงไฟล์ หรือ diffstat “ค่อนข้างเป็นปกติ” เขากล่าวว่าโค้ดบางส่วนไม่ได้รวมไว้ใน rc1 เพราะช่วงนั้นมีงานยุ่ง และ rc1 ก็เป็นรุ่นทดสอบที่ใหญ่ที่สุดในประวัติศาสตร์เคอร์เนล Linux อยู่แล้ว

การเปลี่ยนแปลงกระจายอยู่ในหลายส่วน ไดรเวอร์คิดเป็นประมาณหนึ่งในสาม ส่วนเครือข่ายกับ BPF รวมกันคิดเป็นประมาณหนึ่งในสาม

ตามประกาศ rc1 ของทอร์วัลด์ส Linux 7.4-rc1 มีคอมมิตประมาณ 19,671 รายการ ทำสถิติสูงสุด โดย rc1 ทั่วไปมีประมาณ 15,000 รายการ

ในรอบการพัฒนาเดียวกัน คอมมิตที่มี AI ช่วยซึ่งยังไม่ได้รวมเข้ากับโค้ดหลักมี 3,008 รายการ หรือ 2.4 เท่าของรอบก่อนหน้า คอมมิตที่ยังไม่รวมหมายถึงการเปลี่ยนแปลงโค้ดแต่ละรายการ โดยไม่นับงานรวมโค้ดเข้าด้วยกัน

การเปลี่ยนแปลงที่มี AI ช่วยหมายถึงงานด้านโค้ดที่เครื่องมือมีส่วนในการตรวจพบบั๊กหรือเสนอวิธีแก้ รายงานระบุว่าการเปลี่ยนแปลงเหล่านี้ยังต้องผ่านการตรวจสอบและอนุมัติจากมนุษย์

Mythos ซึ่งเป็นโมเดลที่ Anthropic เปิดตัวในเดือนเมษายน 2026 ถูกมองว่าเป็นหนึ่งในปัจจัยที่ช่วยเพิ่มความสามารถในการตรวจจับบั๊ก Crypto Briefing รายงานว่าความแม่นยำและประสิทธิภาพของโมเดลที่ดีขึ้นทำให้พบและรายงานบั๊กจริงได้มากขึ้น

ผู้ดูแลเคอร์เนลเคยชี้ว่าแพตช์ที่ AI สร้างและมีคุณภาพต่ำทำให้ภาระงานเพิ่มขึ้น บางคนเปรียบปริมาณรายงานที่หลั่งไหลเข้ามาจนผู้ดูแลทำงานจริงได้ยากว่าเป็นการโจมตีแบบปฏิเสธการให้บริการ(DoS)

การโจมตีแบบปฏิเสธการให้บริการคือการส่งคำขอจำนวนมากเกินไปจนเซิร์ฟเวอร์ไม่สามารถทำงานตามปกติได้ การเปรียบเทียบนี้สะท้อนว่าภาระในการจัดการของผู้ดูแลเพิ่มขึ้นตามจำนวนรายงานบั๊กจาก AI

ทอร์วัลด์สเคยสนับสนุนให้รวมการเปลี่ยนแปลงที่ใช้ AI ช่วยตั้งแต่ช่วงต้นของการพัฒนา แทนที่จะรอจนถึงขั้นตอนรักษาเสถียรภาพ เพื่อหลีกเลี่ยงการเปลี่ยนแปลงจำนวนมากไปรวมกันในช่วงท้าย

เขาอธิบายว่า AI เป็นเครื่องมือเพิ่มผลิตภาพ ไม่ใช่สิ่งทดแทนการตัดสินใจด้านสถาปัตยกรรมของนักพัฒนา และยังยืนยันว่าผลงานที่มี AI ช่วยต้องอยู่ภายใต้การกำกับดูแลของมนุษย์อย่างเข้มงวด

ก่อนหน้านี้ TokenPost รายงานกรณีที่มีการแนะนำให้ผู้ดูแลสเตกพูลของ Cardano ติดตั้งแพตช์ช่องโหว่ร้ายแรงในเคอร์เนล Linux การประเมินเรื่อง eBPF ครั้งนี้ไม่ได้เกี่ยวข้องกับช่องโหว่หรือกำหนดการติดตั้งแพตช์ของเครือข่ายสินทรัพย์ดิจิทัลใดโดยเฉพาะ

ท้ายประกาศ rc2 ทอร์วัลด์สขอให้นักพัฒนาและผู้ใช้งานช่วยทดสอบต่อไป