ओपन-सोर्स समिट 2022 परिषदेत आजकाल चालू आहे, FAQ विभागात, लिनस टोरवाल्ड्सने लवकर एकत्रीकरणाची शक्यता नमूद केली लिनक्स कर्नलमध्ये विकसित करण्यासाठी घटक गंज मध्ये डिव्हाइस ड्रायव्हर्स.
त्यामुळे सप्टेंबरच्या अखेरीस शेड्यूल केलेल्या 5.20 कर्नल रचना असलेल्या पुढील चेंजलॉगमध्ये रस्ट-सक्षम पॅचेस स्वीकारले जाऊ शकतात असा उल्लेख करण्यात आला.
हे लक्षात ठेवले पाहिजे की गेल्या वर्षीपासून रस्ट विविध महत्त्वाच्या प्रकल्पांमध्ये समाविष्ट होण्यासाठी एक आवडते बनले आहे आणि त्या कालावधीत, गंज समर्थनाच्या अंमलबजावणीशी संबंधित काम आधीच केले गेले आहे.
गेल्या वर्षीपासून गंजण्यामध्ये स्वारस्य असलेल्या नामांकित प्रकल्पांमध्ये, आम्ही हायलाइट करू शकतो, उदाहरणार्थ, Android, कारण त्यात रस होता गंज कारण ते परवानगी देते C आणि C++ भाषांच्या जवळ कार्यप्रदर्शन प्राप्त करा, प्लॅटफॉर्मचे निम्न-स्तरीय भाग आणि हार्डवेअरसह संवाद साधण्यासाठी घटक विकसित करण्यासाठी याचा वापर करण्यास अनुमती देते.
सी आणि सी ++ कोडची सुरक्षा सुनिश्चित करण्यासाठी, Android सँडबॉक्स अलगाव, स्थिर विश्लेषण आणि अस्पष्ट चाचण्या वापरते. सँडबॉक्स अलगाव क्षमता मर्यादित आहे आणि त्यांच्या क्षमतांच्या मर्यादेपर्यंत पोहोचली आहे (प्रक्रियेत पुढील खंड खंड स्त्रोत वापरण्याच्या दृष्टिकोनातून व्यावहारिक नाहीत).
सँडबॉक्स वापरण्याच्या मर्यादांपैकी, ते नवीन प्रक्रिया तयार करण्याच्या आवश्यकतेमुळे उच्च ओव्हरहेड आणि उच्च मेमरी खप तसेच आयपीसीच्या वापराशी संबंधित अतिरिक्त उशीराचा उल्लेख करतात.
दुसरीकडे, आपण हे विसरू नये लिनस टोरवाल्ड्स रस्ट आणि त्यातही आपले मत दिले अंमलबजावणीचा आढावा घेण्यासाठी खर्च केला लिनक्स कर्नलमध्ये रस्ट भाषा ड्राइव्हर्स् निश्चित करण्यासाठीच्या संभाव्यतेचे पॅच आणि काही टीका केली.
सर्वात मोठ्या तक्रारी झाल्या सुटण्याची शक्यता चुकीच्या परिस्थितीत "रन-टाइम अपयश पॅनिकेन", उदाहरणार्थ, मेमरी नसलेल्या परिस्थितीत, जेव्हा कर्नल ऑपरेशन्ससह डायनॅमिक मेमरी ationलोकेशन ऑपरेशन्स अयशस्वी होऊ शकतात.
टोरवाल्ड्स असे नमूद केले की कर्नलवर असे फोकस मूलभूतपणे अस्वीकार्य आहे, आणि जर आपणास हा मुद्दा समजत नसेल तर आपण अशा पध्दतीचा प्रयत्न करण्याचा कोणताही कोड पूर्णपणे नाकारू शकता. दुसरीकडे, पॅचच्या विकसकाने समस्येस सहमती दर्शविली आणि ते सोडण्यायोग्य मानले.
परंतु लिनसने आपला अभिप्राय दिल्यापासून बरेच महिने झाले आहेत आणि अंमलबजावणी सुधारण्यासाठी कठोर परिश्रम केले गेले आहेत. जसे की, कोरसाठी पुल विनंती सध्या Torvalds ला सबमिट केलेली नाही, परंतु पॅच सेटमध्ये आणखी सुधारणा करण्यात आली, कीनोट्स काढल्या गेल्या, काही काळ लिनक्स-पुढील शाखेवर चाचणी केली गेली आणि कर्नल उपप्रणालीच्या शीर्षस्थानी अॅब्स्ट्रॅक्शन लेयर तयार करण्यासाठी, ड्रायव्हर्स आणि मॉड्यूल्स लिहिण्यासाठी योग्य स्थितीत आणले गेले.
गंज समर्थन एक पर्याय म्हणून येतो जे डीफॉल्टनुसार सक्षम केलेले नाही आणि कर्नलसाठी आवश्यक बिल्ड अवलंबनांमध्ये रस्ट समाविष्ट होत नाही.
प्रस्तावित बदलांमुळे रस्ट ही दुसरी भाषा म्हणून वापरणे शक्य झाले आहे ड्रायव्हर्स आणि कर्नल मॉड्यूल्स विकसित करण्यासाठी. ड्रायव्हर्स विकसित करण्यासाठी रस्टचा वापर केल्याने, मेमरी एरिया मुक्त केल्यानंतर त्यात प्रवेश करणे, डिरेफरन्स नल पॉइंटर्स आणि बफर ओव्हरफ्लो यासारख्या समस्यांशिवाय, कमीतकमी प्रयत्नांसह चांगले आणि सुरक्षित ड्रायव्हर्स तयार करणे शक्य होईल.
संकलित वेळी रस्टमध्ये मेमरी सुरक्षा प्रदान केली जाते संदर्भ तपासून, ऑब्जेक्टची मालकी आणि ऑब्जेक्ट लाइफटाईम (स्कोप) तपासून, तसेच कोड एक्झिक्यूशन दरम्यान मेमरी ऍक्सेसच्या अचूकतेचे मूल्यांकन करून. रस्ट पूर्णांक ओव्हरफ्लो संरक्षण देखील प्रदान करते, वापरण्यापूर्वी व्हेरिएबल्स सुरू करणे आवश्यक आहे, मानक लायब्ररीमधील त्रुटी चांगल्या प्रकारे हाताळते, अपरिवर्तनीय व्हेरिएबल्स आणि संदर्भांची संकल्पना डीफॉल्टनुसार लागू करते आणि तार्किक त्रुटी कमी करण्यासाठी मजबूत स्थिर टायपिंग ऑफर करते.