Sivelkiriya ऑपरेटिंग सिस्टम: परिचयात्मक विवरण
हेलो, हैबर।यह लेख सिवेल्किरिया ऑपरेटिंग सिस्टम के बारे में प्रकाशनों की एक श्रृंखला खोलता है, जो वर्तमान में डिजाइन और विकास के प्रारंभिक चरण में है। श्रृंखला के लेख लोकप्रिय ऑपरेटिंग सिस्टम की प्रणाली की समस्याओं का विस्तार से वर्णन करेंगे और उन्हें हल करने के तरीके सुझाएंगे। लेखक स्वयं को किसी भी चीज़ को समझाने का लक्ष्य निर्धारित नहीं करता है और चर्चा से लाभान्वित होने के लिए प्रस्तावित समाधानों के वर्णन पर पूरी तरह ध्यान केंद्रित करता है। प्रकाशन भागों में किया जाएगा, क्योंकि पूर्ण विवरण की मात्रा लेख के आकार पर किसी भी उचित प्रतिबंध से परे है।हर कोई जो दिलचस्पी रखता है, बिल्ली का स्वागत करता है।आजकल, आप अगले ऑपरेटिंग सिस्टम के विकास के बारे में बयानों से किसी को आश्चर्यचकित नहीं करेंगे, जो अपने पूर्ववर्तियों और प्रतियोगियों की तुलना में बेहतर, अधिक सुविधाजनक और अधिक आकर्षक बनना चाहिए। व्यक्तिगत कंप्यूटर के लिए OS बाजार में कम से कम तीन प्रमुख खिलाड़ी हैं और मोबाइल उपकरणों के लिए OS बाजार में दो हैं। स्पष्ट विविधता के बावजूद, उनके बीच एक निश्चित समानता को नोट करना असंभव नहीं है: हालांकि ऑपरेटिंग सिस्टम द्वारा सेवाओं को पेश करने की तकनीक और तरीके अलग-अलग होते हैं, अधिकांश अवधारणाएं और अवधारणाएं एक प्रणाली से दूसरे में संक्रमण के दौरान अपरिवर्तित रहती हैं।तो, लगभग सभी वर्तमान में लोकप्रिय ऑपरेटिंग सिस्टम कार्यान्वयन स्तर (विंडोज़, ग्राफिक्स, फाइलें, नेटवर्क, उपकरण) पर सामान्य कार्यक्षमता के लिए समर्थन प्रदान करते हैं, लेकिन विषय क्षेत्र की अवधारणाओं की अभिव्यक्ति के स्तर पर नहीं (चैट संदेश, ट्रैक सूची, सेवा बिल)। मौजूदा अपवाद (संपर्क सूची, क्लिपबोर्ड, सूचना पट्टी) केवल नियम पर जोर देते हैं। तकनीकी कार्यान्वयन (फाइलें, प्रक्रियाएं, धागे) भी कई मामलों में समान हैं।सभी मामलों में कंप्यूटर क्षमताओं के उपयोग की इकाई अनुप्रयोग है, जो खुद तय करता है कि अपने लक्ष्यों को प्राप्त करने के लिए उपलब्ध संसाधनों को कैसे निर्देशित किया जाए। विभिन्न अनुप्रयोगों को केवल इनफ़ोकर्स परस्पर जुड़े हुए हैं क्योंकि उनके डेवलपर्स ने इस तरह के कनेक्शन का ध्यान रखा है; अक्सर, प्रोग्राम जो करीबी कार्य करते हैं, वे डेटा का आदान-प्रदान नहीं कर सकते हैं, एक अलग इंटरफ़ेस है, विभिन्न शब्दावली का उपयोग करते हैं, और इसी तरह। घटकों के इस अलगाव में विशुद्ध रूप से तकनीकी जड़ें हैं, लेकिन परिणामस्वरूप उपयोगकर्ता को नुकसान होता है। अभिन्न उपकरण से एक कंप्यूटर विषम समाधानों के ढेर में बदल जाता है, और सार्वभौमिक अनुकूलता, डिजाइन के मूल सिद्धांत बनने के योग्य है, केवल एक वैकल्पिक अवसर है।वर्तमान में, विभिन्न अनुप्रयोगों और सेवाओं को एक-दूसरे के साथ एकीकृत करने के लिए अधिक से अधिक समाधान हैं। सॉफ्टवेयर उत्पादों के निर्माताओं ने महसूस किया है कि एक सुविधाजनक प्रणाली के लिए कई संभावनाओं को कम करना सद्भाव और व्यवस्था का एकमात्र तरीका है, जो उपयोगकर्ता के जीवन को बेहतर और आसान बनाता है। हालांकि, कई मामलों में, असंगत कार्यक्रमों का अंधा संघर्ष, जिनमें से प्रत्येक विशाल को गले लगाने की कोशिश करता है, को इंटीग्रेटरों के एक और भी अधिक उग्र संघर्ष द्वारा प्रतिस्थापित किया जाता है, जो उपयोगकर्ता (और डेवलपर) को उनके मंच से बाहर नहीं होने देने के लिए हर संभव प्रयास कर रहे हैं। दुनिया को एकजुट करने के बजाय, एकीकरणकर्ता इसे शासन करने के लिए अलग करते हैं।विशिष्ट समस्याओं को हल करने के लिए व्यक्तिगत अनुप्रयोगों की दुनिया का एक और अपरिहार्य पहलू यह है कि प्रत्येक एप्लिकेशन के अपने फायदे और नुकसान होंगे, अक्सर अप्राप्य। प्रयोज्य, समृद्ध कार्यक्षमता और विशिष्ट कार्यों के लिए समर्थन के बीच का विकल्प खेदजनक के रूप में अपरिहार्य है। यदि किसी उपयोगकर्ता को अपने लक्ष्यों को प्राप्त करने के लिए एक अनुप्रयोग के ढांचे के भीतर प्रदान की जाने वाली क्षमताओं की आवश्यकता होती है, तो यह उसे एक से अधिक उपकरण का उपयोग करने, समय और प्रयास खर्च करने और डेटा स्थानांतरित करने के लिए मजबूर करता है।सॉफ्टवेयर विकास एक समय लेने वाली प्रक्रिया है, और इसलिए किसी भी उत्पाद के भीतर कार्यक्षमता की मात्रा और गुणवत्ता अनिवार्य रूप से सीमित होगी। उसी समय, डेवलपर्स द्वारा हल किए गए कार्यों और समस्याओं का शेर का हिस्सा पहले ही अन्य उत्पादों में हल हो चुका है; इन समाधानों का पुन: उपयोग करने के बजाय उन्हें फिर से विकसित करने से वे संसाधन मुक्त हो जाएंगे जिनका उपयोग उपयोगकर्ता के लिए आवश्यक अन्य लक्ष्यों को प्राप्त करने के लिए किया जा सकता है।अंत में, प्रोग्राम व्यवहार अक्सर नैतिक नहीं होता है। कार्यक्रमों को उपयोगकर्ता को अपने काम में मदद करने के बजाय, कष्टप्रद टिप्पणियों और सुझावों के साथ उसे प्रेरित करता है। आपसी सम्मान के आधार पर सेवाएं प्रदान करने का एक सुविधाजनक तरीका विकसित करने के बजाय, वे विज्ञापन सामग्री को लक्ष्य के साथ मिलाते हैं। परिणाम एक ऐसी स्थिति है जिसमें डिवाइस के मालिक भी अपने व्यवहार को नियंत्रित नहीं करते हैं।Sivelkiriya ऑपरेटिंग सिस्टम उपरोक्त और कुछ अन्य समस्याओं के समाधान के रूप में है। योजना और डिज़ाइन के अनुसार, यह पारस्परिक रूप से, सम्मानजनक रूप से, पारस्परिक रूप से लाभकारी परिस्थितियों पर, सॉफ़्टवेयर के विकास और उपयोग की प्रक्रिया में प्रतिभागियों की निम्नलिखित श्रेणियों को प्राप्त करने में मदद करना चाहिए:- — , , , .
- — , , , , — , - .
- — , , .
- — , , , .
- — , , , .
नीचे हम इस तरह के एक ऑपरेटिंग सिस्टम की वास्तुकला का वर्णन करेंगे और यह कैसे स्थिति को ठीक करने में मदद करता है। श्रृंखला के आगे के लेख उन समस्याओं की विस्तार से जाँच करेंगे जो यह दिखाने के लिए हल करती हैं कि उन्हें एक व्यवस्थित दृष्टिकोण की आवश्यकता है। अंत में, प्रस्तावित समाधान के फायदे और नुकसान और यह एक अवधारणा से कैसे तैयार उत्पाद में बदल सकता है, यह दिखाया जाएगा।OS Sivelkiriya की अवधारणा
सिवेलकिरिया ऑपरेटिंग सिस्टम मूल बातें के संशोधन के साथ शुरू होता है, जिसमें आम तौर पर स्वीकृत अवधारणाओं का हिस्सा समाप्त या बदल दिया जाता है। निम्नलिखित इकाइयाँ, जो आमतौर पर ऑपरेटिंग सिस्टम का आधार बनती हैं, Sivelkiriya OS के भीतर मौजूद नहीं हैं:- आवेदन।
- प्रक्रिया।
- डिस्क पर डेटा क्षेत्र के रूप में फ़ाइल करें।
- एंड-टू-एंड फ़ाइल सिस्टम, नेविगेशन, जिस पर केवल एक्सेस अधिकारों द्वारा सीमित है।
- व्यक्तिगत अनुप्रयोगों को चलाने के लिए एक वातावरण के रूप में कमांड लाइन।
- यूनिवर्सल स्क्रिप्ट।
- किसी भी घटक के लिए आधार ऑपरेटिंग सिस्टम एपीआई की उपलब्धता।
- अधिकांश आधुनिक प्रोग्रामिंग भाषाओं के मानक पुस्तकालयों को सीधे स्थानांतरित करने की क्षमता। नतीजतन, कुछ मामलों को छोड़कर, अन्य ऑपरेटिंग सिस्टम से मौजूदा सॉफ़्टवेयर को सीधे स्थानांतरित करने की क्षमता।
- ऑब्जेक्ट ओरिएंटेशन के बिना प्रोग्रामिंग भाषाओं के लिए समर्थन।
यह सूची पूर्ण नहीं है। यह किसी भी तरह से प्रोग्रामर या उपयोगकर्ता की क्षमताओं को सीमित करने का मतलब नहीं है और केवल इंगित करता है कि सिवेलकिरिया ओएस के ढांचे के भीतर, एक ही लक्ष्य को अधिकांश मौजूदा ऑपरेटिंग सिस्टम की तुलना में अलग तरीके से प्राप्त किया जाता है।इन स्थापित संस्थाओं को छोड़ने के बाद, हम निम्नलिखित सिद्धांतों के आधार पर एक ऑपरेटिंग सिस्टम बनाने का इरादा रखते हैं:- «» - , , , . , , , , . . , , .
- . , , , , .
- , . , ( ). ( ) . , ( ) .
- , , , , . , .
- प्रत्येक मॉड्यूल केवल ऑपरेटिंग सिस्टम के साथ बातचीत के डेटा और तरीके उपलब्ध हैं जो इसके फ़ंक्शन (प्रोटोटाइप द्वारा परिभाषित) करने के लिए आवश्यक हैं। किसी भी मॉड्यूल के पास ऑपरेटिंग सिस्टम के सभी कार्यों तक पहुंच नहीं है। मॉड्यूल के भीतर एक विशेष प्रोटोटाइप को पहले से ही सौंपे गए कार्यों के दोहराव की अनुमति नहीं है।
- प्रोग्राम डेवलपर्स और ऑपरेटिंग सिस्टम के डेवलपर्स के संयुक्त प्रयासों से डेटा इंटरफेस और प्रोटोटाइप मॉड्यूल का विकास लगातार किया जाता है। इंटरफेस और प्रोटोटाइप को आवश्यकतानुसार संशोधित और पूरक किया जाता है।
श्रृंखला के निम्नलिखित लेख विस्तार से दिखाएंगे कि इन और अन्य सिद्धांतों को व्यवहार में कैसे लागू किया जाएगा।चक्र का दूसरा लेख यहां उपलब्ध है । पूरा पाठ परियोजना की वेबसाइट पर उपलब्ध है । Source: https://habr.com/ru/post/undefined/
All Articles