क्या एक ऑपरेटिंग सिस्टम "यूनिक्स-लाइक" बनाता है?

Question

मैं अक्सर कई वेब साइटों पर "यूनिक्स-जैसे" शब्द भर में आता हूं।

कोई मानक नहीं है; यह सिर्फ उस तरीके से है जैसे वह व्यवहार करता है।

लेकिन अगर मुझे खरोंच से एक कर्नेल विकसित करना था, तो इसे "यूनिक्स-जैसे" क्या माना जाएगा?

असल में, यूनिक्स की तरह लिखित कोड बनाने वाली चीजें क्या हैं?

Comments

en.wikipedia.org/wiki/Unix-like (जो अपने आप में linfo.org/unix-like.html से लिंक करता है )

— Sloan

Answer 1

कोई मानक नहीं है; यह सिर्फ उस तरीके से है जैसे वह व्यवहार करता है।

मेरा मानना ​​है कि अधिकांश "यूनिक्स-जैसे" ओएस का पॉसिक्स मानक का पालन करने के लिए एक बहुत ही गंभीर प्रयास है , जो ओपन ग्रुप द्वारा देखरेख करता है, जो एकल यूनिक्स विशिष्टता को नियंत्रित करता है जो "सही यूनिक्स" को परिभाषित करता है। पूर्व बाद का मूल है।

तो वास्तव में, एक मानक है जो यूनिक्स जैसे ऑपरेटिंग सिस्टम की व्यावहारिकताओं को परिभाषित करता है । POSIX पर विकिपीडिया लेख के अंत में "पूरी तरह से" और "अधिकतर" अनुरूप ओएस की सूची पर एक नज़र डालें।

कुछ स्पष्ट कारण हैं linux विशेष पराक्रम में एकल यूनिक्स विशिष्टता (SUS) द्वारा पूरी तरह से शिकायत या प्रमाणित नहीं माना जा है, लेकिन क्योंकि किसी भी Linux सिस्टम इसके साथ जरूरी असंगत है इन नहीं हैं। विकिपीडिया लेख इस तरह से कल्पना को सारांशित करता है:

SUSv3 ने कुछ 3700 पृष्ठों का योग बनाया, जो विषयगत रूप से चार मुख्य भागों में विभाजित हैं:

आधार परिभाषाएँ (XBD) - विशिष्टताओं में उपयोग की जाने वाली परिभाषाओं और सम्मेलनों की सूची और सी हेडर फ़ाइलों की एक सूची जो अनुरूप प्रणालियों द्वारा प्रदान की जानी चाहिए। कुल 84 हेडर फाइलें उपलब्ध कराई गई हैं।

शेल और यूटिलिटीज (XCU) - उपयोगिताओं की एक सूची और शेल का विवरण, श। कुल में 160 उपयोगिताओं को निर्दिष्ट किया गया है।

सिस्टम इंटरफेस (XSH) - इसमें विभिन्न फ़ंक्शन के विनिर्देश शामिल हैं जो सिस्टम कॉल या लाइब्रेरी फ़ंक्शन के रूप में कार्यान्वित किए जाते हैं। कुल 1123 सिस्टम इंटरफेस निर्दिष्ट हैं।

Rationale (XRAT) - मानक के पीछे की व्याख्या।

मानक उपयोगकर्ता कमांड लाइन और स्क्रिप्टिंग इंटरफ़ेस POSIX शेल, बॉर्न शेल का एक विस्तार है, जो कोर्न शेल के शुरुआती संस्करण पर आधारित है।

अन्य उपयोगकर्ता-स्तरीय कार्यक्रमों, सेवाओं और उपयोगिताओं में awk, इको, एड, vi और सैकड़ों अन्य शामिल हैं। आवश्यक प्रोग्राम-स्तरीय सेवाओं में मूल I / O (फ़ाइल, टर्मिनल और नेटवर्क) सेवाएँ शामिल हैं।

एक परीक्षण सूट मानक के साथ है। इसे PCTS या POSIX सर्टिफिकेशन टेस्ट सूट कहा जाता है।

इसके अतिरिक्त, SUS में CURSES (XCURSES) विनिर्देश शामिल हैं, जो 372 फ़ंक्शन और 3 हेडर फ़ाइलों को निर्दिष्ट करता है। सभी में, SUSv3 1742 इंटरफेस को निर्दिष्ट करता है।

यह स्पष्ट रूप से विशेष रूप से उपयोगकर्ता के बहुत सारे घटकों (जैसे कि शेल) को संदर्भित करता है, जो केवल लिनक्स कर्नेल का हिस्सा नहीं हैं। तो वहाँ कोई रास्ता नहीं है कि linux.org एट। अल। अकेले कर्नेल को प्रमाणित किया जा सकता है - इस अर्थ में, यह ऑपरेटिंग सिस्टम नहीं है। वे निश्चित रूप से, कर्नेल का उपयोग करके कुछ विशेष प्रणाली को प्रमाणित करने का प्रयास कर सकते हैं, लेकिन यह सामान्य वितरण योजना के प्रकाश में निरर्थक होगा: कर्नेल और इसे बनाए रखने वाले लोग उन लोगों से स्वतंत्र होते हैं जो उपयोगकर्ता भूमि कोर (GNU) को बनाए रखते हैं जो वास्तविक असेंबल ओएस वितरण (डेबियन, फेडोरा, आदि) को बनाए रखने वाले लोगों से स्वतंत्र हैं।

मुझे लगता है कि डेबियन या फेडोरा खुद को प्रमाणन प्रक्रिया में संलग्न कर सकते हैं (इसलिए, जैसे, RedHat Enterprise एक "प्रमाणित यूनिक्स" बन सकता है), लेकिन यह इस सवाल का जवाब देता है कि ऐसा वास्तव में वांछनीय है। मुझे लगता है कि SUS सिस्टम का प्रमुख कारण (कमर्शियल स्केल, नॉन-कंज्यूमर) सॉफ्टवेयर इस तरह के लिए लिखा जाता है, जो केवल लिनक्स आला नहीं है - ऐसा करने वाले लोग ओएस के लिए प्रति लाइसेंस हजारों डॉलर का भुगतान करेंगे जिसमें बहुत सारे शामिल हैं समर्थन आदि के कारण, क्योंकि वे जो भी अतिरिक्त सॉफ्टवेयर सिस्टम में चलाना चाहते हैं, उसके लिए वे प्रति लाइसेंस पर दसियों या हजारों डॉलर का भुगतान कर रहे हैं। दूसरी ओर, लिनक्स और अन्य आउटलायर्स ने व्यावसायिक उद्देश्यों के लिए सरल अनुपालन से परे डिजाइन लक्ष्यों का पीछा किया है, और इसके विभिन्न उदाहरण हैं, जैसे (सेhttp://en.wikipedia.org/wiki/STREAMS ):

एकल UNIX विशिष्टता संस्करण 1 (UNIX 95) और 2 (UNIX 98) के साथ अनुरूप होने के लिए STREAMS की आवश्यकता थी, लेकिन STREAMS प्रदान करने के लिए BSD और Linux डेवलपर्स के इनकार के परिणामस्वरूप, [उद्धरण वांछित] को POSIX के लिए वैकल्पिक के रूप में चिह्नित किया गया था। संस्करण 3 (UNIX 03) में ऑस्टिन समूह द्वारा अनुपालन।

एक दिलचस्प आवास जो इस बिंदु पर प्रकाश डालता है कि SUS और द ओपन ग्रुप! = Linux,! = BSD, आदि।

Comments

ध्यान दें कि प्रमाणित होना अनुपालन से अलग है। उदाहरण के लिए, लिनक्स फाउंडेशन के लिए लागत और विकास की दर के कारण प्रत्येक कर्नेल संस्करण को प्रमाणित करना अव्यावहारिक है। लेकिन इसका मतलब यह नहीं है (कर्नेल) पूरी तरह से या ज्यादातर अनुपालन नहीं करता है।

— स्ट्रगलर

@strugee POSIX मानक कर्नेल के बारे में या उसकी देखभाल के लिए लागू नहीं होता है। क्या मानकीकृत है कमांड (शेल, एलएस, कैट, ...) और एपीआई (क्या एफबीआई प्रदान करता है, थ्रेड्स)। क्या लिनक्स आधारित वितरण यूनिक्स बनाता है जैसे ज्यादातर GNU घटक (कमांड और ग्लिब) हैं। कर्नेल प्रमाणीकरण / अनुपालन के दायरे से बाहर है।

— jlliagre

खंडन नहीं, बल्कि स्पष्ट करें (मैं इल्लुमिना के उत्तर पर अपनी टिप्पणी से इसे दोहरा रहा हूं): मानक "क्या" हैं, कर्नेल "कैसे" है। मैंने केवल बिट्स और मानकों के टुकड़े पढ़े हैं, लेकिन मुझे नहीं लगता कि वे एक "कर्नेल" का उल्लेख करते हैं (यह सिर्फ "सिस्टम" है)। तो WRT प्रमाणीकरण और अनुपालन: यह "क्या" है एक कर्नेल / ओएस करता है, न कि यह "कैसे" करता है।

— गोल्डीलॉक्स

@strugee सिंगल यूनिक्स स्पेसिफिकेशन यूजरलैंड इंटरफेस पर लागू होता है। कर्नेल बेशक शामिल है, लेकिन मेरी टिप्पणी लिनक्स फाउंडेशन के बारे में आपके बयान के बारे में थी जो कि गुठली को प्रमाणित करता है। एक कर्नेल को प्रमाणित नहीं किया जा सकता है, यह प्रमाणीकरण प्रक्रिया के साथ बातचीत करने वाले सभी घटकों को याद कर रहा है। क्या प्रमाणित किया जा सकता है (या कम से कम संभव के रूप में अनुपालन करने का प्रयास किया जाता है) एक ऑपरेटिंग सिस्टम है, जिसे लिनक्स समुदाय में आमतौर पर वितरण कहा जाता है।

— jlliagre

@strugee यह संभव कारण होगा, लेकिन यह बहुत जल्दी रोलओवर नहीं है कि मामला है, लेकिन तथ्य यह है कि कोई असंगत परिवर्तन सुनिश्चित करने के लिए कोई प्रतिबद्धता है जोड़ा जाता है। उदाहरण के लिए सोलारिस 10 अनुपालन है, इस संगतता की गारंटी दें और एक दर्जन अपडेट किए गए हैं क्योंकि यह यूनिक्स03 प्रमाणित है। इसके अलावा, Gnu / Linux संयोजन के अनुरूप होने की कोशिश करता है क्योंकि यह / चाह सकता है लेकिन अधिक नहीं। यह (लगभग) कभी प्रमाणित होने का प्रयास नहीं किया गया क्योंकि यह दोनों एक महंगी प्रक्रिया है और यह वैसे भी इसका अनुपालन नहीं करेगा क्योंकि कुछ आवश्यकताएं गायब हैं (जानबूझकर) और कुछ एक्सटेंशन असंगत हैं

— jlliagre

Answer 2

POSIX के बारे में पहले उत्तर पर विस्तार करने के लिए, यह समझने के लिए कि "यूनिक्स-जैसा" का अर्थ क्या है, अच्छी तरह से पहले यह समझने की कोशिश करनी चाहिए कि वास्तव में UNIX क्या है। यूनिक्स ट्रेडमार्क के स्वामित्व वाले ओपन ग्रुप के प्रलेखन को देखते हुए , आपको सिंगल यूनिक्स विनिर्देश के विकास के बारे में विवरण मिलेगा - यहाँ UNIX03 है :

UNIX 03 उत्पाद मानक एकल UNIX विशिष्टता के संस्करण 3 के अनुरूप सिस्टम के लिए चिह्न है। यह UNIX 98 उत्पाद मानक का एक काफी उन्नत संस्करण है। अनिवार्य संवर्द्धन में ISO / IEC 9989: 1999 C प्रोग्रामिंग लैंग्वेज, IEEE Std 1003.1-2001 और ISO / IEC 9945: 2002 के साथ संरेखण शामिल है। इस उत्पाद मानक में निम्नलिखित अनिवार्य उत्पाद मानक शामिल हैं: अंतर्राष्ट्रीय सिस्टम कॉल और लाइब्रेरीज़ विस्तारित V3, कमांड और यूटिलिटीज़ V4, C भाषा V2, और अंतर्राष्ट्रीय टर्मिनल टर्मिनल।

UNIX98 :

UNIX 98 उत्पाद मानक UNIX 95 उत्पाद मानक का एक महत्वपूर्ण वर्धित संस्करण है। अनिवार्य संवर्द्धन में (1) थ्रेड इंटरफेस, (2) मल्टीबाइट सपोर्ट एक्सटेंशन (MSE), (3) लार्ज फाइल सपोर्ट, (4) डायनामिक लिंकिंग, (5) हार्डवेयर डेटा-लंबाई निर्भरता या प्रतिबंधों को हटाने के लिए परिवर्तन, और (6) ) वर्ष 2000 में परिवर्तन। इसके अलावा निम्नलिखित वैकल्पिक संवर्द्धन शामिल हैं: सॉफ्टवेयर प्रशासन सुविधाएं और रीयलटाइम समर्थन के लिए एपीआई का एक सेट। इस उत्पाद मानक में निम्न अनिवार्य उत्पाद मानक शामिल हैं: अंतर्राष्ट्रीय सिस्टम कॉल और लाइब्रेरीज़ विस्तारित V2, Commands और Utilities V3, C Language, Transport Service (XTI) V2, सॉकेट्स V2 और अंतर्राष्ट्रीयकृत टर्मिनल इंटरफेस। इसके अलावा, यह सॉफ़्टवेयर प्रशासन उत्पाद मानक के अनुरूप भी हो सकता है।

UNIX95 (मेरा जोर):

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

मानक के सर्वर संस्करण कुछ मामलों में इंटरनेट सर्वर और आईपीवी 6 को जोड़ते हैं।

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

यहीं से मॉरिस जे। बाक द्वारा UNIX ऑपरेटिंग सिस्टम की पुस्तक द डिजाइन अमूल्य रीडिंग बन जाती है क्योंकि यह इस बिंदु पर ऐतिहासिक बात है। बेशक ध्यान दें कि यह वास्तव में सी भाषा जैसे अन्य आविष्कारों से कैसे संबंधित है। C को AT & T बेल द्वारा विकसित किया गया था, यूनिक्स को एक ऐसी भाषा के साथ लागू करने के लिए, जो असेंबली की तरह तेज हो लेकिन विभिन्न हार्डवेयरों में पोर्टेबल हो, और बहुत सारे POSIX मानक C का विस्तार है।

कर्फ़ के रूप में इन्सोफ़र स्वयं चिंतित है, आपको अक्सर एक वैचारिक आरेख मिलेगा जैसे कि यह बताने के लिए कि पारंपरिक रूप से UNIX कर्नेल क्या था:

यहाँ श्री बाख की क्लासिक पुस्तक (1986) के कुछ अंश हैं जो UNIX सिस्टम V कर्नेल की नींव पर चर्चा करते हैं:

हालांकि, वे [एप्लिकेशन सबसिस्टम और प्रोग्राम] सभी निचले स्तर की सेवाओं का उपयोग करते हैं जो अंततः कर्नेल द्वारा प्रदान की जाती हैं, और वे सिस्टम कॉल के सेट के माध्यम से उन सेवाओं का लाभ उठाते हैं। सिस्टम V में लगभग 64 सिस्टम कॉल हैं, जिनमें से 32 से कम का उपयोग अक्सर किया जाता है। उनके पास सरल विकल्प हैं जो उन्हें उपयोग करना आसान बनाते हैं लेकिन उपयोगकर्ता को बहुत अधिक शक्ति प्रदान करते हैं। सिस्टम कॉल का सेट और उन्हें लागू करने वाले आंतरिक एल्गोरिदम कर्नेल का शरीर बनाते हैं [...]

[...] इसके दो प्रमुख घटक फाइल सबसिस्टम और प्रोसेस सबसिस्टम हैं।

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

[...] इनोड के दो संस्करण हैं: डिस्क कॉपी जो इनकोड की जानकारी संग्रहीत करता है जब फ़ाइल उपयोग में नहीं होती है और इन-कोर कॉपी सक्रिय फ़ाइलों के बारे में जानकारी रिकॉर्ड करती है।

यूनिक्स प्रणालियों पर उपयोगकर्ता प्रक्रियाओं का निष्पादन दो स्तरों में विभाजित है: उपयोगकर्ता और कर्नेल। जब कोई प्रक्रिया किसी सिस्टम कॉल को निष्पादित करती है, तो प्रक्रिया का निष्पादन मोड उपयोगकर्ता मोड से कर्नेल मोड में बदल जाता है : ऑपरेटिंग सिस्टम निष्पादित करता है और उपयोगकर्ता अनुरोध को सेवा देने का प्रयास करता है [...]

[...] यूनिक्स प्रणाली का दर्शन ऑपरेटिंग सिस्टम प्राइमिटिव्स प्रदान करना है जो उपयोगकर्ताओं को छोटे, मॉड्यूलर प्रोग्राम लिखने में सक्षम बनाता है जो कि अधिक जटिल कार्यक्रमों के निर्माण के लिए बिल्डिंग ब्लॉक के रूप में उपयोग किया जा सकता है। शेल उपयोगकर्ताओं के लिए दिखाई देने वाली ऐसी एक आदिम I / O को पुनर्निर्देशित करने की क्षमता है ।

[...] सर्विसिंग कॉल के अलावा, कर्नेल उपयोगकर्ता समुदाय के लिए सामान्य बहीखाता करता है, प्रक्रिया शेड्यूलिंग को नियंत्रित करता है, मुख्य मेमोरी में प्रक्रियाओं के भंडारण और संरक्षण का प्रबंधन, फील्डिंग में व्यवधान, फाइलों और उपकरणों का प्रबंधन और सिस्टम त्रुटि का ख्याल रखता है। शर्तेँ।

यदि आप यूनिक्स जैसे ऑपरेटिंग सिस्टम में कर्नेल के विभिन्न कार्यान्वयन के साथ रुचि रखते हैं, तो आप फ्रीबीएसडी कार्यान्वयन (4.4BSD) या मच कर्नेल पर भी नज़र डाल सकते हैं या उनकी विशेषताओं की तुलना में देख सकते हैं।

जितना अधिक आप UNIX के डिजाइन के बारे में जानते हैं, उतना ही आप समझते हैं कि UNIX की वंशावली और उसके इतिहास के बारे में निम्नलिखित चित्र में क्या हुआ है । श्री बाख ज्यादातर अपनी किताब में सिस्टम वी के बारे में बात कर रहे हैं, लेकिन उन्होंने बीएसडी पर भी चर्चा की:

नहीं है यह करने के लिए एक से अधिक आंखों को पूरा करती है वास्तव में। उदाहरण के लिए, मैक OSX UNIX03 प्रमाणित है, लेकिन क्या आप इसे किसी भी शुद्ध UNIXes (ज्यादातर लाल रंग में) से जुड़ा हुआ देखते हैं?

ऊपर आप देख सकते हैं कि इस ब्रह्मांड में BSD, GNU, Microsoft और विविध व्यक्तियों ने कैसे योगदान दिया। भले ही GNU और अंततः linux का UNIX में कोई सीधा वंशज नहीं है, फिर भी आप देखते हैं कि GNU खुले स्रोत की दुनिया में फिर से इंजीनियर बनने का प्रयास है और वाणिज्यिक UNIX से उपकरण और सॉफ्टवेयर जो बंद हो गए थे। इसलिए GNU मेंटेन किए गए सॉफ़्टवेयर को देखने से प्रारंभिक प्रोटोटाइप ऐप्स और लाइब्रेरी में उदाहरण के लिए एक विचार मिलता है।

लाइसेंसिंग युद्धों ने UNIX के विकास (और कभी-कभी ठहराव) में भूमिका निभाई। आप तुरंत देख सकते हैं कि UNIXes लाइसेंस प्रकार के अनुसार पंक्तिबद्ध हैं - बंद बनाम BSD ( BSD कोड को बंद स्रोत बनाने की अनुमति देता है ... OSX देखें) और GPL जो लिनक्स और GNU को कॉपीलेफ़्ट दुनिया में खुद को पूरक बनाने की अनुमति देता है। यहां लाइनस कर्नेल द्वारा शुरू में विकसित लाइनक्स कर्नेल का क्लासिक नक्शा है, जो यह भी बताता है कि "गिरी" एक यूनिक्स जैसे ऑपरेटिंग सिस्टम में क्या हो सकता है:

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

मेरा मानना ​​है कि इस तरह के विचार आपके प्रश्न के ओएस भाग के संदर्भ को जोड़ देंगे।

Comments

+1 कुछ अच्छे बिंदु यहाँ: 1) C और Unix के बीच संबंध के बारे में (जोड़ने के लिए: C को AT & T बेल द्वारा विकसित किया गया था, यूनिक्स को एक ऐसी भाषा के साथ लागू करने के लिए, जो विभिन्न हार्डवेयरों में असेंबली लेकिन पोर्टेबल हो सकती है, और बहुत सारा POSIX मानक C का विस्तार है)। 2) यह कर्नेल डिजाइन मानकों से स्वतंत्र है। मानक "क्या" हैं, गुठली "कैसे" हैं।

— गोल्डीलॉक्स

@goldilocks धन्यवाद, मैंने सी वर्बटीम के बारे में आपकी टिप्पणी जोड़ दी है। मैंने यह स्पष्ट करने की कोशिश की है कि कर्नेल के विचार मानक से असंबंधित हैं। प्रश्न मानता है कि यूनिक्स जैसी कर्नेल के बारे में कुछ विशिष्ट है फिर भी ऐसा नहीं है। दूसरी ओर ऐतिहासिक रूप से पहली यूनिक्स गुठली इस तरह और इस तरह से रही होगी। मेरी समझ सीमित है, लेकिन मुझे लगता है कि गुठली बहुत बदल गई है क्योंकि 70 के दशक से हार्डवेयर बहुत बदल गया है। स्पष्ट है कि कर्नेल यूनिक्स / यूनिक्स-जैसे को परिभाषित नहीं करता है, सोचा कि लिनक्स कर्नेल स्पष्ट रूप से जीएनयू / लिनक्स या लिनक्स को परिभाषित करता है।