ลำดับที่เจ็ด Linux 7.0 รุ่นทดลอง (Release Candidate) นับเป็นจุดเปลี่ยนสำคัญในการพัฒนาเคอร์เนลของระบบปฏิบัติการรุ่นใหม่สิ่งที่เดิมทีตั้งใจไว้ว่าจะเป็นเพียงการปรับปรุงเวอร์ชัน 6.x อีกครั้งโดยมีการเปลี่ยนแปลงหมายเลข กลับกลายเป็นวงจรที่ยุ่งยากเป็นพิเศษ มีการแก้ไข ปรับปรุง และมีการถกเถียงทางเทคนิคมากมายในหมู่นักพัฒนาเคอร์เนล
ด้วย Linux 7.0-rc7 สถานการณ์จึงสงบลงอย่างมาก และทุกอย่างชี้ไปในทิศทางที่ดี เวอร์ชันเสถียรใกล้เคียงมากลินัส ทอร์วัลด์ส ได้ลืมความกังวลในช่วงหลายสัปดาห์ที่ผ่านมาไปแล้ว และตอนนี้ได้ส่งข้อความที่ค่อนข้างสงบออกมาว่า ขนาดของผื่นยังคงใหญ่กว่าปกติเล็กน้อยสำหรับระยะนี้ แต่ไม่มีอะไรที่น่าเป็นห่วงหรือจำเป็นต้องเปลี่ยนแปลงแนวทางอย่างมาก
การพัฒนาที่เข้มข้นซึ่งเข้าที่เข้าทางในตอนท้าย
ตลอดช่วงเวลาส่วนใหญ่ของรอบการแข่งขัน ทอร์วัลด์ได้แสดงให้เห็นถึงบางสิ่งบางอย่าง ความไม่สบายใจกับปริมาณการเปลี่ยนแปลง และอัตราการรวมแพทช์ อย่างไรก็ตาม ในประกาศล่าสุดนี้ พวกเขายืนยันว่าไม่มี "เรื่องน่าประหลาดใจใหญ่ ๆ" และทุกอย่างอยู่ในขอบเขตที่สมเหตุสมผลสำหรับ RC7 ที่มีขนาดใหญ่กว่าปกติเล็กน้อย ประมาณครึ่งหนึ่งของโค้ดที่อัปเดตนั้นสอดคล้องกับ ไดรเวอร์ GPU, เครือข่าย, USB และเสียงซึ่งเป็นสิ่งที่พบได้ทั่วไปในเคอร์เนล และอีกครึ่งหนึ่งแบ่งออกเป็นส่วนแก้ไขเคอร์เนล การปรับแต่งในระบบย่อยเครือข่าย ระบบไฟล์ การทดสอบตัวเอง เอกสารประกอบ และการเข้ารหัสลับ
โดยทั่วไปแล้ว สมาชิกในชุมชนมีความรู้สึกร่วมกันว่า การพัฒนา Linux 7.0 นั้น... เน้นการแก้ไขมากกว่าเดิม ดีกว่าในรอบการพัฒนาที่ผ่านมา แต่ก็ไม่ได้นำไปสู่สถานการณ์ที่ควบคุมไม่ได้ Torvalds ตั้งใจที่จะปล่อยเวอร์ชันเสถียรในเร็ว ๆ นี้ หากไม่มีปัญหาใหญ่เกิดขึ้น เวอร์ชันสุดท้ายน่าจะออกมาในอีกไม่กี่วันข้างหน้า แม้ว่าความเป็นไปได้ที่จะมีเวอร์ชัน Release Candidate ครั้งที่แปดจะยังคงเปิดอยู่ หากมีปัญหาใด ๆ เกิดขึ้นในนาทีสุดท้าย
Linux 7.0-rc7: การเปลี่ยนแปลงที่เน้นความเสถียร
RC7 เวอร์ชันนี้ไม่ได้เพิ่มฟีเจอร์ใหม่ที่สำคัญใดๆ เช่นเดียวกับเวอร์ชันสุดท้ายโดยทั่วไป จุดเน้นอยู่ที่... แก้ไขข้อผิดพลาดและเสริมสร้างความมั่นคงการเปลี่ยนแปลงที่สำคัญที่สุดส่วนใหญ่กระจุกตัวอยู่ในพื้นที่ต่อไปนี้:
การแก้ไขไดรเวอร์
ส่วนใหญ่ของแพทช์นี้ประกอบด้วยไดรเวอร์ฮาร์ดแวร์ โดยมีกลุ่มเฉพาะหลายกลุ่มที่โดดเด่นดังนี้:
- ไดรเวอร์การ์ดจอ (DRM)มีการแก้ไขเล็กน้อยในไดรเวอร์การ์ดจอเพื่อป้องกันการขัดข้อง การแสดงผลผิดเพี้ยน หรือพฤติกรรมผิดปกติ นี่ไม่ใช่ฟีเจอร์ใหม่ แต่เป็นการปรับปรุงเพื่อให้ใช้งานได้เสถียรยิ่งขึ้นในชีวิตประจำวัน
- ไดรเวอร์เครือข่าย: มีการแก้ไขข้อบกพร่องและปรับปรุงไดรเวอร์ต่างๆ โดยให้ความสำคัญเป็นพิเศษกับชิป Qualcomm/Atheros Ath11k และ Ath12k ซึ่งพบได้ทั่วไปในแล็ปท็อปและจุดเชื่อมต่อไร้สายรุ่นใหม่ๆ
- ผู้ขับขี่รายอื่นเคอร์เนลนี้มีการปรับปรุงอุปกรณ์ USB เสียง และส่วนประกอบเฉพาะอื่นๆ รวมถึงการปรับปรุงระบบป้อนข้อมูลเพื่อรองรับคอนโทรลเลอร์และแล็ปท็อปรุ่นใหม่ๆ
ในส่วนของอินพุต ได้มีการเพิ่มตัวระบุอุปกรณ์เพื่อให้เคอร์เนลสามารถจดจำอุปกรณ์ใหม่ได้ ตัวควบคุมเกม ภายในไดรเวอร์ XPad ซึ่งใช้สำหรับคอนโทรลเลอร์ที่เข้ากันได้กับโปรโตคอล Xbox ได้แก่:
- El เรเซอร์ วูล์ฟเวอรีน V3 โปรปัจจุบันรองรับทั้งโหมดใช้สายและผ่านดองเกิลไร้สาย 2,4 GHz เนื่องจากรหัสประจำตัวของอุปกรณ์ถูกรวมเข้าไว้ในตัวควบคุมแล้ว
- การควบคุม BETOP BTP-KP50B และ BTP-KP50Cซึ่งเป็นที่รู้จักในเชิงพาณิชย์ในชื่อ Betop Kunpeng 50 และปัจจุบันสามารถใช้งานได้อย่างถูกต้องกับ Linux 7.0 แล้ว
นอกจากนี้ ยังมีการเพิ่มลูกเล่นแปลกๆ เข้าไปในไดรเวอร์ i8042 สำหรับ TUXEDO InfinityBook Max 16 Gen10 AMDแล็ปท็อปจากบริษัท TUXEDO Computers ของเยอรมนี ซึ่งใช้โปรเซสเซอร์ Ryzen AI 9 HX 370 ประสบปัญหาเกี่ยวกับแป้นพิมพ์หลังจากเข้าสู่โหมดพักเครื่อง และตื่นขึ้นมาทันทีเมื่อพยายามเข้าสู่โหมดพักเครื่องอีกครั้ง การปรับปรุงไดรเวอร์ใหม่ช่วยลดปัญหาเหล่านี้ลง ทำให้ใช้งานได้เสถียรยิ่งขึ้น
การปรับปรุงระบบเครือข่ายและ WiFi
ระบบย่อยเครือข่ายได้รับการแก้ไขข้อบกพร่องจำนวนมาก ซึ่งส่งผลกระทบโดยตรงต่อ... คุณภาพและประสิทธิภาพของการเชื่อมต่อ เหมาะสำหรับสภาพแวดล้อมที่หลากหลาย รวมถึงการใช้งานในศูนย์ข้อมูลและเครือข่ายภายในบ้าน
ประเด็นที่น่าสนใจเป็นพิเศษประการหนึ่งคือ การแก้ไขปัญหาด้านประสิทธิภาพในไดรเวอร์ WiFi Ath11k และ Ath12kไดรเวอร์เหล่านี้ ซึ่งรองรับอุปกรณ์ 802.11ax และชิป Qualcomm รุ่นใหม่ๆ ประสบปัญหาประสิทธิภาพการรับส่งข้อมูลลดลงนับตั้งแต่ถูกรวมเข้ากับเคอร์เนล เนื่องจากการจัดการเซสชันการรวมกลุ่ม (AMPDU) ที่ไม่เหมาะสม ภายใต้สภาวะการรับส่งข้อมูลบางอย่าง เซสชันที่ไม่ถูกต้องจะถูกหยุด ทำให้ขนาดหน้าต่างการรวมกลุ่มลดลงอย่างมาก และส่งผลให้ความเร็วในการรับส่งข้อมูลลดลงตามไปด้วย
แพทช์ที่รวมอยู่ใน Linux 7.0-rc7 ปรับวิธีการส่งผ่านข้อมูล TID ระหว่างฟังก์ชันไดรเวอร์ภายใน เพื่อให้ เซสชั่นที่เหมาะสมควรเป็นเซสชั่นที่ได้รับการปรับเปลี่ยนแล้วรูปแบบการแก้ไขเดียวกันนี้ใช้ได้กับทั้ง Ath11k (มีมาตั้งแต่ปี 2019) และ Ath12k (รวมเข้ามาในปี 2022) ดังนั้นผู้ใช้ที่มีอุปกรณ์ที่รองรับควรสังเกตเห็นพฤติกรรมที่สม่ำเสมอยิ่งขึ้นภายใต้ภาระงาน
นอกจากนี้ ยังมีการปรับปรุงการตรวจสอบความถูกต้องใน Netfilter เพื่อป้องกันการกำหนดค่าที่ไม่ถูกต้องซึ่งอาจนำไปสู่ความล้มเหลวหรือช่องโหว่ ตลอดจนการแก้ไขเล็กน้อยอื่นๆ ในไดรเวอร์เครือข่ายแบบมีสายและไร้สาย เพื่อแก้ไขการรั่วไหลของข้อมูลและข้อผิดพลาดเล็กๆ น้อยๆ ที่ตรวจพบในช่วงไม่กี่สัปดาห์ที่ผ่านมา
สถาปัตยกรรม ระบบไฟล์ และเคอร์เนลทั่วไป
ในระดับสถาปัตยกรรม พวกมันไม่มีอยู่ โปรเซสเซอร์ที่รองรับใหม่ และไม่มีการเปลี่ยนแปลงที่ก่อให้เกิดความปั่นป่วน: งานนี้มุ่งเน้นไปที่งานบำรุงรักษาเพื่อให้มั่นใจว่าแพลตฟอร์มต่างๆ ตั้งแต่เซิร์ฟเวอร์ ARM ไปจนถึงพีซี x86 ยังคงทำงานได้อย่างเสถียร
ในระบบไฟล์อย่าง ext4, Btrfs และ XFS ไม่มีนวัตกรรมสำคัญใด ๆ ในเวอร์ชันทดลองใช้งานนี้ การปรับปรุงมุ่งเน้นไปที่การแก้ไขข้อบกพร่องเฉพาะจุดและการทำความสะอาดโค้ดเพื่อปูทางสำหรับการปรับปรุงในอนาคต การที่ไม่มีการเปลี่ยนแปลงที่สำคัญในส่วนนี้ตอกย้ำแนวคิดที่ว่าวงจรการพัฒนาอยู่ในช่วงการปรับแต่งอย่างละเอียดแล้ว
ภายใน แกนกลางทั่วไป มีการแก้ไขข้อบกพร่องในระบบย่อยภายในหลายระบบ พร้อมกับการปรับปรุงโครงสร้างและการปรับเปลี่ยนเล็กน้อย ซึ่งไม่ได้เพิ่มฟีเจอร์ใหม่ แต่ช่วยสร้างรากฐานที่มั่นคงยิ่งขึ้นสำหรับการใช้งานจริงในระยะกลาง
เอกสารด้านความปลอดภัยและการใช้ AI ในรายงานความล้มเหลว
หนึ่งในลักษณะเฉพาะของ Linux 7.0-rc7 ไม่ได้อยู่ที่โค้ดที่ส่งผลกระทบต่อฮาร์ดแวร์โดยตรง แต่เป็นในส่วนของ... เอกสารด้านความปลอดภัยด้วยการเพิ่มขึ้นของเครื่องมือวิเคราะห์อัตโนมัติและแบบจำลองภาษาที่สแกนโครงสร้างโค้ดของเคอร์เนลเพื่อหาช่องโหว่ ทีมงานได้ตรวจพบว่าจำนวนรายงานข้อบกพร่องที่สร้างขึ้นโดยโซลูชันเหล่านี้เพิ่มขึ้นอย่างเห็นได้ชัด
เพื่อให้สามารถจัดการการไหลเวียนของรายงานได้ดียิ่งขึ้น เอกสารฉบับนี้จึงได้รับการปรับปรุงแล้ว บั๊กความปลอดภัย.rst ด้วยส่วนใหม่ที่ระบุรายละเอียดว่าข้อมูลใดเป็นข้อมูลบังคับและข้อมูลที่แนะนำให้รวมไว้ในรายงานความปลอดภัย เป้าหมายคือเพื่อให้ทั้งนักพัฒนาที่เป็นมนุษย์และเครื่องมือ AI สามารถส่งรายงานที่นำไปปฏิบัติได้มากขึ้น ลดความจำเป็นในการ "ติดตาม" ผู้เขียนเพื่อขอแพตช์ที่เสนอหรือข้อมูลสำคัญ
ในบรรดาการเปลี่ยนแปลงต่างๆ นั้น การอธิบายวิธีการระบุผู้ติดต่อที่เหมาะสมสำหรับแต่ละส่วนของเคอร์เนลให้ชัดเจนยิ่งขึ้นถือเป็นสิ่งสำคัญ เพื่อให้ข้อผิดพลาดที่เกี่ยวข้องกับระบบย่อยเครือข่ายหรือไดรเวอร์เฉพาะนั้นไปถึงทีมที่ถูกต้องโดยไม่ต้องมีการติดต่อกันไปมามากเกินไป แม้ว่าในแวบแรกอาจดูเหมือนเป็นการเปลี่ยนแปลงเล็กน้อย แต่การเปลี่ยนแปลงนี้มีความสำคัญมาก การจัดระเบียบการสื่อสารที่ดีขึ้น สิ่งนี้จะนำไปสู่การแก้ไขช่องโหว่ได้อย่างรวดเร็วและคล่องตัวยิ่งขึ้น ซึ่งมีความสำคัญอย่างยิ่งสำหรับบริษัทและหน่วยงานภาครัฐที่ต้องพึ่งพาเวลาในการตอบสนองที่รวดเร็ว
ผลกระทบต่อประสิทธิภาพการทำงาน: กรณีศึกษาของ PostgreSQL
นอกเหนือจากการแก้ไขเหล่านี้แล้ว รอบการพัฒนา Linux 7.0 ยังได้เปิดเผยปัญหาด้านประสิทธิภาพที่น่าตกใจซึ่งส่งผลกระทบโดยตรงต่อ... ฐานข้อมูล PostgreSQLวิศวกรของ Amazon/AWS ค้นพบว่า ในเวอร์ชันพัฒนาปัจจุบันของเคอร์เนล ประสิทธิภาพการประมวลผลของ PostgreSQL บนเซิร์ฟเวอร์ที่มีซีพียู ARM Graviton4 ลดลงประมาณครึ่งหนึ่งเมื่อเทียบกับเวอร์ชันเคอร์เนลก่อนหน้า
หลังจากการแบ่งครึ่งแล้ว พบว่าต้นกำเนิดเชื่อมโยงกับการเปลี่ยนแปลงที่เกิดขึ้นใน Linux 7.0 ลดความซับซ้อนของวิธีการวางแผน (การจัดลำดับความสำคัญ) ในสถาปัตยกรรมสมัยใหม่นั้น เน้นไปที่โมเดลการแย่งชิงทรัพยากรแบบเต็มรูปแบบและแบบ "ขี้เกียจ" การปรับเปลี่ยนเหล่านี้ ซึ่งมีจุดประสงค์เพื่อปรับปรุงพฤติกรรมของตัวจัดตารางเวลาบนซีพียูรุ่นปัจจุบัน กลับส่งผลให้เวิร์กโหลด PostgreSQL ที่ใช้ทรัพยากรมากบางอย่างใช้เวลามากขึ้นในการล็อกแบบวนซ้ำในพื้นที่ผู้ใช้
มีการเสนอแพทช์เพื่อคืนค่า PREEMPT_NONE เป็นโหมดเริ่มต้นเพื่อแก้ไขปัญหาที่เกิดขึ้น แต่ปีเตอร์ ซิจล์สตรา หนึ่งในนักพัฒนาหลักของตัวกำหนดตารางเวลา ได้แย้งว่าวิธีแก้ปัญหาที่แท้จริงอยู่ที่การปรับ PostgreSQL ให้ใช้ส่วนขยายของ ลำดับที่สามารถเริ่มต้นใหม่ได้ (RSEQ) พร้อมช่วงเวลาแบ่งส่วนนอกจากนี้ยังมีการนำมาใช้ใน Linux 7.0 ด้วย ส่วนขยายนี้ช่วยลดความเสี่ยงต่อปัญหาที่เกิดจากการแย่งชิงการทำงานของเธรดที่ถือล็อกอยู่
หากการเปลี่ยนแปลงเคอร์เนลไม่ถูกย้อนกลับในที่สุด การติดตั้ง PostgreSQL บางส่วนอาจประสบปัญหาประสิทธิภาพลดลงจนกว่าจะมีการแก้ไข ตัวจัดการฐานข้อมูลเองได้นำความสามารถใหม่เหล่านี้มาใช้สำหรับองค์กรที่ใช้งาน PostgreSQL ในสภาพแวดล้อม Linux 7.0 จำเป็นอย่างยิ่งที่จะต้องปฏิบัติตามคำแนะนำเกี่ยวกับเวอร์ชันของเอนจินและการกำหนดค่าที่เผยแพร่โดยทั้งชุมชน PostgreSQL และผู้จัดจำหน่ายอย่างใกล้ชิด
การเตรียมการสำหรับการเปิดตัว Linux 7.0 เวอร์ชันเสถียร
จากการแก้ไขปัญหาในปัจจุบันและการไม่มีปัญหาสำคัญใดๆ ทอร์วัลด์คาดการณ์ว่า เวอร์ชันเสถียรของ Linux 7.0 มันจะถูกปล่อยออกมาในเร็วๆ นี้ เคอร์เนลนี้กำลังถูกพัฒนาขึ้นเพื่อเป็นรากฐานสำหรับเวอร์ชันการแจกจ่ายอ้างอิงในอนาคต รวมถึงเวอร์ชัน LTS ที่จะกำหนดอนาคตของเดสก์ท็อปและเซิร์ฟเวอร์ Linux ในอีกหลายปีข้างหน้า
ข้อความที่ส่งถึงชุมชนยังคงเหมือนเดิม คือ แม้ว่าโครงสร้างหลักจะดูเหมือนพร้อมแล้ว แต่ขอให้ผู้มีส่วนร่วมและผู้ใช้งานขั้นสูงดำเนินการต่อไป ทดสอบ rc7 อย่างละเอียดถี่ถ้วน ในสภาพแวดล้อมการทดสอบของพวกเขา ยิ่งการกำหนดค่าและภาระงานที่ประเมินมีความหลากหลายมากเท่าใด ตั้งแต่แล็ปท็อปทั่วไปไปจนถึงเซิร์ฟเวอร์ที่มีฐานข้อมูลและบริการคลาวด์ โอกาสในการตรวจจับและแก้ไขข้อผิดพลาดที่หลงเหลืออยู่ก่อนการเปิดตัวขั้นสุดท้ายก็จะยิ่งมากขึ้นเท่านั้น
ด้วย Linux 7.0-rc7 โครงการ Linux กำลังเข้าสู่เวอร์ชันที่โดดเด่นมากกว่าฟีเจอร์ใหม่ ๆ ที่สำคัญ คือการรวมเอาคุณสมบัติต่าง ๆ เข้าไว้ด้วยกัน ฐานเคอร์เนลมีเสถียรภาพมากขึ้น มีเอกสารประกอบที่ดีกว่า และเตรียมพร้อมมาอย่างดี ในสถานการณ์ที่ความปลอดภัย ประสิทธิภาพบนฮาร์ดแวร์รุ่นใหม่ และการทำงานร่วมกับเครื่องมือปัญญาประดิษฐ์กำลังมีความสำคัญมากขึ้น การแก้ไขข้อบกพร่องของไดรเวอร์เครือข่ายและ GPU การปรับปรุงการรองรับอุปกรณ์อินพุต การปรับพฤติกรรมของตัวกำหนดตารางเวลา และเอกสารด้านความปลอดภัยที่ชัดเจนยิ่งขึ้น ชี้ให้เห็นว่าเวอร์ชันนี้จะเป็นรากฐานสำหรับระบบปฏิบัติการหลายๆ ระบบที่เราจะได้เห็นการใช้งานในอีกไม่กี่เดือนข้างหน้า
