रखरखाव संबंधी चिंताओं के कारण रस्ट कोर का निर्माण संकट में

क्रिस्टोफ हेलविग, कर्नेल में डीएमए, केवीएम, स्लैब एलोकेटर और पावरपीसी आर्किटेक्चर सबसिस्टम के मेंटेनर हैं। Linuxजो एक समय संगठन की तकनीकी प्रबंधन समिति के सदस्य थे। Linux VMware के खिलाफ GPL से संबंधित मुकदमे में वादी फाउंडेशन ने रस्ट ड्राइवर विकास को समर्थन देने से संबंधित पैच को मंजूरी देने से इनकार कर दिया। प्रस्तावित पैच में कई DMA सबसिस्टम कार्यों के लिए रैपर जोड़े गए थे, जिससे रस्ट ड्राइवरों में DMA का उपयोग संभव हो जाता।

इनकार के लिए उद्धृत कारणों में अन्य भाषाओं में बाइंडिंग की उपस्थिति में कोड रखरखाव की बढ़ती जटिलता और सी भाषा में पठनीय रूप में डीएमए के लिए सॉफ्टवेयर इंटरफेस को संरक्षित करने की इच्छा थी, बिना समझ से बाहर बाइंडिंग में फैले हुए। क्रिस्टोफ़ ने प्रत्येक रस्ट ड्राइवर में मूल C DMA API तक सीधे पहुंचने का प्रस्ताव दिया, ताकि अतिरिक्त अमूर्तताएं न बनाई जाएं जिन पर कर्नेल अनुरक्षकों को निर्भर रहना पड़े।

पैच के रखवालों ने संकेत दिया कि वे रस्ट कोड का सारा रखरखाव स्वयं संभालेंगे, इन पैचों का रखरखाव भी स्वयं करने को तैयार हैं, और बाइंडिंग को एक अलग उपनिर्देशिका (rust/kernel/dma.rs) में स्थानांतरित कर दिया है। इसके जवाब में, क्रिस्टोफ़ ने रस्ट से संबंधित पैचों की स्वीकृति को अस्वीकार कर दिया ("नग्नता से इनकार") और संकेत दिया कि उन्हें किसी अन्य रखवाले की आवश्यकता नहीं है। क्रिस्टोफ़ ने कहा कि यदि बाइंडिंग डेवलपर इसे अनुपयोगी बनाना चाहते हैं, Linux एक ही कोड बेस में कई भाषाओं को मिलाने के कारण, उन्हें इसे अपने ड्राइवर में करना चाहिए, न कि इस समस्या को कोर कर्नेल सबसिस्टम में फैलाना चाहिए।

साथ ही क्रिस्टोफ ने स्पष्ट किया कि उनका रस्ट भाषा से कोई विरोध नहीं है तथा वे इसे सर्वश्रेष्ठ नई भाषाओं में से एक मानते हैं, लेकिन वे विभिन्न भाषाओं के कोड को मिश्रित करने के खिलाफ हैं। क्रिस्टोफ के अनुसार, वे रस्ट में नई परियोजनाएं बनाने के पक्ष में हैं, लेकिन रस्ट को बड़े सी कोड बेस में मिश्रित करने के खिलाफ हैं, क्योंकि इस तरह के मिश्रण से एकीकृत परियोजना के रूप में कर्नेल की रख-रखाव क्षमता बहुत कम हो जाती है।

रखरखाव संबंधी समस्या का मूल यह है कि रस्ट बाइंडिंग रखरखावकर्ताओं को रस्ट कोड पर निर्भर बनाती है। पहली नज़र में, ऐसा लगता है कि ये बाइंडिंग सी संरचनाओं और फंक्शन्स के लिए केवल ऐड-ऑन हैं, जो किसी भी तरह से सी कोड के विकास और रखरखाव को प्रभावित नहीं करते हैं। लेकिन यह ऐसा नहीं है। ऐसे बाइंडिंग की उपस्थिति में, C में लिखे गए सबसिस्टम के डेवलपर्स को बाइंडिंग की निरंतर कार्यक्षमता पर उनके परिवर्तनों के प्रभाव को ध्यान में रखना चाहिए। सी में डेटा संरचनाओं या आंतरिक कार्यों में किसी भी परिवर्तन के लिए बाइंडिंग कोड में परिवर्तन की आवश्यकता हो सकती है, इसलिए सी कोड में परिवर्तन जो बाइंडिंग को प्रभावित करते हैं, उन्हें ट्रैक किया जाना चाहिए और रस्ट कोड के साथ सिंक्रनाइज़ किया जाना चाहिए। कई अनुरक्षक रस्ट कोड में उत्पन्न होने वाली समस्याओं को ठीक करने की अतिरिक्त जिम्मेदारी लेने के लिए तैयार नहीं हैं, और रस्ट बाइंडिंग की स्थिति की निगरानी में अपना समय व्यतीत करने के लिए तैयार नहीं हैं।

समर्थन की जटिलता की स्थिति काल्पनिक नहीं है। NVIDIA के TPM, VFIO और Infiniband के अनुरक्षक जेसन गनथोरपे ने चर्चा में भाग लिया और लिनुस टोरवाल्ड्स द्वारा मेमोरी प्रबंधन उपप्रणाली में परिवर्तन के साथ एक पुल अनुरोध को अस्वीकार करने का उदाहरण दिया, क्योंकि इस परिवर्तन के कारण रस्ट समर्थन सक्षम के साथ कर्नेल का निर्माण करने का प्रयास विफल हो गया था। क्रैश इसलिए हुआ क्योंकि रस्ट कोड अनुरक्षक बाइंडजेन में आवश्यक परिवर्तन करने में असफल रहे। इस प्रकार, मेमोरी प्रबंधन उप-प्रणाली के अनुरक्षकों ने, एक ऐसे परिवर्तन को लागू करने में, जो सी कोड और समग्र रूप से कर्नेल के दृष्टिकोण से पूरी तरह सही था, स्वयं को कर्नेल में वैकल्पिक तृतीय-पक्ष कोड पर निर्भर पाया, जो अन्य लोगों की जिम्मेदारी है।

डीएमए कॉल पर बाइंडिंग कोड को स्वीकार करने से इनकार करने के कारण रस्ट प्रोजेक्ट के डेवलपर्स को मुश्किलों का सामना करना पड़ा। Linux यह एक गतिरोध है, क्योंकि इस तरह के बंधनों के बिना, रस्ट में पूर्ण विकसित ड्राइवर बनाना मुश्किल होगा। हेक्टर मार्टिन, एप्पल के एआरएम चिप्स को सपोर्ट करने वाले कोड के मेंटेनर और अशई प्रोजेक्ट के लीडर। Linuxइस विवाद के समाधान के रूप में, उन्होंने डीएमए सबसिस्टम मेंटेनर को दरकिनार करते हुए, लिनस टॉरवाल्ड्स के माध्यम से सीधे बाइंडिंग को अपनाने का प्रस्ताव रखा। यदि लिनस इस तरह के आदेश श्रृंखला और स्थापित प्रथा के उल्लंघन के लिए सहमत होते हैं, तो इससे कर्नेल विकास प्रबंधन संकट उत्पन्न हो सकता है, और यदि वे इनकार करते हैं, तो रस्ट की कर्नेल में प्रगति रुक ​​जाएगी।

वैकल्पिक रूप से, हेक्टर ने उल्लेख किया कि क्रिस्टोफ़ को आचार संहिता का उल्लंघन करने के लिए उत्तरदायी ठहराया गया है, क्योंकि उन्होंने एक टिप्पणी में रस्ट की तुलना कैंसरग्रस्त ट्यूमर से की थी। इसके अलावा, हेक्टर ने लिखा कि वह नौकरशाही की सारी लालफीताशाही से थक चुके थे, स्थापित प्रक्रियाओं पर भरोसा करने के लिए तैयार नहीं थे, और उन्होंने इसमें सोशल नेटवर्क को शामिल करने का संकेत दिया। डीआरएम सबसिस्टम के अनुरक्षक डेव एयरली ने संघर्ष को बढ़ाने के खिलाफ सलाह दी और यह समझने की सलाह दी कि विषाक्त व्यवहार दोनों पक्षों के लिए अस्वीकार्य है, भले ही चर्चा में भाग लेने वाला सही हो या गलत।

लिनुस टोरवाल्ड्स ने चर्चा में भाग लिया और बताया कि समस्या स्वयं हेक्टर और दूसरों की तुलना में किसी चीज़ को बेहतर जानने के उसके अति आत्मविश्वास में हो सकती है, न कि वर्तमान कर्नेल विकास प्रक्रिया में जो काम कर रही है। कर्नेल विकास प्रक्रिया में कुछ समस्याएं हैं, लेकिन यही जीवन की वास्तविकता है - जीवन में कुछ भी परिपूर्ण नहीं है। सोशल मीडिया के माध्यम से की जा रही धमकाने की कोशिशों के कारण लिनुस, हेक्टर के दृष्टिकोण से कोई भी संबंध रखने से हतोत्साहित हो रहा है। लिनुस के लिए तकनीकी चर्चाएं और पैच महत्वपूर्ण हैं, न कि सोशल मीडिया का दबाव।

इसके जवाब में, हेक्टर ने एआरएम/एप्पल प्लेटफॉर्म के रखरखावकर्ताओं की सूची से अपना नाम हटाने का अनुरोध किया, क्योंकि उन्हें कर्नेल की विकास प्रक्रिया और सामुदायिक प्रबंधन के दृष्टिकोण पर भरोसा नहीं रहा था। उन्होंने यह भी कहा कि एआरएम/एप्पल प्लेटफॉर्म का विकास मुख्य कर्नेल से अलग जारी रहेगा। Linuxएआरएम/एप्पल प्लेटफॉर्म के लिए कर्नेल में अभी भी एक ही अनुरक्षक मौजूद है, स्वेन पीटर, जो कर्नेल में इस प्लेटफॉर्म को समर्थन देना जारी रखने का इरादा रखता है।

स्रोत: opennet.ru