लिनक्स और (फ्री) बीएसडी कर्नेल के बीच वैचारिक अंतर


19

(मैंने पहले ही देखा है कि यह प्रश्न पहले पूछा गया था, लेकिन मुझे लगता है कि इसका उत्तर उस तरह से नहीं दिया गया है जैसे मैं विषय को समझना चाहूंगा।)

एक के बीच वैचारिक और संरचनात्मक अंतर क्या हैं

  • लिनक्स कर्नेल
  • बीएसडी कर्नेल (फ्रीबीएसडी कहते हैं)

जबकि दिन के अंत में वे दोनों गुठली हैं - मैं मानूंगा कि संरचना, कार्यक्षमता और विशेषज्ञता में अंतर हो सकता है। किन परिदृश्यों में एक प्रकार का कर्नेल दूसरे पर एक फायदा होगा? (वेब सर्वर, डेटाबेस, कम्प्यूटिंग, आदि)

क्या किसी सामान्य कर्नेल या कुछ मॉड्यूल के लिए बलों को केंद्रित करने के लिए कोई संयुक्त प्रयास हैं या यह वैसे भी बेकार होगा?

पुनश्च: इस संदर्भ में विभिन्न लाइसेंस प्रकार या शिपिंग / पैकेजिंग / अनुरक्षण दृष्टिकोण महत्वपूर्ण नहीं हैं। मुझे यह समझने में दिलचस्पी है कि वे संरचनात्मक, कार्यात्मक / सुविधा स्तर और विशेषज्ञता पर कैसे भिन्न हैं।


क्या किसी सामान्य कर्नेल या कुछ मॉड्यूल के लिए बलों को केंद्रित करने के लिए कोई संयुक्त प्रयास हैं या यह वैसे भी बेकार होगा? मेरा पहला विचार क्या बिंदु है जो संभवतः हो सकता है ... एक तीसरा कर्नेल बनाने के लिए "पूरी तरह से लिनक्स और फ्रीबीएसडी के मिश्रण पर आधारित"?
गोल्डीलॉक्स

नहीं, बिल्कुल नहीं, बल्कि दूसरे तरीके से - उन हिस्सों के लिए एक सहयोग स्थापित करते हैं जो दोनों के लिए समान हैं। मुझे लगता है कि अगर मैं गलत नहीं हूं तो कुछ ड्राइवरों के लिए यह पहले से ही मामला है।
बाइनरीनोमली

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

1
@ 0xC0000022L: आप निश्चित रूप से सही हैं और मैं यह नहीं कहना चाहता था कि लाइसेंसिंग प्रश्न महत्वपूर्ण नहीं हैं - मैं चाहता था कि यह इस विशेष चर्चा में मुख्य फोकस न बने।
बाइनरीनोमली

वास्तव में @goldilocks, आप एक तीसरी चीज़ का लाभ नहीं देख सकते हैं जो न तो बहुत चमकदार है, न ही बीएसडिश, लेकिन सिर्फ सही है ?
जोश रंबुत

जवाबों:


22

1. लिनक्स-कर्नेल और बीएसडी-कर्नेल के बीच वैचारिक और संरचनात्मक अंतर क्या हैं?

वास्तुकला और आंतरिक संरचनाओं के संबंध में, इस बात पर मतभेद हैं कि चीजें कैसे की जाती हैं (जैसे: lvm बनाम जियोम , फ्रीबीएसडी के लिए जल्दी और जटिल जेल सुविधा ...), लेकिन कुल मिलाकर दोनों के बीच इतने अंतर नहीं हैं:

  • BSD * कर्नेल और लिनक्स कर्नेल दोनों विशुद्ध रूप से अखंड दृष्टिकोण से कुछ हाइब्रिड / मॉड्यूलर में विकसित हुए हैं।

फिर भी, उनके दृष्टिकोण और इतिहास में मूलभूत अंतर हैं:

  • बीएसडी-कर्नेल बीएसडी लाइसेंस का उपयोग कर रहे हैं और लिनक्स-कर्नेल जीपीएल लाइसेंस का उपयोग कर रहे हैं ।
  • बीएसडी-कर्नेल स्टैंड-अलोन कर्नेल नहीं हैं, लेकिन पूरे के हिस्से के रूप में विकसित किए गए हैं । बेशक, यह केवल एक दार्शनिक दृष्टिकोण है और एक तकनीकी नहीं है, लेकिन यह प्रणाली को सुसंगतता देता है
  • बीएसडी-कर्नेल को अधिक रूढ़िवादी बिंदु -__ के साथ विकसित किया गया है और फैंसी सुविधाओं की तुलना में उनके दृष्टिकोण के अनुरूप रहने के बारे में अधिक चिंता है।
  • लिनक्स-कर्नेल ड्राइवरों, सुविधाओं, ... (और अधिक बेहतर) के बारे में अधिक हैं।

जैसा कि कहीं और कहा गया है :

यह इंटेलिजेंट डिज़ाइन और ऑर्डर (BSD *) बनाम प्राकृतिक चयन और अराजकता (GNU / Linux) है।

2. किस परिदृश्य में एक प्रकार का कर्नेल दूसरे पर एक फायदा होगा?

लगभग समग्र वेनिला लिनक्स-कर्नेल और एक फ्रीबीएसडी-कर्नेल की तुलना करते हुए, उनकी समग्र संरचना और अवधारणा के बारे में, वे एक ही सामान्य उपयोग स्तर के कम या ज्यादा होते हैं , जो किसी विशेष विशेषज्ञता के साथ है (वास्तविक समय नहीं, अत्यधिक समानता नहीं, नहीं खेल उन्मुख, एम्बेडेड नहीं ...)।

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

लेकिन, कुछ का तर्क होगा कि OpenBSD में सुरक्षा के लिए एक गहन और सुसंगत दृष्टिकोण है, जबकि कठोर लिनक्स वितरण वेनिला लिनक्स-कर्नेल के "बस" संशोधित संस्करण हैं। यह इस तरह के विशेष रूप से विशेष प्रणाली के लिए सच हो सकता है, क्योंकि स्टीम-ओएस गेम खेलने के लिए नंबर एक होगा।

3. क्या एक सामान्य कर्नेल या कुछ मॉड्यूल के लिए बलों को केंद्रित करने के लिए कोई संयुक्त प्रयास हैं ?

एक सामान्य कर्नेल के लिए बलों को केंद्रित करने का कोई संयुक्त प्रयास नहीं है , क्योंकि प्रमुख लाइसेंस, दार्शनिक या दृष्टिकोण मुद्दे हैं।

यदि कुछ वास्तविक आम प्रयास मौजूद हैं जैसे कि OpenZFS , ज्यादातर समय यह ड्राइवरों और अवधारणाओं के बारे में अधिक होता है या एक दूसरे से प्रेरित होता है।


बीएसडी के बारे में ग्लिब सामान्यीकरण आमतौर पर गलत हैं। यहाँ ध्यान दें, उदाहरण के लिए, कि DragonFly BSD मौजूद है क्योंकि रूढ़िवादी होना एक सामान्यीकरण नहीं है कि कोई BSD दुनिया पर लागू हो सकता है।
JdeBP

5

आंशिक उत्तर कुछ बिंदुओं को संबोधित करते हुए

पेंगुइन कहे जाने वाले खुले स्रोत के विकास को देखते हुए कई विकल्पों को अक्सर एक बुरी चीज के रूप में देखा जाता है, लेकिन इसे प्रकृति के समान मानते हैं। 17 हैं । प्रत्येक आवश्यकताओं के एक विशेष सेट के लिए विशिष्ट है, इसलिए भी खुले स्रोत परियोजनाओं (आमतौर पर) के साथ। प्राकृतिक चयन खुले स्रोत को बाहर निकालने का ख्याल रखेगा जो समय के साथ कम उपयुक्त हो।

क्या किसी सामान्य कर्नेल या कुछ मॉड्यूल के लिए बलों को केंद्रित करने के लिए कोई संयुक्त प्रयास हैं या यह वैसे भी बेकार होगा?

व्यर्थ की तरह होगा, यह कई बार प्रयास का दोहराव है लेकिन इन घटकों पर काम करने वाले लोग इसे वैक्यूम में भी नहीं कर रहे हैं। वे चारों ओर देखेंगे कि अन्य क्या कर रहे हैं और अगर कोई दृष्टिकोण या एल्गोरिथ्म है तो वे इसे शामिल करते हैं जब यह ऐसा करने के लिए समझ में आता है।

मैं आपके अन्य गोलियों के बारे में संरचना के अंतर से बात नहीं कर सकता, लेकिन मैंने सोचा कि मैं उनमें से कम से कम 2 पते बताऊंगा।


आपके पास निश्चित रूप से विशेषज्ञता के साथ एक बिंदु है। दूसरी ओर मैं यह भी शर्त लगाऊंगा कि पेंगुइन का डीएनए बिल्कुल उच्च प्रतिशत (वानर और मनुष्यों के लिए) के समान है और यह केवल छोटे क्षेत्रों में भिन्न होता है। निरर्थक प्रयासों से बचने के लिए प्रकृति बहुत अच्छी है, लेकिन केवल जब और जहां इसकी आवश्यकता होती है, तब अंतर करें। प्राकृतिक पुनरावृत्तियों (प्रजनन) के अरबों तब (चयन) तय करते हैं कि कौन से पैटर्न दिए गए पर्यावरणीय परिस्थितियों के लिए सबसे उपयुक्त हैं। (यह दार्शनिक हो रहा है;)
बाइनरीनोमली

@ बेसिनानोमाली - यह एनालॉग्स के साथ परेशानी है 8-)। मैं शायद इसे उस स्तर तक नहीं ले जाऊंगा क्योंकि प्रोग्रामिंग लैंग्वेज / कोड का सहसंबंध डीएनए से संबंधित है।
SLM

अच्छा जवाब और पेंगुइन का उपयोग करके एक अच्छी तुलना। अक्सर हम यह भूल जाते हैं कि प्रयास का दोहराव हमेशा बुरा नहीं होता है और किसी परियोजना का कांटा हमेशा अंत नहीं होता है। यह वास्तव में एक विकासवादी प्रक्रिया है, जो होने की जरूरत है और नए विचार पैदा कर सकती है या बुरी तरह विफल हो सकती है।
राफेल एहरेंस
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.