लिनस टोरवाल्ड्सचा समावेश असल्याने लिनक्स कर्नल आवृत्ती 6.1 मध्ये गंज, भाषा हळूहळू बळकट होत आहे आणि अधिकाधिक विकासक या चळवळीत सामील होत आहेत.
तथापि, काही विकासक लिनक्स कर्नलचे ते अधोरेखित करतात की प्रगतीचा अर्थ अधिक काम आणि आव्हाने असेल, कारण त्यांच्या टिप्पण्यांमध्ये ते सूचित करतात की एक गतिरोध उद्भवू शकतो.
हे स्पष्ट करणे योग्य आहे की आम्ही हे नमूद करत नाही की अंमलबजावणी अंतिम टप्प्यात पोहोचली आहे, परंतु विविध विकासकांच्या टिप्पण्या लक्षात घेऊन आणि आम्ही आधीच नमूद केल्याप्रमाणे, सध्याच्या स्थितीत कामाचा वेग कमी करण्याची गरज निर्माण होऊ लागली आहे, किंवा किमान पुढील लेख आम्हाला तेच सुचवतो LWN.net.
आणि बऱ्याच आठवड्यांपूर्वी मी हा लेख पाहिला जो लिनक्समधील रस्टच्या वापराच्या सद्य स्थितीला संबोधित करतो आणि या प्रोग्रामिंग भाषेचा प्रयोग यशस्वी झाला आहे की नाही याचे विश्लेषण करतो.
असा उल्लेख आहे की काही वर्षांपासून गंज हा एक असा विषय आहे ज्याची चर्चा थांबलेली नाही "कर्नल मेंटेनर्स समिट" आणि 2023 मध्ये आयोजित करण्यात आलेली एक अपवाद नव्हती, कारण अधिकृत अंमलबजावणी झाल्यापासून लिनक्समध्ये दुसरी प्रोग्रामिंग भाषा म्हणून गंज, मिगुएल ओजेडा, लिनक्स डेव्हलपरसाठी गंज, रस्टच्या वापरातील वाढत्या स्वारस्यावर प्रकाश टाकला या विषयाला समर्पित सत्रादरम्यान कर्नल विकासासाठी.
मिगुएल ओजेडा प्रकल्पाचा उल्लेख केला आहे लिनक्ससाठी गंज गेल्या वर्षी लक्षणीय गती अनुभवली आहे, पूर्णवेळ अभियंता आणि विद्यार्थी विकासक सामील झाल्यापासून आणि विविध कंपन्या या कामाला पाठिंबा देण्यासाठी सामील झाल्या आहेत. याव्यतिरिक्त, Coccinelle टूलला रस्ट कोडसह एकत्रित करण्याचे काम सुरू आहे. तथापि, सर्व काही गुलाबी नसते, कारण सध्याच्या आव्हानांपैकी एक म्हणजे विकसित होत असलेल्या कोडसाठी अधिक समीक्षकांची नियुक्ती करणे.
लेखातआणि समस्या लक्षात येण्यास सुरुवात झाल्याचे नमूद केले आहे टूल साखळीमध्ये, पासून कंपाइलर प्रगती GCC-आधारित गंज, जीसीसीआर म्हणून ओळखले जाते, मंद झाले आहे. दुसरीकडे, rustc साठी GCC कोड जनरेटर आशादायक प्रगती दर्शवितो आणि कंपाइलरमध्ये विलीन केले गेले आहे, जे LLVM शी सुसंगत नसलेल्या आर्किटेक्चरमध्ये रस्ट सपोर्टचा विस्तार करण्यास अनुमती देईल.
कर्नलच्या आत, अनेक उपप्रणालींमध्ये प्रगती होत आहे, च्या गंज अंमलबजावणीचे प्रकरण आहे अँड्रॉइड बाईंडर ज्याने कमीत कमी असुरक्षित कोडसह, C अंमलबजावणीशी तुलनात्मक कार्यप्रदर्शन दाखवले आहे. याव्यतिरिक्त, रस्टमध्ये पूर्णपणे सुरक्षित फाइल सिस्टम कार्यान्वित करण्याच्या दृष्टीकोनासह, रस्टमध्ये केवळ-वाचनीय समर्थन प्राप्त करण्याच्या लक्ष्यासह फाइल सिस्टम लिंकिंगवर कार्य केले जात आहे.
डीआरएम (ग्राफिक्स) उपप्रणालीचे देखभाल करणारे डेव्ह एअरली म्हणाले की, त्याच्याकडे मार्ग असल्यास, आगामी प्रकाशनांमध्ये एक विलीन केलेला रस्ट डीआरएम ड्रायव्हर असेल. क्रिस्टोफ हेलविगने प्रतिक्रिया दिली की एअरली "प्रत्येकाचे जीवन नरक बनवण्यास" तयार आहे जेणेकरून ती तिच्या आवडत्या खेळण्याने खेळू शकेल. हेलविग म्हणाले की रस्ट विलीन केल्याने इतरांना दुसरी भाषा, नवीन टूलचेन आणि "विचित्र शब्दार्थांसह रॅपर्स" हाताळण्यास भाग पाडले जाईल. डॅन विल्यम्स म्हणाले की सध्याची परिस्थिती "यश कसे दिसते" आणि कर्नल समुदाय आधीच रस्टसाठी वचनबद्ध आहे.
रस्ट दत्तक घेण्यात देखभाल करणाऱ्यांमध्ये रस वाढत असला तरी, आव्हाने निर्माण होतात, कारण ते वादातीत आहे रस्टमध्ये कर्नल संदर्भ ड्राइव्हर्स लिहिलेले असणे आवश्यक आहे या भाषेत नियंत्रक कसे लिहिले जाऊ शकतात हे दर्शविण्यासाठी. तथापि, रस्ट आणि सी मधील ड्रायव्हर्समधील कार्यक्षमतेच्या डुप्लिकेशनमुळे देखभाल करणाऱ्यांमध्ये अविश्वास निर्माण झाला आहे.
रस्टच्या समावेशाबाबतच्या चर्चेने वेगवेगळे दिशा घेतली आहेत. बरं, काही देखरेख करणारे स्टँडअलोन रस्ट ड्रायव्हर्सचे विलीनीकरण करतात, जसे की बाईंडर ड्रायव्हर, त्यांची व्यवहार्यता दर्शविण्यासाठी, तर नाण्याच्या दुसऱ्या बाजूला इतर ते दोन प्रोग्रामिंग भाषांसह कर्नल राखण्याच्या जटिलतेबद्दल चिंता व्यक्त करतात.
एरली पुढे म्हणाली की रस्टचे बरेच काम सध्या कोंबडी आणि अंड्याच्या समस्येत अडकले आहे. ॲब्स्ट्रॅक्शन्स विलीन करता येत नाहीत जोपर्यंत त्यांच्यासाठी वापरकर्ता येत नाही, परंतु ज्या कोडला त्या ॲब्स्ट्रॅक्शन्सची आवश्यकता असते तो कोड एकाधिक सबसिस्टमपर्यंत पोहोचण्याची वाट पाहत अवरोधित केला जातो. परिणामी, रस्टवर काम करणारे विकासक त्यांचा कोड कार्य करण्यासाठी आवश्यक असलेले पॅच मोठ्या प्रमाणात घेऊन जात आहेत. तो अडथळा तोडण्यासाठी तात्काळ वापरकर्त्यांशिवाय काही ॲब्स्ट्रॅक्शन्सच्या प्रवेशास परवानगी देणे आवश्यक आहे.
आव्हाने असूनही, कर्नल समुदाय कोड सुरक्षा आणि स्थिरता सुधारण्यासाठी रस्टची क्षमता ओळखतो. पॅचेबिलिटी आणि देखभालक्षमतेबद्दलच्या चिंतेचे निराकरण झाल्यानंतर, भविष्यात अधिक प्रमाणात वापरले जाणारे ड्रायव्हर्स रस्टमध्ये विलीन होण्याची शक्यता आहे.
ओजेडा यांनी मान्य केले की या समस्येने प्रगती मंदावली आहे, परंतु त्यांनी कोड त्वरीत विलीन करण्यासाठी देखभालकर्त्यांवर दबाव आणण्याचा प्रयत्न केला नाही असे सांगितले. नेटवर्किंगच्या बाबतीत, गंमत म्हणजे, रस्ट डेव्हलपर्सना नेटवर्क लोकांना रस्ट कोडचे विलीनीकरण कमी करण्यास सांगावे लागले.
शेवटी, हे लक्षात घेण्यासारखे आहे की लिनक्सवर रस्टचा व्यापक अवलंब करण्याचा मार्ग आव्हाने प्रस्तुत करतो, या क्षेत्रातील स्वारस्य आणि प्रगती स्पष्ट आहे. कालांतराने, लिनक्स सुधारण्यात रस्ट महत्त्वाची भूमिका बजावेल अशी अपेक्षा आहे.
स्त्रोत: https://lwn.net/