Unix और Linux का इतिहास: 1969 से आज तक की पूरी जानकारी

Unix और Linux का संक्षिप्त इतिहास

Unix और Linux का इतिहास इस बात पर एक लंबी बहस है कि source code का स्वामी कौन हो सकता है। Unix की शुरुआत 1969 में Bell Labs में हुई थी। Linux की शुरुआत 1991 में Helsinki में हुई और इसमें उस मूल code का कोई अंश शामिल नहीं है। जो चीज़ इन दोनों के बीच साझा रही, वह थी एक design और प्रकाशित interfaces का समूह: files, processes, pipes, और एक shell जो छोटे programs को आपस में जोड़ता है। 1970 के दशक में Unix विश्वविद्यालयों में फैल गया क्योंकि 1956 के एक antitrust समझौते ने AT&T (American Telephone and Telegraph) को software बेचने से रोक दिया था, इसलिए Bell Labs ने इसके बजाय source code को सस्ते में license कर दिया। अंततः Unix हर जगह पहुँच गया जबकि AT&T के बाहर इसका कोई आधिकारिक स्वामी नहीं था, और इसके बाद हुए licensing विवादों ने ही यह तय किया कि आपके server rack में कौन-सा free Unix-like system स्थापित होगा।

1969: एक अतिरिक्त PDP-7, और वे विचार जो टिक गए

Bell Labs 1969 में Multics प्रोजेक्ट से बाहर हो गया। Multics (multiplexed information and computing service) MIT और General Electric के साथ बनाया गया एक बड़ा time-sharing system था, और Labs ने निर्णय लिया कि इसे पूरा करना बहुत कठिन है। Ken Thompson ने अपने पसंदीदा विचारों को रखा और बाकी को छोड़ दिया, उन्होंने एक बेकार पड़े PDP-7 minicomputer पर एक छोटा time-sharing system लिखा। Dennis Ritchie उनके साथ जुड़ गए। Unix नाम Multics की कीमत पर एक मजाक था।

1970 में यह system एक PDP-11 पर चला गया जिसे Labs ने patent विभाग के typists के लिए खरीदा था, क्योंकि operating system की तुलना में text processing tool के लिए funding प्राप्त करना आसान था। उस machine में 24 KB core memory थी, जो system और user programs के बीच विभाजित थी। यह funding दुर्घटना ही कारण है कि नवंबर 1971 का पहला Unix manual, formatted documents का एक सेट था, और यही कारण है कि आप आज भी man 5 crontab टाइप करते हैं। उस manual में दिए गए section numbers ही आपके manual के section numbers हैं।

दो बदलावों ने इस design को स्थायी बना दिया। 1973 में Version 3 में pipes आए, क्योंकि Doug McIlroy ने वर्षों तक तर्क दिया था कि programs को अंत से अंत तक जोड़ा जाना चाहिए, और Thompson ने | operator जोड़ा ताकि एक program का output अगले program का input बन सके। फिर 1973 के अंत में Version 4 को C में फिर से लिखा गया। एक portable language में लिखा गया operating system उस hardware पर चल सकता है जिसके लिए उसे नहीं लिखा गया था, और यही कारण है कि Unix उन सभी machines से अधिक समय तक जीवित रहा जिन पर इसे शुरू किया गया था।

Unix का प्रसार क्यों हुआ: AT&T को इसे बेचने की अनुमति नहीं थी

1956 के एक सहमति डिक्री (consent decree) ने AT&T के खिलाफ चल रहे एक अविश्वास (antitrust) मामले को सुलझाया। AT&T ने अपनी टेलीफोन एकाधिकार को बनाए रखा और बदले में एक सीमा स्वीकार की: वह दूरसंचार के अलावा अन्य व्यवसायों से दूर रहेगा। सॉफ्टवेयर उन व्यवसायों में से एक था। इसलिए जब विश्वविद्यालयों ने Unix की मांग की, तो Bell Labs इसे एक उत्पाद के रूप में नहीं बेच सका। इसने बिना किसी सपोर्ट और बिना किसी वारंटी के, नाममात्र शुल्क पर सोर्स कोड को लाइसेंस दिया।

इसका प्रभाव बहुत बड़ा था, और यह वह नहीं था जिसकी AT&T ने योजना बनाई थी। 1975 में जारी Sixth Edition Unix, पूर्ण सोर्स कोड के साथ सैकड़ों कंप्यूटर विज्ञान विभागों तक पहुँचा। University of New South Wales के John Lions ने उस कर्नेल सोर्स को पंक्ति-दर-पंक्ति टिप्पणी (commentary) के साथ प्रिंट किया और उससे पढ़ाया। एक पूरी पीढ़ी ने एक वास्तविक ऑपरेटिंग सिस्टम को पढ़कर सीखा कि वह कैसे काम करता है।

फिर लाइसेंस बदल गया। 1979 में Seventh Edition के लाइसेंस ने कक्षाओं में सोर्स कोड के उपयोग पर रोक लगा दी, इसलिए Lions की टिप्पणी फोटोकॉपी की फोटोकॉपी के रूप में प्रसारित होती रही। पूरी कहानी का स्वरूप यही है। Unix हर जगह था और साथ ही वह स्वतंत्र (unfree) भी नहीं था, इसलिए किसी के द्वारा किया गया हर सुधार किसी और के मालिकाना कोड (proprietary code) में सुधार था।

Berkeley: Unix के वे हिस्से जिन्हें आप वास्तव में टाइप करते हैं

Ken Thompson ने 1975 से 1976 तक का शैक्षणिक वर्ष University of California, Berkeley में बिताया और अपने पीछे एक बहुत ही सक्रिय Unix समूह छोड़ गए। Berkeley के Computer Systems Research Group (CSRG) ने स्थानीय सुधारों वाली tapes जारी कीं, और वे tapes ही BSD, यानी Berkeley Software Distribution बनीं। Bill Joy ने शुरुआती काम का अधिकांश हिस्सा लिखा: 1978 में 1BSD, और फिर 1979 में 2BSD, जिसमें vi editor और C shell शामिल थे।

C shell ही वह जगह है जहाँ से !! और !$ आए हैं। Bash ने उस syntax को विरासत में लिया है, और यही कारण है कि bash history expansion उन लोगों को आज भी हैरान कर देती है जो double quotes के अंदर exclamation mark टाइप करते हैं, चालीस साल बाद भी।

इसके बाद DARPA (US Defense Advanced Research Projects Agency) ने Berkeley को Unix में नए internet protocols डालने के लिए भुगतान किया। अगस्त 1983 में release हुए 4.2BSD में TCP/IP (transmission control protocol over internet protocol) और socket application programming interface शामिल थे। आपके सर्वर पर हर network service आज भी इसी क्रम में socket(), bind(), listen() और accept() को call करती है, क्योंकि Berkeley ने 1983 में ये नाम चुने थे।

एक विवरण ने अगले दशक की दिशा तय की। BSD tape एक पूर्ण system नहीं थी। यह AT&T के Unix में किए गए सुधारों का एक समूह था, और इसे कानूनी रूप से चलाने के लिए आपको एक वैध AT&T source license की आवश्यकता थी। Berkeley ने कई वर्षों में, एक-एक file करके, AT&T के हिस्सों को अपने स्वयं के code से बदल दिया। क्या वह प्रतिस्थापन वास्तव में पूर्ण था, यही वह प्रश्न है जो बाद में अदालत तक पहुँचा।

1984: विभाजन, और उसके बाद Unix युद्ध

1 जनवरी 1984 को Bell System का विभाजन हो गया, और इसके साथ ही वह सहमति डिक्री (consent decree) भी समाप्त हो गई जिसने AT&T को सॉफ्टवेयर व्यवसाय से दूर रखा था। AT&T अब Unix को एक उत्पाद के रूप में बेच सकता था, और उसने ऐसा किया। कमर्शियल सोर्स लाइसेंस महंगे हो गए, इसलिए Unix अब वह सस्ती चीज नहीं रही जिसे विश्वविद्यालय छात्रों को आसानी से उपलब्ध कराते थे।

विक्रेताओं ने पहले ही इसे fork कर लिया था। हर वर्कस्टेशन कंपनी अपने हार्डवेयर पर अपना Unix शिप करती थी, इसलिए 1980 के दशक के अंत तक एक सिस्टम के लिए लिखा गया प्रोग्राम दूसरे पर चलाने के लिए porting की आवश्यकता होती थी। 1988 में उद्योग दो मानक शिविरों में बंट गया: एक तरफ Open Software Foundation और दूसरी तरफ Unix International। इन्होंने वर्षों तक असंगत सिस्टम शिप किए और इस बात पर बहस करते रहे कि असली Unix किसका है।

POSIX (portable operating system interface) इसी अव्यवस्था से निकला। IEEE 1003.1 को 1988 में प्रकाशित किया गया, और इसमें यह लिखा गया कि एक Unix-like सिस्टम को क्या करना चाहिए: सिस्टम कॉल्स, शेल का व्यवहार, मानक यूटिलिटीज, और C लाइब्रेरी इंटरफेस। यह सुनने में जितना लगता है, उससे कहीं अधिक महत्वपूर्ण है, क्योंकि एक मानक एक विनिर्देश (specification) होता है और कोई भी लाइसेंस इसे कवर नहीं करता है। तीन साल बाद एक छात्र ने उन दस्तावेजों के आधार पर एक kernel लिखा।

Minix और इसके द्वारा छोड़ी गई रिक्तता

Andrew Tanenbaum ने 1987 में अपनी ऑपरेटिंग सिस्टम की पाठ्यपुस्तक के लिए एक शिक्षण प्रणाली के रूप में Minix को release किया। Minix एक छोटा Unix-like सिस्टम था, जिसका source कोड किताब के साथ आता था, और यह उन सस्ते PCs पर चलता था जो छात्रों के पास वास्तव में उपलब्ध थे। इसे कक्षा में पढ़ना कानूनी था, जो कि Seventh Edition Unix के मामले में अब संभव नहीं था।

Minix को जानबूझकर छोटा रखा गया था, क्योंकि इसे एक किताब में समझाया जाना आवश्यक था, और Tanenbaum ने उन patches को स्वीकार करने से मना कर दिया जो इसे एक production सिस्टम बना सकते थे। इसका license भी free नहीं था: आप किताब खरीदते थे, और अपने संशोधित Minix को पुनर्वितरित (redistribute) करना आपके अधिकार क्षेत्र में नहीं था। इसलिए 1991 तक, एक छात्र एक कार्यशील Unix-like kernel को पढ़ तो सकता था, लेकिन उस पर कुछ भी स्थायी निर्माण नहीं कर सकता था।

GNU के पास kernel को छोड़कर सब कुछ था

Richard Stallman ने सितंबर 1983 में GNU प्रोजेक्ट की घोषणा की, जिसका लक्ष्य एक पूर्ण स्वतंत्र Unix-like सिस्टम बनाना था। 1991 तक GNU ने kernel के आसपास के अधिकांश हिस्से तैयार कर लिए थे: GCC कंपाइलर, GNU C लाइब्रेरी, बाइनरी यूटिलिटीज, और bash, जिसे Brian Fox ने 1989 में लिखा था और यही वह शेल है जिसमें आपका सर्वर आज भी आपको शुरू करता है। GNU kernel, Hurd, वह हिस्सा था जो बार-बार पिछड़ रहा था।

GNU General Public License version 2 को जून 1991 में प्रकाशित किया गया था। इसका नियम संक्षिप्त है। आप कोड का उपयोग कर सकते हैं और उसे बदल सकते हैं, और यदि आप परिणाम को वितरित करते हैं, तो आपको उसी शर्तों के तहत सोर्स कोड भी वितरित करना होगा। यह नियम अब से दो सेक्शन बाद इस कहानी का मुख्य आधार बनेगा।

अगस्त 1991: comp.os.minix पर पोस्ट

25 अगस्त 1991 को हेलसिंकी के एक छात्र ने Usenet समूह comp.os.minix पर एक पोस्ट किया:

Hello everybody out there using minix -

I'm doing a (free) operating system (just a hobby, won't be big and
professional like gnu) for 386(486) AT clones.

संस्करण 0.01 सितंबर 1991 में जारी किया गया। इसमें न तो Unix का कोड था और न ही Minix का। यह 386 के लिए एक नया kernel था, जिसे Minix मशीन पर विकसित किया गया था, POSIX interfaces के आधार पर लिखा गया था, और इसे पहले से मौजूद GNU tools के साथ जोड़ा गया था। Tanenbaum ने जनवरी 1992 में Torvalds से कहा कि monolithic kernel एक पुराना डिज़ाइन है। डिज़ाइन के मामले में उनकी बात सही थी, लेकिन Torvalds एक अलग सवाल का जवाब दे रहे थे: एक छात्र के पास मौजूद सस्ते कंप्यूटर पर क्या बेहतर चलता है।

फरवरी 1992 में, संस्करण 0.12 को GPL के तहत पुनः लाइसेंस दिया गया। Torvalds ने बाद में इसे अपना सबसे अच्छा निर्णय बताया। मूल Linux लाइसेंस में पैसों के लेन-देन पर रोक थी, जो बाद में आने वाले CD विक्रेताओं और support कंपनियों के लिए बाधा बनती। GPL ने व्यापार की अनुमति दी, लेकिन साथ ही यह भी अनिवार्य कर दिया कि वितरित किए गए हर बदलाव को उसी साझा tree में वापस लाया जाए।

मुकदमा: अप्रैल 1992 से फरवरी 1994 तक

Berkeley ने जून 1991 में Networking Release 2 (Net/2) जारी किया: यह लगभग एक पूर्ण BSD सिस्टम था, जिसमें से AT&T से ली गई फाइलें हटा दी गई थीं। इसमें छह kernel फाइलें गायब थीं। Bill और Lynne Jolitz ने उनके स्थान पर नई फाइलें लिखीं और मार्च 1992 में 386BSD 0.0 जारी किया, उसके बाद 14 जुलाई 1992 को 386BSD 0.1 जारी किया। अब 386 के लिए एक मुफ्त, पूर्ण और परिपक्व BSD उपलब्ध था, ठीक उसी समय जब Linux अभी भी एक शौक वाला kernel ही था। Berkeley Software Design, Inc. (BSDi) ने एक समर्थित कमर्शियल बिल्ड, BSD/386 बेचा और इसका विज्ञापन 1-800-ITS-UNIX टेलीफोन नंबर के साथ किया।

अप्रैल 1992 में, Unix System Laboratories (USL) ने, जो उस समय Unix की मालिक AT&T की सहायक कंपनी थी, ट्रेड सीक्रेट्स और Unix ट्रेडमार्क को लेकर न्यू जर्सी की संघीय अदालत में BSDi पर मुकदमा दायर किया। बाद में इस मुकदमे में Regents of the University of California को भी शामिल किया गया। यूनिवर्सिटी ने 1993 में कैलिफोर्निया में जवाबी मुकदमा दायर किया, जिसमें तर्क दिया गया कि AT&T ने Berkeley के कोड को System V में शामिल किया था, लेकिन उनके अपने लाइसेंस के अनुसार आवश्यक श्रेय (credit) नहीं दिया था।

कानूनी मामला 1993 में कमजोर पड़ गया। जज Dickinson Debevoise ने USL को प्रारंभिक निषेधाज्ञा (preliminary injunction) देने से इनकार कर दिया। उनका मानना था कि पुराने 32V कोड पर USL का कॉपीराइट दावा संभवतः अमान्य था, क्योंकि AT&T ने उस कोड को वर्षों तक बिना किसी कॉपीराइट नोटिस के वितरित किया था। 1993 के मध्य में Novell ने AT&T से USL को खरीद लिया, और Novell का प्रबंधन इस विवाद को समाप्त करना चाहता था। फरवरी 1994 में मामला सुलझ गया। Berkeley डिस्ट्रीब्यूशन की लगभग 18,000 फाइलों में से तीन को हटा दिया गया और लगभग सत्तर फाइलों पर USL के कॉपीराइट नोटिस जोड़ दिए गए।

Berkeley ने जून 1994 में 4.4BSD-Lite जारी किया और यह कानूनी रूप से पूरी तरह साफ था। FreeBSD और NetBSD, जो दोनों 1993 में विवादित Net/2 कोड पर आधारित थे, उन्हें अपने सिस्टम को इस नए आधार पर फिर से बनाना पड़ा, जिसमें 1994 का अधिकांश समय लग गया। Linux 1.0 को मार्च 1994 में जारी किया गया था, जो कि इस पुनर्निर्माण प्रक्रिया के बीच का समय था।

Linux ने सर्वर की दुनिया को क्यों अपनाया, BSD को क्यों नहीं?

मुकदमा इसका एक प्रचलित उत्तर है, और यह उत्तर का एक हिस्सा भी है। अप्रैल 1992 और फरवरी 1994 के बीच, किसी भी उत्पाद के लिए free Unix चुनने वाले व्यक्ति को AT&T के वकीलों के सक्रिय कानूनी दावों और एक फिनिश छात्र के kernel के बीच चुनाव करना था, जिस पर कोई मुकदमा नहीं कर सकता था। यह वही सटीक समय था जब web का आगमन हुआ और Linux के पहले distributions सामने आए: जुलाई 1993 में Slackware, अगस्त 1993 में Debian, और फिर Red Hat तथा SUSE।

चार अन्य चीजें भी उतनी ही महत्वपूर्ण थीं जितना कि अदालती मामला।

• Hardware: Linux ने अपनी पहली line of code से ही commodity 386 PC को लक्षित किया, और यही वह hardware था जो सस्ता हो गया था। BSD का मुख्य केंद्र VAX और workstation थे, और 386 port दो लोगों का एक बाहरी प्रयास था।
• License: GPL के तहत किसी modified kernel को ship करने वाली कंपनी के लिए अपने बदलावों को प्रकाशित करना अनिवार्य है, इसलिए vendor का काम वापस एक ही tree में समाहित हो जाता था। BSD license कंपनियों को अपने बदलाव निजी रखने की अनुमति देता है, और कंपनियों ने उन्हें निजी रखा भी।
• Development model: Torvalds ने अजनबियों से मिले patches को तेजी से merge किया और लगातार releases जारी किए। 386BSD इतनी धीमी गति से release हुआ कि उसके अपने उपयोगकर्ताओं ने 1993 में इसे दो बार fork कर दिया, NetBSD और FreeBSD में, और फिर 1995 में OpenBSD में।
• Momentum: Developers वहीं जाते हैं जहाँ अन्य developers पहले से मौजूद होते हैं, और drivers उसी system के लिए लिखे जाते हैं जिसके सबसे अधिक उपयोगकर्ता होते हैं।

तकनीकी प्रश्न के बारे में ईमानदार रहें। 1994 में BSD एक अधिक पूर्ण system था, जिसका आधार सुसंगत था, इतिहास प्रलेखित था, और networking code ऐसा था जिसे पकड़ने में Linux को वर्षों लग गए। 1994 में किसी ने Linux को इसलिए नहीं चुना क्योंकि वह बेहतर था। लोगों ने इसे इसलिए चुना क्योंकि यह उपलब्ध था, कानूनी बाधाओं से मुक्त था, उनके पास मौजूद hardware पर चल रहा था, और हर हफ्ते बेहतर हो रहा था।

BSD ने क्या बनाए रखा, और यह अब कहाँ चलता है

BSD का सफर जारी रहा। इसने जो खोया, वह इसकी डिफ़ॉल्ट स्थिति थी। इसका सबसे स्पष्ट प्रमाण आपकी अपनी मशीन पर मौजूद है: OpenBSD प्रोजेक्ट ने 1999 में OpenSSH लिखा था, और आज लगभग हर Linux सिस्टम पर यही SSH सर्वर के रूप में काम करता है। यही कारण है कि SSH key की वे आदतें जो सीखने योग्य हैं दोनों परिवारों में एक समान हैं।

Netflix वीडियो सर्व करने के लिए FreeBSD उपकरणों का उपयोग करता है। Juniper राउटर्स पर चलने वाला ऑपरेटिंग सिस्टम Junos, अंदरूनी तौर पर FreeBSD ही है। PlayStation का सिस्टम सॉफ्टवेयर FreeBSD से ही निकला है। Apple के macOS और iOS के कर्नल और यूजरलैंड में BSD कोड मौजूद है। जिस permissive license के कारण BSD ने साझा सर्वर ट्री खो दिया, उसी ने BSD कोड को ऐसे बहुत सारे हार्डवेयर के अंदर पहुँचा दिया जो कभी इसका उल्लेख नहीं करते।

यदि आप आज चुनाव कर रहे हैं, तो प्रश्न ऐतिहासिक होने के बजाय व्यावहारिक है। सर्वर के रूप में Linux और FreeBSD की तुलना ZFS, jails, ports tree और इस बात पर निर्भर करती है कि कितना third-party सॉफ्टवेयर Linux को आधार मानकर चलता है। सर्वर के रूप में FreeBSD 15 एक वर्तमान और मेंटेन किया जाने वाला सिस्टम है, न कि कोई संग्रहालय की वस्तु। और Linux बनाम Windows Server एक अलग प्रश्न है, जिसका उत्तर आपके एप्लिकेशन स्टैक पर निर्भर करता है।

आज आप VPS पर जो 1969 का डिज़ाइन उपयोग करते हैं

इनमें से प्रत्येक चीज़ उन अधिकांश लोगों से पुरानी है जो इनका उपयोग कर रहे हैं।

• पाइप (The pipe)। who | wc -l लॉग-इन उपयोगकर्ताओं की गिनती करता है क्योंकि 1973 में Version 3 Unix ने एक प्रोग्राम के आउटपुट को दूसरे प्रोग्राम का इनपुट बनाना संभव बना दिया था।
• मैनुअल सेक्शन। man 1 ls और man 5 crontab नवंबर 1971 के मैनुअल से ली गई नंबरिंग योजना का उपयोग करते हैं।
• फाइलसिस्टम का विभाजन। /usr का अस्तित्व इसलिए है क्योंकि 1971 में उस PDP-11 की रूट डिस्क भर गई थी और डेवलपर्स ने फाइलों को दूसरे डिस्क पैक पर स्थानांतरित कर दिया था। डिस्ट्रिब्यूशन ने तब से इस विभाजन को समाप्त कर दिया है: Ubuntu 24.04 या Debian 13 पर ls -ld /bin चलाएं और आपको usr/bin का एक सिम्बॉलिक लिंक मिलेगा।
• सॉकेट कॉल्स। बर्कले ने इन्हें 1983 में 4.2BSD के लिए लिखा था, और हर नेटवर्क डेमन आज भी इनका उपयोग करता है।
• POSIX। मानक के अनुसार लिखा गया एक #!/bin/sh स्क्रिप्ट Linux, FreeBSD, macOS और Solaris पर बिना किसी बदलाव के चलता है, क्योंकि यह मानक वह चीज़ है जिसे उन सभी ने लागू किया है।

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

FAQ

क्या Linux में कोई मूल Unix कोड शामिल है?

नहीं। Linus Torvalds ने 1991 में kernel को शून्य से लिखना शुरू किया था, जिसका लक्ष्य AT&T के किसी भी source के बजाय POSIX interfaces को लक्षित करना था। Unix की विरासत केवल एक डिज़ाइन और प्रकाशित interface है: files, processes, pipes और system call के नाम। kernel के चारों ओर मौजूद GNU tools को भी 1983 से शून्य से लिखा गया था। यही स्वतंत्रता वह कारण है कि BSD कोड पर AT&T का मुकदमा Linux को कभी प्रभावित नहीं कर सका।

BSD के खिलाफ AT&T का मुकदमा कब हुआ था, और क्या इसने BSD को खत्म कर दिया?

USL, जो Unix की मालिक AT&T की सहायक कंपनी थी, ने अप्रैल 1992 में BSDi पर मुकदमा किया और बाद में University of California को भी प्रतिवादी के रूप में शामिल किया। 1993 में न्यायाधीश ने प्रारंभिक निषेधाज्ञा (preliminary injunction) देने से इनकार कर दिया, यह मानते हुए कि पुराने 32V कोड पर copyright का दावा संभवतः अमान्य था। Novell ने 1993 के मध्य में USL को खरीदा और फरवरी 1994 में मामले को सुलझा लिया, जिसमें लगभग 18,000 में से तीन files को हटा दिया गया और लगभग सत्तर files को नए copyright नोटिस दिए गए। इसने BSD को खत्म नहीं किया। इसने उन दो वर्षों के दौरान BSD के अपनाए जाने की गति को रोक दिया जब दुनिया एक मुफ्त Unix का चयन कर रही थी।

Linux ने BSD के बजाय servers पर कब्जा क्यों किया?

कानूनी निश्चितता एक कारण था: 1992 और 1993 के दौरान, Linux पर कोई मुकदमा नहीं था जबकि BSD पर एक मुकदमा चल रहा था। अन्य कारणों में पहले दिन से ही 386 को लक्षित करना, GPL द्वारा vendor के बदलावों को एक ही tree में वापस खींचना, और एक ऐसी merge प्रक्रिया थी जो contributors को व्यस्त रखने के लिए पर्याप्त तेज़ थी, जबकि 386BSD तीन दिशाओं में बंट गया था। तकनीकी योग्यता निर्णायक कारक नहीं थी, क्योंकि 1994 में BSD एक अधिक पूर्ण system था।

क्या आज भी FreeBSD चलाना सार्थक है?

हाँ, और ठोस कारणों से: ZFS का base system के साथ एकीकृत होना, jails का एक परिपक्व isolation model होना, एक सुसंगत इकाई के रूप में विकसित base system, और ऐसी documentation जो सटीक रहती है। इसकी कीमत compatibility के काम के रूप में चुकानी पड़ती है, क्योंकि अधिकांश third party server software, container tooling और vendor support Linux को आधार मानकर चलते हैं। FreeBSD को तब चुनें जब इसकी storage और networking क्षमताएं उस अतिरिक्त मेहनत को सार्थक बनाती हों, न कि केवल पुरानी विरासत के प्रति निष्ठा के कारण।