ग्रेग क्रोह-हार्टमॅन, नुकताच लिनक्स कर्नल मेंढ्यांपैकी एक एक प्रस्ताव आला ज्यामध्ये ते म्हणतात अशी शक्यता आहे की गंज भाषेमध्ये चालकांच्या विकासासाठी समर्पित एक चौकट स्वीकारला जाईल गाभा येथे.
जरी याक्षणी काही ठोस नसले तरी यासाठी, ग्रेग क्रोहा-हार्टमॅन दोन शर्ती तयार करतो: त्यातील एक म्हणजे फ्रेमवर्क त्याच्या समाकलिततेच्या बाबतीत डीफॉल्टनुसार सक्रिय होणार नाही, यामुळे, कर्नलचे संकलन करण्यासाठी रस्टची आवश्यकता नसते हे टाळण्यासाठी; दुसरे म्हणजे, सी भाषेच्या वापराच्या तुलनेत प्रस्तावित पध्दतीचे वास्तविक फायदे आहेत.
हे ज्ञात आहे की लिनक्स कर्नल सी भाषेतील घडामोडींचे उत्पादन आहे आणि सर्वात महत्त्वाचे म्हणजे लिनस टोरवाल्ड्स सी सर्व प्रथम आहे. तर सिस्टमसाठी चालकांच्या विकासामध्ये सी चा वापर.
विकसकांनी मोठ्या संख्येने तडजोड केली जी रस्टचा वापर संगणकाच्या हार्डवेअर संसाधनांच्या व्यवस्थापनाच्या दृष्टीने देते.
आणि ते आहे रस्ता भाषेच्या परिच्छेदाला कॉल करण्यासाठी अधिकाधिक आवाज उठविले जातील, त्यापैकी एक सामग्री नियंत्रणासाठी सी पुनर्स्थित करेल.
आणि हे असे आहे की मागील लिनक्स सुरक्षा शिखर परिषदेत, सुरक्षा संशोधकांनी, इतरांसह, भाषेमधील सर्वात मोठी उणीव दाखविली सी मेमरी व्यवस्थापनाशी संबंधित समस्या आहेत - बफर ओव्हरफ्लो, वाटप, अवैध किंवा मुक्त मेमरी क्षेत्रांमध्ये प्रवेश इ.
संशोधकांच्या जोडीने नोंदविलेल्या आकडेवारीनुसार, मागील 65 महिन्यांत 6 टक्के Linux कर्नल असुरक्षा ओळखली गेली. कॉमन व्हेनेरबॅबिलिटीज आणि एक्सपोजर (सीव्हीई) आकडेवारी अशीच आहेः २० वर्षात लिनक्स कर्नलवर परिणाम झालेल्या २,२15.9 असुरक्षांपैकी १.2288.%% बफर ओव्हरफ्लोशी संबंधित आहेत.
सी च्या तुलनेत रस्टकडून मिळणा benefits्या फायद्यांबद्दल संशोधन कार्यसंघ फक्त बोलला नाही. लिनक्स ड्राइव्हर डेव्हलपमेंटला समर्पित चौकट विकसित करण्यासाठी पुढाकार घेण्याची संधीही त्याने घेतली.
सोप्या भाषेत सांगायचे तर, लिनक्स कर्नल एपीआय सह कार्य करण्याचा प्रयत्न आहे. विकास क्र. X86, आर्म / आर्म 64, मिप्स, पॉवरपीसी, आरआयएससी-व्ही, एस 390 आणि स्पार्क आर्किटेक्चरसाठी आहेत.
पण सर्वात मोठी समस्या ही आहे की केवळ लिनस टोरवाल्ड्सचा असा विश्वास आहे की सी भाषेपेक्षा काही चांगले नाही सिस्टम प्रोग्रामिंगसाठी.
मी असे म्हणायलाच हवे की यासारख्या विषयांवर मी बरेच जुने आहे. मी लिनक्स व सर्वसाधारणपणे ऑपरेटिंग सिस्टम सुरू करण्याचे कारण म्हणजे मला हार्डवेअर खरोखरच पसंत आहे. मला भौतिक पैलूंचा शोध घेणे आवडते.
मी एक तज्ञ आहे यावर जोर देण्यासाठी हे सांगत नाही. मला म्हणायचे म्हणजे सॉफ्टवेअरमधून हार्डवेअरशी संवाद साधण्यास मला आवडते. या दृष्टिकोनातून पाहिलेले, मी अद्याप प्रोग्रामिंग भाषा पाहिली नाही जी केवळ सी भाषेच्या जवळ येते.
हे विधान हार्डवेअर हाताळण्यासाठी चांगले कोड तयार करण्यासाठी उपयुक्त आहे म्हणूनच नाही. तसेच, सी वापरल्याने संगणकासारखा विचार करणार्‍यांना अर्थ प्राप्त होतो. मला असे वाटते की याचे कारण असे आहे की सी भाषेची रचना करणारे लोक अशा वेळी केले जेव्हा कंपाइलर सोपे असावेत; अशा वेळी जेव्हा भाषेला अपेक्षित आउटपुट किंवा निकालाशी जुळवून घ्यावे लागत असे.
म्हणून जेव्हा मी सी भाषेत कोड वाचतो तेव्हा मला माहित आहे की असेंब्ली कोड कसा दिसेल आणि मलाच ते आवडते, "असे त्यांनी 7 वर्षांपूर्वी परिषदेत केलेल्या एका भाषण दरम्यान सांगितले. इंटेल मुक्त स्रोत तंत्रज्ञान केंद्र.
पूर्वी, आपण सी ++ सादर करण्यासाठी तत्सम प्रस्ताव सोडले आहेत लिनक्सच्या ड्राइव्हर्सच्या विकासास समर्पित भाषांच्या वर्तुळात. विशेषतः त्याने सी ++ पेक्षा ऑब्जेक्ट ओरिएंटेशन क्लिनर बनविण्याची शक्यता यावर प्रकाश टाकला.
अ‍ॅलेक्स गॅयनर आणि जेफ्री थॉमस उपक्रम बर्‍याच अक्षांवरील उत्कृष्ट प्रकल्प आहे. उदाहरणार्थ, रिसर्च टीम फाइल सिस्टमसाठी आणि विशिष्ट डिव्हाइस प्रकारांसाठी ड्राइव्हर्सचा विकास सुरू ठेवण्यावर जोर देते.
मग आपल्याला ते पहावे लागेल सामग्री पटवून देऊ शकतेलिनक्स देखभालकर्ते.