Linus Torvalds अब Linux कर्नेल कोड विकसित करने के लिए AI का उपयोग कर रहा है
Linus Torvalds ने एक पेज-कैश बाधा को ठीक करने के लिए Linux पैच सेट पर AI का उपयोग किया; लाभ बड़े हैं, लेकिन वसूली और विलय अनसुलझे रहते हैं।
मुख्य जानकारी
- Linus Torvalds ने एक प्रायोगिक लिनक्स कर्नेल शाखा को प्रकाशित किया जो काफी हद तक एंथ्रोपिक्स के साथ लिखी गई थी Claude Code कई छोटी फ़ाइलों की वजह से लंबे समय से चली आ रही पेज-कैश समस्या का समाधान करने के लिए।
- पैच एक आरसीयू अनुग्रह अवधि बीतने तक मेमोरी पुनः उपयोग को स्थगित करके प्रदर्शन में सुधार करते हैं, जिससे महंगा फोलियो संदर्भ-गणना विवाद से बचा जाता है; संकीर्ण परीक्षण में, थ्रूपुट लगभग 10 मिलियन से 303333 मिलियन रीड प्रति सेकंड हो गया।
- परिणाम एक सामान्य दावा नहीं है कि लिनक्स अब तीन गुना तेज हैः वे टोरवाल्ड्स के व्यक्तिगत लैपटॉप पर एक विशिष्ट मल्टी-थ्रेडेड 16-बाइट रीड वर्कलोड पर लागू होते हैं, और मेनलाइन प्रदर्शन अभी तक नहीं बदला है।
- महत्वपूर्ण मुद्दे अनसुलझे रहते हैं, जिसमें मेमोरी रिकवरी शामिल है, गैर-मैप किए गए उपयोगकर्ता पृष्ठों के लिए एक प्रतिगमन और क्या शाखा को कभी भी मुख्य लाइन कर्नेल में विलय कर दिया जाएगा।
- यह प्रयोग टोरवाल्ड्स और लिनक्स विकास के लिए एक महत्वपूर्ण बदलाव को चिह्नित करता है: वह अब AI का उपयोग कर्नेल कोड, परीक्षण और समीक्षा सामग्री बनाने के लिए करते हैं, जबकि अभी भी चेतावनी देते हुए कि AI को महत्वपूर्ण काम के लिए सावधानी से इस्तेमाल किया जाना चाहिए।
Linus Torvalds ने एक आठ-पैच लिनक्स कर्नेल शाखा प्रकाशित की है, जो बड़े पैमाने पर एंथ्रोपिक के साथ लिखी गई है Claude Code, पेज-कैश मंदी को संबोधित करने के लिए जिसे तब से अनसुलझा रखा गया है। 2024 कई लोगों के लिए, यह लिनक्स विकास के लिए AI अपनाने की दिशा में अंतिम कदम था। इससे डेवलपर्स, रखरखावकर्ता और लिनक्स उपयोगकर्ताओं को क्या बदल गया, इसे कैसे मापा गया और क्या हल नहीं हुआ है इसका ठोस विवरण मिलता है। अपने गिट सबमिशन में, टोरवाल्ड्स ने कहा कि कोड, परीक्षण कार्यक्रमों, समीक्षा और पाठ का पहला मसौदा उनके निर्देशन के तहत LLM कोडिंग सहायक के साथ किया गया था।
पैच Torvalds के रिपॉजिटरी में शाखा noref-filemap-read-with-llm पर हैं। वे एक बाधा को लक्षित करते हैं जो तब दिखाई देता है जब कई थ्रेड्स एक ही फ़ाइल से छोटे रीड बनाते हैं। लिनक्स का पेज कैश मेमोरी में फाइल डेटा संग्रहीत करता है, और जब कई धागे बार-बार कैश्ड फ़ाइल से छोटी मात्रा में पढ़ते हैं, तो उन्हें उस डेटा का समर्थन करने वाले फ़ोलियो के संदर्भ लेना होगा और जारी करना होगा। उन संदर्भ-गणना अपडेट की आवश्यकता होती है परमाणु लिखने के लिए एक साझा कैश लाइन, इसके लिए प्रतिस्पर्धा करने के लिए प्रोसेसर कोर मजबूर कर रहा है।
क्यों एक छोटी सी रीड मशीन को रोक सकती है
समस्या संकीर्ण लगती है, लेकिन टोरवाल्ड्स ने चार-कोर, आठ-थ्रेड Intel Core i7-8565U लैपटॉप पर एक गंभीर प्रभाव को मापा। एक वर्कलोड में, आठ थ्रेड्स ने उसी पृष्ठ के खिलाफ 16-बाइट प्रीएड () कॉल जारी किए। हिट इन मॉडिफाइड कैश लाइन (एचआईटीएम) डेटा के अनुसार साझा की गई कैश पंक्ति मापे गए क्रॉस-कोर लोड का 99.92% हिस्सा थी।
प्रस्तावित फिक्स बदलता है कि कैसे कर्नेल पेज कैश से हटाई गई मेमोरी का पुनः उपयोग करता है। उस स्मृति को तुरंत आवंटक में वापस करने के बजाय, पैच रीड-कॉपी-अपडेट (आरसीयू) अनुग्रह अवधि समाप्त होने तक पुनर्नवीनीकरण को स्थगित कर देते हैं। यह एक आरसीयू रीड साइड अनुभाग द्वारा संरक्षित पाठक को फोलिओ संदर्भ लेने के बिना सीधे उपयोगकर्ता बफर में डेटा की प्रतिलिपि बनाने की अनुमति देता है।
उस परीक्षण के भीतर रिपोर्ट किए गए लाभ बड़े हैं। आठ-थ्रेड थ्रूपुट लगभग 9.9 10.4 मिलियन रीड्स प्रति सेकंड से बढ़कर 30 33 33 मिलियन प्रति सेकेंड हो गया है। कर्नेल चक्र प्रति पढ़ने में मोटे तौर पर 2,950 से 725 तक गिरावट आई है। एकल-थाइड रीड्स अधिक मामूली रूप से सुधार हुआ, लगभग 452 454 चक्रों से 408 409 चक्र प्रति पढ़ें। टोरवाल्ड्स ने पुल अनुरोध या पीआर में लिखा था कि एक सीपीयू वाली मशीन, या एक से अधिक सॉकेट, को और अधिक प्राप्त करना चाहिए, लेकिन कुछ भी बड़ा नहीं मापा गया है.
यह चेतावनी मायने रखती है. ये परिणाम नहीं हैं जो दावा करते हैं कि लिनक्स एक पूरे के रूप में तीन गुना तेज चलता है। वे टोरवाल्ड्स के व्यक्तिगत लैपटॉप पर प्रयोगात्मक छोटे-पढ़ने वाले वर्कलोड का वर्णन करते हैं, जिसे उन्होंने प्राग में अपने साथ लिया था Linux Plumbers
ट्रेड-ऑफ समाप्त नहीं हुए
पैच समस्या को बंद नहीं करते हैं। मेमोरी पुनः उपयोग में देरी का मतलब है कि जब तक कर्नेल आरसीयू अनुग्रह अवधि की प्रतीक्षा करता है तब तक पृष्ठ अनुपलब्ध रह सकते हैं। टोरवाल्ड्स ने पुनर्प्राप्ति कहा इस श्रृंखला का वह हिस्सा जो कम से कम हल किया जाता है। एक प्रतिगमन भी होता है जब पढ़ना किसी उपयोगकर्ता पेज को लक्षित करता है जिसे अभी तक मैप नहीं किया गया हैः नया पथ मौजूदा कार्यान्वयन पर वापस आने से पहले एक अतिरिक्त विफल अपवाद उत्पन्न करता है।
13 अक्टूबर तक, शाखा मेनलाइन लिनक्स 7.3-rc6 के बाहर बनी रही। चाहे इसे कभी विलय कर दिया जाएगा, और किस समय सारिणी पर, यह तय नहीं किया गया है। ज्ञात समस्या की तारीखें 2024 हैं, और इसे ठीक करने के पहले के प्रयास शून्य हो गए थे, इसलिए नया दृष्टिकोण एक पूर्ण समाधान के बजाय उम्मीदवार है।
टोरवाल्ड्स की धीमी गति से बारी AI
दिसंबर में, टोरवाल्ड्स ने AI को डेवलपर्स के लिए एक संभावित सहायता के रूप में वर्णित किया और कहा कि उन्होंने इसे एक उपकरण के रूप मे देखा जो लोगों की मदद कर सकता है वे क्या करते हैं। उस समय, उनकी रुचि मुख्य रूप से बगों की पहचान करने के लिए थी, न कि गंभीर कार्यक्रम लिखने के लिए ।
देर तक 2025, वह खुद को एक उपकरण के रूप में AI में बहुत विश्वास करने वाला कह रहा था। उनका ध्यान बग खोजने से लेकर कोड बनाए रखने और पैच की समीक्षा करने तक चौड़ा हो गया था, जबकि नए गंभीर लिनक्स कोड का निर्माण अभी भी काफी हद तक टेबल पर नहीं था। जनवरी 2026 में, उन्होंने एक शौक परियोजना में पायथन ऑडियो विज़ुअलाइज़र के लिए एआई-सहायता वाले कोडिंग के साथ खिलवाड़ करना शुरू कर दिया।
ZDNET ने टोरवाल्ड्स को यह कहते हुए भी उद्धृत किया है, "मैं उन चीजों को करने के लिए AI का उपयोग करता हूं जो मैं बुरा हूँ।" एक संबंधित ZDNet सर्वेक्षण में बताया गया कि 75% डेवलपर्स Claude Code कोडेक्स पर पसंद करते हैं। ये टिप्पणियां दिखाती हैं कि कर्नेल प्रयोग प्रोग्रामरों के साथ व्यवहार करने के तरीके में व्यापक बदलाव का हिस्सा है।
उनकी टिप्पणियाँ 9 अक्टूबर को प्राग में Dirk Hohndel के साथ बातचीत के बाद अधिक उत्साही थीं। टोरवाल्ड्स ने कहा कि वह सोचते थे AI बहुत अच्छा नहीं था, लेकिन अब उन्हें वास्तव में इसका उपयोग करना पसंद है। उन्होंने कहा कि सही ढंग से इस्तेमाल होने पर यह एक अद्भुत उपकरण हो सकता है और यह प्रोग्रामिंग को और अधिक सुखद बनाता है।
क्या प्रयोग अभी भी साबित करने के लिए छोड़ देता है
पृष्ठ-कैश शाखा टोरवाल्ड्स की स्थिति के दोनों पक्षों को दिखाती है। Claude Code ने कर्नेल कोड, परीक्षण और समीक्षा सामग्री का उत्पादन करने में मदद की। परिणामी बेंचमार्क एक विशिष्ट छोटे पढ़ने वाले कार्यभार के लिए आशाजनक हैं, लेकिन मेमोरी-रिक्लेमेशन प्रश्नों और अनमैप्ड-पेज प्रतिगमन को संबोधित किया जाना चाहिए इससे पहले कि प्रयोग प्रोडक्शन कर्नल कोड बन सके।
लिनक्स उपयोगकर्ताओं के लिए, तत्काल व्यावहारिक प्रभाव अभी भी अस्पष्ट हैः मेनलाइन प्रदर्शन अभी तक नहीं बदलता है। रखरखावकर्ताओं के लिए कहानी अधिक ठोस है। टोरवाल्ड्स, यकीनन दुनिया का सबसे प्रमुख डेवलपर और देखरेखकर्ता, अब AI का उपयोग कर रहा है नए लिनक्स कर्नेल कोड को विकसित करने के लिए। यह एक साल पहले भी अकल्पनीय होता था। अब सवाल यह नहीं है कि क्या AI कर्नल विकास में सहायता कर सकता है, लेकिन क्या इस शाखा को लिनक्स में विलय किया जा सकता है।

Comments (0)