Linux 7.2 มีอะไรใหม่? ตั้งแต่การจัดตารางงานตามแคช ไปจนถึงแรงกดดันจาก AI

Linux 7.2 เปิดตัวเมื่อวันที่ 16 สิงหาคม ในฐานะการอัปเดตเคอร์เนลที่อัดแน่นทั้งการปรับปรุงประสิทธิภาพ การรองรับฮาร์ดแวร์ และการเก็บกวาดโค้ดเก่าที่อยู่มานาน จุดขายสำคัญคือระบบจัดตารางงานที่รู้จักโครงสร้างแคชของ CPU มากขึ้น ขณะที่งานด้านระบบไฟล์และเส้นทาง I/O ก็ได้รับการปรับปรุงในหลายจุด

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

ฟีเจอร์เด่น: การจัดตารางงานที่คำนึงถึงแคช

Linux 7.2 เพิ่ม Cache Aware Scheduling ภายใต้ตัวเลือก CONFIG_SCHED_CACHE ระบบจัดตารางงานจะพยายามวางงานที่ใช้ข้อมูลร่วมกันไว้บนคอร์ที่อยู่ในโดเมนของแคชระดับสุดท้ายเดียวกัน หรือ Last-Level Cache (LLC) แทนที่จะกระจายงานไปยังโซนแคชต่าง ๆ โดยไม่คำนึงถึงความสัมพันธ์ของข้อมูล

แนวคิดนี้ช่วยลดการย้ายข้อมูลระหว่างแคช หรือที่มักเรียกว่า cache bouncing รวมถึงลด cache miss ซึ่งอาจเป็นต้นทุนที่มองไม่เห็นบนเครื่องที่มีโครงสร้างซับซ้อน เช่น ระบบหลายชิปเล็ตหรือหลายซ็อกเก็ตที่ใช้กับแพลตฟอร์ม AMD EPYC และ Intel Xeon

แต่ฟีเจอร์นี้ไม่ใช่สวิตช์เร่งความเร็วที่ให้ผลเหมือนกันกับทุกเครื่อง ประโยชน์จะขึ้นอยู่กับ topology ของ CPU และลักษณะงานเป็นหลัก โดยเฉพาะงานที่มีข้อมูลร่วมกันจำนวนมากและต้องย้ายเธรดไปมาระหว่างโดเมนแคช หากเป็นคอมพิวเตอร์ทั่วไปหรือเวิร์กโหลดที่ไม่ได้ติดข้อจำกัดด้าน locality ของแคช ผลลัพธ์อาจไม่เด่นชัดนัก

ปรับเส้นทาง I/O และระบบไฟล์ให้รับงานหนักขึ้น

การเปลี่ยนแปลงหลายรายการใน Linux 7.2 อยู่เบื้องหลังมากกว่าจะเป็นฟีเจอร์ที่ผู้ใช้เห็นทันที แต่มีเป้าหมายตรงไปที่คอขวดของการอ่านเขียนข้อมูล ได้แก่

• การปรับปรุงการเขียน pipe มีรายงานว่าช่วยเพิ่ม throughput ราว 6%–28% ทั้งนี้ขึ้นอยู่กับเวิร์กโหลดและการตั้งค่าที่ใช้ทดสอบ
• ext4 ปรับโครงสร้าง fast-commit ใหม่ เพื่อลดการแย่งล็อกและความเสี่ยง deadlock พร้อมปรับปรุงการคำนวณ directory hash ให้ทำงานเร็วขึ้น
• งานที่เกี่ยวข้องกับ iomap ช่วยปรับปรุงเส้นทางของ ext4 และ XFS โดยการทดสอบบางชุดพบประสิทธิภาพดีขึ้นในเวิร์กโหลด NVMe ที่มี IOPS สูงและใช้ io_uring แต่ไม่ควรตีความว่าเป็นตัวเลขรับประกันสำหรับดิสก์หรือแอปพลิเคชันทุกชนิด
• Btrfs เปิดใช้การรองรับ large folios เป็นค่าเริ่มต้น หลังจากพ้นสถานะทดลองแล้ว และยังมีการรองรับ huge folios ขนาดสูงสุด 2 MB ในสถานะทดลอง
• exFAT ปรับการทำงานเข้าสู่โครงสร้าง iomap มากขึ้น ครอบคลุม buffered I/O, direct I/O และการดำเนินการที่เกี่ยวข้อง โดยผลทดสอบภายใต้โหลดสูงรายงานว่าประสิทธิภาพดีขึ้นอย่างมาก แต่เป็นผลเฉพาะเวิร์กโหลด ไม่ใช่ตัวเลขที่ผู้ใช้ exFAT ทุกคนจะได้รับเท่ากัน

ภาพรวมจึงไม่ใช่การเร่งความเร็วจากจุดเดียว แต่เป็นการปรับปรุงหลายชั้นตั้งแต่การจัดการข้อมูลในหน่วยความจำ เมทาดาทาของระบบไฟล์ ไปจนถึงการส่งข้อมูลผ่าน I/O ผู้ใช้ที่มีแนวโน้มเห็นผลมากกว่าคือผู้ที่ทำงานกับสตอเรจความเร็วสูง ระบบไฟล์ที่มีไฟล์จำนวนมาก งานฐานข้อมูล งานประมวลผลที่พึ่งพา locality ของแคช หรือ Btrfs ที่มีการใช้หน่วยความจำและ I/O หนัก

รองรับฮาร์ดแวร์ใหม่จาก Apple, AMD, Intel และ NVIDIA

Linux 7.2 ยังเป็นรุ่นที่มีความคืบหน้าด้านการเปิดใช้งานแพลตฟอร์มหลายรายการ โดยมีไฮไลต์สำคัญดังนี้

• MacBook ที่ใช้ชิป Apple M3 สามารถบูต mainline kernel ไปยัง serial console ได้เป็นครั้งแรกจากงาน upstream ของโครงการ Asahi Linux นี่เป็นก้าวสำคัญของการนำฮาร์ดแวร์ขึ้นระบบ แต่ยังไม่เท่ากับการรองรับเดสก์ท็อปที่สมบูรณ์สำหรับทุกชิ้นส่วนของ MacBook
• ฝั่ง Intel เพิ่มการรองรับ USB4STREAM ซึ่งใช้ส่งสตรีมข้อมูลผ่านสาย USB4
• ไดรเวอร์ AMDGPU เพิ่มการรองรับ HDMI 2.1 Fixed Rate Link หรือ FRL ในระยะแรก ขณะที่โค้ดแพลตฟอร์ม AMD เริ่มเตรียมความพร้อมสำหรับระบบ Zen 6
• ไดรเวอร์ Intel Xe เพิ่มการรองรับ CRI platform เบื้องต้น ส่วน Nouveau รองรับตัวเร่งประมวลผล NVIDIA GA100 ผ่าน GSP และ Apple Silicon ได้รับการปรับปรุงการรายงานแบตเตอรี่
• การรองรับ Rust ขยายไปยังสถาปัตยกรรม s390 ของ IBM ทำให้การพัฒนาคอมโพเนนต์เคอร์เนลด้วย Rust ครอบคลุมแพลตฟอร์มมากขึ้น

นอกเหนือจากนี้ยังมีการเปลี่ยนแปลงด้านเครือข่าย เวอร์ชวลไลเซชัน ความปลอดภัย ระบบฝังตัว และการวัดพลังงาน ทำให้ Linux 7.2 เป็นรุ่นที่เน้นการเปิดทางให้แพลตฟอร์มใหม่ ๆ พอ ๆ กับการเพิ่มประสิทธิภาพ

ถอดโค้ดเก่าออก และกำหนดข้อสมมติของ x86 ให้ชัดเจนขึ้น

Linux 7.2 ลบโค้ดจำลองการทำงานของ x87 floating-point สำหรับ i486 ออกมากกว่า 13,000 บรรทัด พร้อมถอด AppleTalk และการรองรับอะแดปเตอร์ ARCnet รุ่นเก่าที่ใช้บัส ISA และ PCMCIA

เคอร์เนลยังเปลี่ยนให้ x86 ต้องมีตัวนับเวลาแบบใช้งานได้ หรือ TSC (Time Stamp Counter) โดยไม่มีข้อยกเว้น เครื่อง x86 สมัยใหม่ส่วนใหญ่พึ่งพา TSC อยู่แล้ว ดังนั้นผลกระทบหลักจึงอยู่ที่ฮาร์ดแวร์เก่ามากหรือระบบเฉพาะทางที่ไม่เป็นไปตามสมมติฐานของแพลตฟอร์มยุคปัจจุบัน

รอบการพัฒนานี้ยังปิดงานเก็บกวาดระยะยาวเพื่อถอดการใช้งาน API strncpy() ซึ่งถูกเลิกแนะนำออกจากโค้ดเคอร์เนล โดยแทนที่ด้วยฟังก์ชันจัดการสตริงที่ระบุพฤติกรรมได้ชัดเจนกว่า

ตารางงาน GPU แบบใหม่ถูกย้อนกลับเป็น FIFO หลังพบปัญหากับ AMD

ในช่วงพัฒนา Linux 7.2 เคยมีตัวจัดตารางงาน GPU แบบใหม่ที่เรียกว่า “fair” ซึ่งออกแบบมาเพื่อจัดลำดับงาน GPU ให้เป็นธรรมมากขึ้น แต่หลังพบปัญหาด้านกราฟิกบนระบบ AMD นักพัฒนาจึงย้อนการเปลี่ยนแปลงกลับไปใช้ FIFO ก่อนการเปิดตัวจริง

การย้อนกลับครั้งนี้สะท้อนแนวทางที่คุ้นเคยของการพัฒนาเคอร์เนล: ฟีเจอร์ที่ผ่านเข้ามาใน development cycle ไม่ได้แปลว่าจะพร้อมสำหรับผู้ใช้ stable เสมอไป ในกรณีนี้ผู้ดูแลเลือกความเสถียรและพฤติกรรมกราฟิกที่คาดเดาได้ มากกว่าการเร่งนำโมเดลจัดตารางงาน GPU ที่ทะเยอทะยานกว่าออกมาใช้งาน

รอบพัฒนา 9 สัปดาห์สะท้อนภาระจากโค้ดและรายงานที่เพิ่มขึ้น

วงจรการพัฒนา Linux 7.2 ใช้เวลาประมาณ 9 สัปดาห์ และมีผู้ร่วมพัฒนามากกว่า 2,100 คน ซึ่งสร้างสถิติด้านจำนวนผู้เข้าร่วมในช่วง merge window ตามรายงานที่เผยแพร่

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

คำอธิบายของ Linus Torvalds ที่ว่าการอัปเดตขนาดใหญ่ช่วงท้ายกำลังกลายเป็น “ความปกติใหม่” จึงควรอ่านในฐานะการยอมรับความจริงด้านการปฏิบัติงาน มากกว่าจะเป็นการสนับสนุนให้ลดมาตรฐานการรีวิว แม้ Linux 7.2 จะออกได้ตามกำหนด แต่ความเปลี่ยนแปลงที่ไหลเข้ามาช่วงท้ายก็แสดงให้เห็นว่าทีมดูแลต้องระวังทั้งปริมาณงาน รีเกรสชัน และคุณภาพของแพตช์มากขึ้น

Linux 7.3 และ Ubuntu 26.10 จะเดินต่ออย่างไร

ทันทีที่ Linux 7.2 เปิดตัว merge window ของ Linux 7.3 ก็เริ่มขึ้น โดยมีรายงานว่ามี pull request รออยู่แล้วประมาณ 40 รายการ ช่วงสองสัปดาห์ถัดไปจะเป็นตัวกำหนดว่าการเปลี่ยนแปลงสำคัญใดจะได้เข้าสู่รอบ 7.3

สำหรับ Ubuntu 26.10 หรือ “Stonking Stingray” ทีมเคอร์เนลของ Canonical ระบุ Linux 7.2 เป็นเวอร์ชันเป้าหมายในปัจจุบัน Ubuntu 26.10 มีกำหนดเปิดตัววันที่ 15 ตุลาคม 2026 และมีแผน kernel freeze ในวันที่ 1 ตุลาคม จังหวะเวลาดังกล่าวทำให้ Linux 7.2 ซึ่งออกมาแล้วและผ่านการทดสอบมากกว่า เป็นตัวเลือกที่ชัดเจนกว่าการรอ Linux 7.3

อย่างไรก็ดี คำว่า “target version” ยังไม่ใช่คำรับประกันว่าเวอร์ชันสุดท้ายจะไม่มีการเปลี่ยนแปลง หากการทดสอบพบรีเกรสชันรุนแรงหรือปัญหาการผสานรวม แผนของดิสทริบิวชันก็ยังสามารถปรับได้

สำหรับนักพัฒนาเคอร์เนล ขั้นตอนต่อไปคือการทดสอบรีเกรสชันและรีวิวแพตช์ต่อเนื่อง ส่วนผู้ใช้ทั่วไปไม่จำเป็นต้องรีบอัปเกรดเพียงเพราะ Linux 7.2 มีรายการฟีเจอร์จำนวนมาก คำถามที่สำคัญกว่าคือเครื่องและลักษณะงานของตนเองตรงกับจุดแข็งของรุ่นนี้หรือไม่ ไม่ว่าจะเป็นการใช้แคชให้มีประสิทธิภาพขึ้น ระบบไฟล์ที่เร็วขึ้น สตอเรจ I/O หนัก หรือการรองรับฮาร์ดแวร์รุ่นใหม่