Linux 7.2 में क्या बदला? कैश-अवेयर शेड्यूलिंग से लेकर नए हार्डवेयर सपोर्ट तक पूरी जानकारी

हालांकि इसे हर कंप्यूटर पर performance बढ़ाने वाला universal switch नहीं समझना चाहिए। वास्तविक लाभ processor की topology और workload पर निर्भर करेगा। इसका फायदा खास तौर पर उन सिस्टमों में मिलने की उम्मीद है जहां संबंधित काम को अलग-अलग cache domains के बीच ले जाने से अनावश्यक overhead पैदा होता है।

स्टोरेज और फाइलसिस्टम में सुधार

Linux 7.2 के कई performance बदलाव user-facing features के बजाय I/O path की उन परतों पर केंद्रित हैं जहां वास्तविक bottleneck पैदा होते हैं।

• Pipe-write बदलावों से workload और test configuration के अनुसार throughput में लगभग 6% से 28% तक सुधार report किया गया है।
• ext4 में fast-commit path को दोबारा तैयार किया गया है। इसका लक्ष्य lock contention और deadlock के जोखिम को कम करना है। Directory-hash processing को भी तेज़ किया गया है।
• iomap से जुड़े बदलाव ext4 और XFS के कुछ paths को बेहतर बनाते हैं। परीक्षणों में NVMe और io_uring वाले कुछ high-IOPS workloads में सुधार दिखा, लेकिन इसे हर disk या application के लिए सामान्य performance guarantee नहीं माना जाना चाहिए।
• Btrfs में large-folio support अब experimental नहीं रहा और default रूप से सक्षम है। Linux 7.2 में 2 MB तक के huge folios के लिए experimental support भी जोड़ा गया है।
• exFAT को iomap infrastructure में और आगे बदला गया है, जिससे buffered I/O, direct I/O और संबंधित operations बेहतर हो सकते हैं। भारी-load tests में बड़े gains report हुए हैं, लेकिन परिणाम workload-specific हैं और हर exFAT उपयोगकर्ता के लिए समान प्रतिशत की गारंटी नहीं देते।

व्यावहारिक तौर पर Linux 7.2 की performance कहानी किसी एक feature तक सीमित नहीं है। जिन उपयोगकर्ताओं के workload में CPU-cache locality, filesystem metadata, high-throughput storage, pipes या Btrfs memory management का दबाव अधिक है, उन्हें सबसे स्पष्ट लाभ मिल सकता है।

Apple, AMD, Intel और NVIDIA हार्डवेयर सपोर्ट का विस्तार

इस रिलीज़ में कई महत्वपूर्ण hardware-enablement milestones शामिल हैं:

• Apple M3 MacBook अब upstream Asahi Linux work की मदद से mainline kernel को serial console तक boot कर सकता है। यह bring-up की महत्वपूर्ण उपलब्धि है, लेकिन इसका अर्थ यह नहीं है कि MacBook के हर component के लिए polished desktop support तैयार हो चुका है।
• Intel को USB4STREAM का support मिला है। यह USB4 cables के जरिए data streams भेजने वाला protocol है।
• AMDGPU में HDMI 2.1 Fixed Rate Link यानी FRL का शुरुआती support जोड़ा गया है। AMD platform code में आगामी Zen 6 systems के लिए शुरुआती तैयारी भी शामिल है।
• Intel Xe driver में शुरुआती CRI-platform support, Nouveau में GSP के जरिए NVIDIA GA100 compute accelerator support और Apple Silicon के लिए बेहतर battery reporting जोड़ी गई है।
• Rust support को IBM के s390 architecture तक विस्तारित किया गया है, जिससे Rust में लिखे kernel components विकसित करने वाले प्लेटफॉर्मों की संख्या बढ़ती है।

Networking, virtualization, security, embedded systems और power telemetry से जुड़े अन्य बदलाव भी इस रिलीज़ में हैं। इसलिए Linux 7.2 को केवल performance release नहीं, बल्कि platform-enablement release भी कहा जा सकता है।

पुराना legacy support हटाया गया

Linux 7.2 में i486 x87 floating-point-emulation code की 13,000 से अधिक lines हटाई गई हैं। इसके अलावा AppleTalk तथा पुराने ISA और PCMCIA ARCnet adapters का support भी समाप्त किया गया है।

अब kernel x86 systems पर usable time-stamp counter यानी TSC की उपलब्धता को अनिवार्य रूप से मानता है। आधुनिक x86 desktops और servers पहले से ही सामान्यतः इस पर निर्भर हैं, इसलिए यह बदलाव मौजूदा hardware को बहुत कम प्रभावित करेगा। इसका असर मुख्यतः बेहद पुराने या असामान्य systems पर पड़ सकता है।

इस development cycle में kernel tree से deprecated strncpy() API के उपयोग हटाने का लंबे समय से चल रहा cleanup भी पूरा हुआ। इसकी जगह अधिक स्पष्ट string-handling functions इस्तेमाल किए गए हैं।

GPU scheduler को regressions के बाद वापस बदला गया

Linux 7.2 के development cycle में GPU jobs को बेहतर क्रम में चलाने के उद्देश्य से नया “fair” GPU scheduler शामिल किया गया था। AMD graphics regressions सामने आने के बाद developers ने इसे release से पहले FIFO scheduler पर वापस कर दिया।

यह घटना दिखाती है कि development cycle में दिखाई देने वाला हर feature stable users के लिए तैयार नहीं होता। इस मामले में maintainers ने अधिक महत्वाकांक्षी scheduling model के बजाय predictable graphics behavior को प्राथमिकता दी।

नौ सप्ताह का व्यस्त development cycle और AI का दबाव

Linux 7.2 का development cycle करीब नौ सप्ताह चला और इसमें 2,100 से अधिक contributors शामिल हुए। इससे merge-window participation का reported record बना। उपलब्ध analysis के अनुसार करीब 5% commits पर AI-assistance attribution था।

मुख्य चिंता यह नहीं थी कि AI ने Linux की headline features स्वतंत्र रूप से तैयार कीं। समस्या यह है कि AI tools vulnerability reports, proposed patches, review findings और follow-up fixes की पूरी मात्रा बढ़ा रहे हैं। कुछ accepted changes उन समस्याओं को ठीक करते हैं जिन्हें AI-assisted analysis से पहचाना गया, लेकिन हर proposed change की समीक्षा और verification का काम फिर भी human maintainers को करना पड़ता है।

Linus Torvalds का oversized late updates को “new normal” कहना कम review standards का समर्थन नहीं, बल्कि बढ़ती operational reality को स्वीकार करने जैसा है। रिलीज़ समय पर जारी हो गई, लेकिन अंतिम चरण की churn यह बताती है कि kernel maintainers को volume, regressions और patch quality के बीच संतुलन बनाना लगातार कठिन हो रहा है।

अब Linux 7.3 और Ubuntu 26.10 में क्या होगा?

Linux 7.2 के तुरंत बाद Linux 7.3 का merge window खुल गया। Reports के अनुसार करीब 40 pull requests पहले से pending थे। आने वाले कुछ सप्ताह तय करेंगे कि Linux 7.3 में कौन से बड़े बदलाव शामिल होंगे।

Ubuntu 26.10 के लिए Canonical की kernel team ने Linux 7.2 को मौजूदा target version चुना है। Ubuntu 26.10 की रिलीज़ 15 अक्टूबर, 2026 को निर्धारित है और kernel freeze 1 अक्टूबर को होना है। इस timing के कारण Linux 7.2 अधिक स्थापित target दिखाई देता है, लेकिन testing में गंभीर regression या integration problem मिलने पर distribution plans बदले जा सकते हैं।

Kernel developers के लिए अगला कदम regression testing और review जारी रखना है। आम उपयोगकर्ताओं के लिए अहम सवाल यह नहीं है कि Linux 7.2 में सबसे लंबी feature list है या नहीं, बल्कि यह है कि उनका hardware और workload इसकी सबसे मजबूत खूबियों—cache locality, filesystem throughput, नए platform support या बेहतर device enablement—से कितना मेल खाता है।