💶 🧝🏾 👨🏻‍🎓 Sivelkiriya ऑपरेटिंग सिस्टम: प्रौद्योगिकियाँ 🧑🏿‍🤝‍🧑🏼 🕒 🎾

हेलो, हैबर।

यह लेख Sivelkiriya ऑपरेटिंग सिस्टम की परियोजना के बारे में प्रकाशनों की श्रृंखला जारी रखता है। जैसा कि पिछले लेखों में पहले ही उल्लेख किया गया है, यह OS वर्तमान में डिजाइन और विकास के प्रारंभिक चरण में है, इसलिए जो लोग प्रमाण प्राप्त करना चाहते हैं उन्हें धैर्य रखना होगा। केवल इस मामले में, मैं एक बार फिर उल्लेख करूंगा कि चर्चाओं से लाभान्वित होने के लिए लेखक किसी भी चीज़ को समझाने के लिए प्रकाशित करना जारी नहीं रखता है। मैं पिछले प्रकाशनों के तहत उपयोगी टिप्पणियों को छोड़ने वाले सभी लोगों के प्रति आभार व्यक्त करने का अवसर लेता हूं। चक्र के

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

मॉड्यूल कलाकार

मॉड्यूल की लोडिंग, लॉन्चिंग और निष्पादन सुनिश्चित करने के लिए, कलाकारों की अवधारणा को सिवलकिरिया में पेश किया जाता है। कलाकार स्वयं मॉड्यूल हैं और, वे निष्पादित किए गए मॉड्यूल के संबंध में, निम्नलिखित जिम्मेदारियों को लेते हैं:

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

इसके अलावा, निष्पादक विभिन्न मॉड्यूल के डेटा को अलग करने के कार्य पर ले जा सकता है यदि एक ही पते के स्थान में दो या अधिक मॉड्यूल का सह-अस्तित्व सुरक्षा जोखिम नहीं पैदा करता है (उदाहरण के लिए, प्रबंधित कोड के लिए), और निष्पादक का कार्य स्वयं इतना स्थिर होता है कि लोड में त्रुटियां होती हैं वे मॉड्यूल ठेकेदार और उसके द्वारा सेवा किए गए अन्य मॉड्यूल के काम में समस्याओं को जन्म नहीं देंगे।

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

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

यदि सिवलकिरिया को मुख्य ऑपरेटिंग सिस्टम के रूप में लॉन्च किया जाता है, तो ओएस के स्तर पर एड्रेस स्पेस का पृथक्करण इसके मूल द्वारा किया जाता है। यदि यह मुख्य ऑपरेटिंग सिस्टम के तहत पुस्तकालयों या प्रक्रियाओं के सेट के रूप में चलाया जाता है, तो अलगाव सुनिश्चित करने के लिए, विभिन्न मॉड्यूल मुख्य ओएस की विभिन्न प्रक्रियाओं में लोड किए जा सकते हैं। सिस्टम मॉड्यूल जो मुख्य ऑपरेटिंग सिस्टम के तहत शुरू करने के मामले में उपकरण (उदाहरण के लिए, फ़ाइल सिस्टम ड्राइवर) के साथ सीधे काम के लिए जिम्मेदार हैं, इस व्यवहार का अनुकरण करने वाले मॉड्यूल द्वारा प्रतिस्थापित किया जाएगा, इस प्रकार एप्लिकेशन मॉड्यूल से अंतर छिपाते हैं।

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

दूसरा अपवाद गतिशील रूप से जुड़े पुस्तकालयों को कई मॉड्यूलों के उपयोग की अनुमति है जो एक ही पैकेज में एक साथ वितरित किए जाते हैं। उसी समय, सिवलकिरिया समान पुस्तकालय को अन्य मॉड्यूल से जोड़ने का अवसर प्रदान नहीं करता है, साथ ही साथ गतिशील पुस्तकालयों की खोज के लिए उपप्रणालियां भी प्रदान करता है।

जब सिस्टम बूट करता है, तो कलाकारों के हिस्से को कर्नेल के रूप में एक ही समय में मेमोरी में लोड किया जाता है, ताकि स्थिति से बचने के लिए जब कलाकार को लोड करने के लिए किसी अन्य कलाकार की आवश्यकता होती है, जो अभी भी लोड नहीं हुआ है। यह लागू होता है, सबसे पहले, इस मंच पर मशीन कोड की शुरूआत प्रदान करने वाले निष्पादकों को। शेष कलाकारों को सामान्य नियमों के अनुसार मेमोरी में लोड किया जाता है।

अन्य वास्तु उपाय

Sivelkiriya OS वास्तुकला के निर्माण के लिए माध्यमिक सिद्धांतों की एक संक्षिप्त असंरचित सूची है। वे उतने महत्वपूर्ण नहीं हैं जितना कि मूल सिद्धांत ऊपर उल्लिखित हैं, लेकिन फिर भी उल्लेख के लायक हैं।

, «». , , , . -, . . , , , , , , . , ; , , Bluetooth, WiFi , Bluetooth, . , (, , , ).
, . , « » « ».
, . , « » « » «». , , .
. , « » ( , , , ), « » . , « », « », ( ) . .
, , , . , , , , . - , , .
( . .) . , , , - . .
( ) , «», , , . , , , , .
, , . ( , . .) . . , , .
. , , . — , , , . . , : , ( ) , , .
, : . , .
, , , , — . « » , ( ). , . .
: , , . , , . , , , .
, : , , , , , , , , , . : , , SSD, — RAID- , — , . .
. ( ). , , (, , ), ( ), , , WYSIWYG- , . , .
: , , . , , , ( ). , , , . , , , ( , . .).
, , . , « » , (, 1 ) . , , , : , (, ) , , , , , .
, , (, , ). , — , , , . — (, . .): , , , , . , . , , ( «» ). , . (, ) , ( , . .). , , . , ( , , . .) , .

चक्र का पहला प्रकाशन यहां उपलब्ध है । दूसरा यहाँ है । चौथा यहाँ है । लेख का पूरा पाठ परियोजना की वेबसाइट पर उपलब्ध है ।

Sivelkiriya ऑपरेटिंग सिस्टम: प्रौद्योगिकियाँ

मॉड्यूल कलाकार

अन्य वास्तु उपाय

More articles: