تاریخچه کامل Unix و Linux از 1969 تا امروز

تاریخچه Unix و Linux، به اختصار

تاریخچه Unix و Linux یک بحث طولانی درباره این است که چه کسی اجازه مالکیت بر کد منبع (source code) را دارد. Unix در سال 1969 در Bell Labs آغاز شد. Linux در سال 1991 در هلسینکی شروع به کار کرد و هیچ بخشی از آن کد اولیه را به اشتراک نمی‌گذارد. آنچه میان آن‌ها منتقل شد، یک طراحی و مجموعه‌ای از رابط‌های منتشرشده بود: فایل‌ها، پردازش‌ها، پایپ‌ها (pipes) و یک شل (shell) که برنامه‌های کوچک را به هم متصل می‌کند. Unix در دهه 1970 در دانشگاه‌ها گسترش یافت، زیرا یک توافق‌نامه ضد انحصار در سال 1956، شرکت AT&T (American Telephone and Telegraph) را از فروش نرم‌افزار منع کرده بود؛ بنابراین Bell Labs کد منبع را با قیمت ارزان مجوزدهی کرد. Unix در نهایت به همه‌جا راه یافت، در حالی که خارج از AT&T متعلق به هیچ‌کس نبود، و نزاع‌های حقوقی بر سر مجوزها که پس از آن رخ داد، تعیین کرد که کدام سیستم شبه‌-Unix آزاد در نهایت در رک سرور شما قرار بگیرد.

1969: یک PDP-7 بلااستفاده و ایده‌هایی که ماندگار شدند

آزمایشگاه‌های Bell در سال 1969 از پروژه Multics خارج شدند. Multics (سرویس اطلاعات و محاسبات چندگانه) یک سیستم اشتراک زمانی بزرگ بود که با همکاری MIT و General Electric ساخته شده بود و آزمایشگاه‌ها به این نتیجه رسیدند که تکمیل آن بیش از حد بزرگ است. Ken Thompson ایده‌هایی را که می‌پسندید حفظ کرد و بقیه را کنار گذاشت و یک سیستم اشتراک زمانی کوچک روی یک مینی‌کامپیوتر PDP-7 که کنار گذاشته شده بود، نوشت. Dennis Ritchie به او ملحق شد. نام Unix شوخی‌ای به هزینه Multics بود.

در سال 1970، این سیستم به یک PDP-11 منتقل شد که آزمایشگاه‌ها برای تایپیست‌های بخش ثبت اختراع خریده بودند، زیرا تأمین بودجه برای یک ابزار پردازش متن آسان‌تر از یک سیستم‌عامل بود. آن دستگاه 24 KB حافظه اصلی داشت که بین سیستم و برنامه‌های کاربر تقسیم می‌شد. این تصادف در تأمین بودجه، دلیلی است که اولین راهنمای Unix، مورخ نوامبر 1971، مجموعه‌ای از اسناد قالب‌بندی‌شده بود و به همین دلیل است که شما هنوز man 5 crontab را تایپ می‌کنید. شماره بخش‌های آن راهنما، همان شماره بخش‌های راهنمای شماست.

دو تغییر، این طراحی را دائمی کرد. Pipes در Version 3 در سال 1973 از راه رسیدند، زیرا Doug McIlroy سال‌ها استدلال کرده بود که باید بتوان برنامه‌ها را به صورت پشت‌سرهم به یکدیگر متصل کرد و Thompson عملگر | را اضافه کرد تا خروجی یک برنامه به ورودی برنامه بعدی تبدیل شود. سپس Version 4، در اواخر سال 1973، با زبان C بازنویسی شد. یک سیستم‌عامل که با زبانی قابل‌حمل نوشته شده باشد، می‌تواند به سخت‌افزاری منتقل شود که برای آن نوشته نشده است و به همین دلیل است که Unix از تمام ماشین‌هایی که روی آن‌ها شروع به کار کرد، بیشتر عمر کرد.

چرا یونیکس گسترش یافت: AT&T اجازه فروش آن را نداشت

یک حکم رضایت در سال 1956 به پرونده ضدانحصار علیه AT&T پایان داد. AT&T انحصار تلفن خود را حفظ کرد و در مقابل، محدودیتی را پذیرفت: این شرکت باید از کسب‌وکارهایی غیر از مخابرات دوری می‌کرد. نرم‌افزار یکی از آن کسب‌وکارها بود. بنابراین وقتی دانشگاه‌ها درخواست یونیکس کردند، Bell Labs نتوانست آن را به عنوان یک محصول بفروشد. این شرکت سورس‌کد را با هزینه‌ای ناچیز، بدون پشتیبانی و بدون گارانتی لایسنس کرد.

تأثیر این موضوع بزرگ بود و چیزی نبود که AT&T برای آن برنامه‌ریزی کرده باشد. نسخه ششم یونیکس (Sixth Edition Unix) که در سال 1975 منتشر شد، با سورس‌کد کامل به دست صدها دانشکده علوم کامپیوتر رسید. جان لاینز (John Lions) در دانشگاه نیو ساوت ولز، آن سورس‌کد هسته را با توضیحات خط‌به‌خط چاپ کرد و از روی آن تدریس کرد. یک نسل یاد گرفت که سیستم‌عامل چگونه کار می‌کند، آن هم با خواندن یک سیستم‌عامل واقعی.

سپس لایسنس تغییر کرد. لایسنس نسخه هفتم (Seventh Edition) در سال 1979، استفاده از سورس‌کد در کلاس‌ها را ممنوع کرد، بنابراین توضیحات لاینز به صورت فتوکپی از فتوکپی‌ها دست‌به‌دست می‌شد. این شکلِ کل داستان است. یونیکس همه‌جا بود و در عین حال آزاد نبود، بنابراین هر بهبودی که هر کسی ایجاد می‌کرد، در واقع بهبودی برای کد انحصاری شخص دیگری بود.

برکلی: بخش‌هایی از Unix که واقعاً تایپ می‌کنید

Ken Thompson سال تحصیلی 1975 تا 1976 را در دانشگاه کالیفرنیا، برکلی گذراند و یک گروه بسیار فعال Unix را از خود بر جای گذاشت. گروه تحقیقات سیستم‌های کامپیوتری (CSRG) در برکلی، نوارهایی از بهبودهای محلی را عرضه می‌کرد و آن نوارها به BSD یا همان Berkeley Software Distribution تبدیل شدند. Bill Joy بخش عمده‌ای از کارهای اولیه را انجام داد: 1BSD در سال 1978 و سپس 2BSD در سال 1979 که شامل ویرایشگر vi و C shell بود.

C shell همان جایی است که !! و !$ از آن نشأت می‌گیرند. Bash این نحو (syntax) را به ارث برد و به همین دلیل است که بسط تاریخچه در bash هنوز هم کسانی را که علامت تعجب را داخل کوتیشن دوتایی تایپ می‌کنند، غافلگیر می‌کند؛ آن هم پس از گذشت بیش از 40 سال.

سپس DARPA (آژانس پروژه‌های تحقیقاتی پیشرفته دفاعی ایالات متحده) به برکلی هزینه پرداخت کرد تا پروتکل‌های اینترنتی جدید را در Unix پیاده‌سازی کند. نسخه 4.2BSD که در اوت 1983 عرضه شد، شامل TCP/IP (پروتکل کنترل انتقال روی پروتکل اینترنت) و رابط برنامه‌نویسی اپلیکیشن socket بود. هر سرویس شبکه روی سرور شما هنوز هم به ترتیب socket()، bind()، listen() و accept() را فراخوانی می‌کند، زیرا برکلی این نام‌ها را در سال 1983 انتخاب کرد.

یک جزئیات، سرنوشت دهه بعد را تعیین کرد. نوار BSD یک سیستم کامل نبود. این نوار مجموعه‌ای از افزودنی‌ها برای Unix شرکت AT&T بود و برای اجرای قانونی آن، به یک مجوز معتبر سورس‌کد AT&T نیاز داشتید. برکلی طی چندین سال، بخش‌های مربوط به AT&T را فایل به فایل با کدهای اختصاصی خود جایگزین کرد. اینکه آیا این جایگزینی واقعاً کامل بوده است یا خیر، پرسشی است که بعدها به دادگاه کشیده شد.

1984: فروپاشی و جنگ‌های یونیکس

سیستم Bell در تاریخ 1 ژانویه 1984 منحل شد و حکم رضایتی که AT&T را از تجارت نرم‌افزار دور نگه می‌داشت، با آن از بین رفت. AT&T اکنون می‌توانست Unix را به عنوان یک محصول بفروشد و همین کار را هم کرد. مجوزهای تجاری سورس‌کد گران شدند، بنابراین Unix دیگر آن چیز ارزانی نبود که دانشگاه‌ها به دانشجویان ارائه می‌دادند.

فروشندگان پیش از آن، Unix را انشعاب (fork) داده بودند. هر شرکت سازندهٔ ایستگاه کاری (workstation)، نسخهٔ Unix مخصوص خود را روی سخت‌افزار خودش عرضه می‌کرد؛ بنابراین تا اواخر دهه 1980، برنامه‌ای که برای یکی نوشته می‌شد، برای اجرا روی دیگری نیاز به پورت‌شدن داشت. صنعت در سال 1988 به دو اردوگاه استاندارد تقسیم شد: Open Software Foundation در یک سو و Unix International در سوی دیگر. آن‌ها سال‌ها صرف عرضهٔ سیستم‌های ناسازگار و بحث بر سر این کردند که کدام Unix نسخهٔ اصلی است.

استاندارد POSIX (رابط سیستم‌عامل قابل‌حمل) از دل همین آشفتگی بیرون آمد. استاندارد IEEE 1003.1 در سال 1988 منتشر شد و در آن مشخص شد که یک سیستم شبه‌-Unix باید چه کارهایی انجام دهد: فراخوانی‌های سیستم (system calls)، رفتار shell، ابزارهای استاندارد و رابط‌های کتابخانه C. این موضوع اهمیت بیشتری از آنچه به نظر می‌رسد دارد، زیرا یک استاندارد در واقع یک مشخصات فنی است و هیچ مجوزی آن را محدود نمی‌کند. سه سال بعد، یک دانشجو بر اساس همین اسناد، یک هسته (kernel) نوشت.

Minix و خلأیی که بر جای گذاشت

Andrew Tanenbaum در سال 1987 سیستم‌عامل Minix را به عنوان سیستم آموزشی برای کتاب درسی سیستم‌عامل خود منتشر کرد. Minix یک سیستم کوچک شبه‌-Unix بود، کد منبع آن همراه کتاب ارائه می‌شد و روی کامپیوترهای شخصی ارزان‌قیمتی که دانشجویان در اختیار داشتند، اجرا می‌شد. مطالعهٔ آن در کلاس درس قانونی بود، در حالی که دیگر امکان استفاده از Seventh Edition Unix در محیط‌های آموزشی وجود نداشت.

Minix به عمد کوچک باقی ماند، زیرا باید در یک کتاب قابل‌توضیح می‌بود و Tanenbaum وصله‌هایی را که می‌توانست آن را به یک سیستم عملیاتی تبدیل کند، رد می‌کرد. مجوز آن نیز آزاد نبود: شما کتاب را می‌خریدید و بازنشر Minix اصلاح‌شده توسط شما، در اختیار خودتان نبود. بنابراین تا سال 1991، یک دانشجو می‌توانست یک هستهٔ شبه-Unix فعال را مطالعه کند، اما نمی‌توانست چیزی ماندگار بر پایهٔ آن بسازد.

پروژه GNU همه چیز داشت جز یک هسته (kernel)

ریچارد استالمن پروژه GNU را در سپتامبر 1983 اعلام کرد، با این هدف که یک سیستم‌عامل کامل و آزاد شبیه به Unix بسازد. تا سال 1991، پروژه GNU بیشتر اجزای پیرامون یک هسته را تولید کرده بود: کامپایلر GCC، کتابخانه C پروژه GNU، ابزارهای باینری و bash؛ پوسته‌ای که برایان فاکس در سال 1989 نوشت و هنوز هم پوسته‌ای است که سرور شما هنگام ورود به سیستم اجرا می‌کند. هسته GNU که Hurd نام داشت، همان قطعه‌ای بود که تکمیل آن مدام به تعویق می‌افتاد.

نسخه 2 از مجوز عمومی GNU (GPL) در ژوئن 1991 منتشر شد. قانون آن کوتاه است. شما می‌توانید از کد استفاده کنید و آن را تغییر دهید، و اگر نتیجه را توزیع کردید، باید سورس‌کد را تحت همان شرایط توزیع کنید. آن قانون، دو بخش بعد، به نقطه عطف این داستان تبدیل می‌شود.

اوت 1991: پست ارسالی به comp.os.minix

در 25 اوت 1991، دانشجویی در هلسینکی پستی را در گروه یوزنت 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 منتشر شد. این نسخه هیچ کد مشترکی با یونیکس یا Minix نداشت. این یک هسته (kernel) جدید برای پردازنده‌های 386 بود که روی یک ماشین Minix توسعه یافته، بر اساس رابط‌های POSIX نوشته شده و با ابزارهای موجود GNU جفت شده بود. تننبام در ژانویه 1992 به توروالدز گفت که هسته یکپارچه (monolithic kernel) یک طراحی منسوخ است. او از نظر طراحی حق داشت، اما توروالدز به پرسش متفاوتی پاسخ می‌داد: چه چیزی روی تنها کامپیوتر ارزان‌قیمتی که یک دانشجو در اختیار دارد، به‌خوبی اجرا می‌شود.

در فوریه 1992، نسخه 0.12 تحت مجوز GPL بازنشر شد. توروالدز از آن زمان تاکنون این تصمیم را بهترین تصمیم خود خوانده است. مجوز اصلی لینوکس هرگونه تبادل مالی را ممنوع می‌کرد، که این امر مانع فعالیت فروشندگان CD و شرکت‌های پشتیبانی می‌شد که در ادامه ظهور کردند. مجوز GPL ضمن اجازه دادن به تجارت، هرگونه تغییر توزیع‌شده را مجبور می‌کرد که به همان درخت کد مشترک بازگردد.

دعوی حقوقی: آوریل 1992 تا فوریه 1994

دانشگاه برکلی در ژوئن 1991 نسخه Networking Release 2 (Net/2) را منتشر کرد: یک سیستم BSD تقریباً کامل که فایل‌های مشتق‌شده از AT&T از آن حذف شده بودند. شش فایل هسته (kernel) در این نسخه وجود نداشت. بیل و لین جولیتر (Bill and Lynne Jolitz) جایگزین‌هایی برای آن‌ها نوشتند و 386BSD 0.0 را در مارس 1992 و سپس 386BSD 0.1 را در 14 ژوئیه 1992 منتشر کردند. اکنون یک BSD آزاد، کامل و بالغ برای پردازنده‌های 386 وجود داشت، درست در زمانی که Linux هنوز یک هسته سرگرمی (hobby kernel) بود. شرکت Berkeley Software Design, Inc. (BSDi) یک نسخه تجاری پشتیبانی‌شده به نام BSD/386 را فروخت و آن را با شماره تلفن 1-800-ITS-UNIX تبلیغ کرد.

در آوریل 1992، شرکت Unix System Laboratories (USL)، زیرمجموعه AT&T که در آن زمان مالک Unix بود، از BSDi در دادگاه فدرال نیوجرسی به دلیل نقض اسرار تجاری و علامت تجاری Unix شکایت کرد. این شکایت بعداً اصلاح شد تا هیئت امنای دانشگاه کالیفرنیا (Regents of the University of California) را نیز شامل شود. دانشگاه در سال 1993 در کالیفرنیا شکایت متقابلی مطرح کرد و استدلال کرد که AT&T کدهای برکلی را بدون ذکر منبع که طبق مجوز خودِ آن الزامی بود، در System V استفاده کرده است.

هسته حقوقی این پرونده در سال 1993 فروپاشید. قاضی دیکینسون دبوویس (Dickinson Debevoise) با صدور قرار منع موقت برای USL مخالفت کرد و معتقد بود که ادعای حق تکثیر (copyright) USL بر کدهای قدیمی 32V احتمالاً نامعتبر است، زیرا AT&T آن کدها را سال‌ها بدون درج اعلامیه حق تکثیر توزیع کرده بود. شرکت Novell در اواسط سال 1993، USL را از AT&T خریداری کرد و مدیریت Novell خواستار پایان یافتن این درگیری بود. این پرونده در فوریه 1994 مختومه شد. از حدود 18000 فایل موجود در توزیع برکلی، سه فایل حذف شدند و حدود هفتاد فایل دیگر، اعلامیه حق تکثیر USL را دریافت کردند.

برکلی در ژوئن 1994 نسخه 4.4BSD-Lite را منتشر کرد که از نظر حقوقی پاک بود. پروژه‌های FreeBSD و NetBSD که هر دو در سال 1993 بر پایه کدهای مورد مناقشه Net/2 بنا شده بودند، مجبور شدند سیستم‌های خود را بر اساس پایه جدید بازسازی کنند که این کار بیشتر زمان باقی‌مانده از سال 1994 را به خود اختصاص داد. نسخه 1.0 از Linux در مارس 1994، در میانه همین بازسازی منتشر شد.

چرا لینوکس بازار سرور را تصاحب کرد و BSD نه؟

پاسخ رایج، ماجرای شکایت حقوقی است و این بخشی از حقیقت است. بین آوریل 1992 و فوریه 1994، هر کسی که قصد داشت یک سیستم‌عامل یونیکس آزاد برای محصول خود انتخاب کند، باید ادعای حقوقی AT&T را در برابر هسته‌ای که توسط یک دانشجوی فنلاندی نوشته شده بود و هیچ‌کس نمی‌توانست از آن شکایت کند، سبک‌سنگین می‌کرد. این دقیقاً همان بازهٔ زمانی بود که وب ظهور کرد و اولین توزیع‌های لینوکس پدیدار شدند: Slackware در ژوئیه 1993، Debian در اوت 1993، و سپس Red Hat و SUSE.

چهار عامل دیگر نیز به اندازهٔ آن پروندهٔ قضایی اهمیت داشتند:

• سخت‌افزار: لینوکس از همان اولین خط کد خود، کامپیوترهای معمولی 386 PC را هدف قرار داد و این همان سخت‌افزاری بود که ارزان شد. مرکز ثقل BSD، سیستم‌های VAX و ایستگاه‌های کاری (workstation) بود و پورت کردن آن روی 386، تلاشی جانبی توسط دو نفر بود.
• مجوز (License): مجوز GPL شرکت‌هایی را که هستهٔ تغییریافته را عرضه می‌کردند، ملزم می‌کرد تغییرات خود را منتشر کنند؛ بنابراین تلاش‌های شرکت‌ها دوباره به یک شاخهٔ اصلی بازمی‌گشت. مجوز BSD به شرکت‌ها اجازه می‌داد تغییرات خود را خصوصی نگه دارند و آن‌ها نیز همین کار را کردند.
• مدل توسعه: Torvalds وصله‌های ارسالی از سوی افراد غریبه را به‌سرعت ادغام می‌کرد و دائماً نسخه منتشر می‌کرد. 386BSD آن‌قدر کند نسخه منتشر می‌کرد که کاربرانش در سال 1993 آن را دو بار به NetBSD و FreeBSD و در سال 1995 دوباره به OpenBSD انشعاب (fork) دادند.
• شتاب (Momentum): توسعه‌دهندگان به جایی می‌روند که سایر توسعه‌دهندگان حضور دارند و درایورها برای سیستمی نوشته می‌شوند که بیشترین کاربر را دارد.

در مورد پرسش فنی باید صادق بود. BSD در سال 1994 سیستم کامل‌تری بود؛ با یک هستهٔ منسجم، تاریخچه‌ای مستند و کدهای شبکه‌ای که لینوکس سال‌ها طول کشید تا به آن‌ها برسد. در سال 1994 هیچ‌کس لینوکس را به این دلیل که «بهتر» بود انتخاب نکرد. مردم آن را انتخاب کردند چون در دسترس بود، هیچ مانع حقوقی نداشت، روی سخت‌افزاری که از قبل داشتند اجرا می‌شد و هر هفته در حال بهبود بود.

What BSD kept, and where it runs now

BSD kept going. What it lost was the default position. The clearest evidence sits on your own machine: the OpenBSD project wrote OpenSSH in 1999, and it is the SSH server on nearly every Linux system shipped today, which is why the SSH key habits worth learning are identical on both families.

Netflix serves video from FreeBSD appliances. Junos, the operating system on Juniper routers, is FreeBSD underneath. The PlayStation system software descends from FreeBSD. Apple's macOS and iOS carry BSD code in the kernel and across the userland. The permissive license that cost BSD the shared server tree put BSD code inside a great deal of hardware that never mentions it.

If you are choosing today, the question is practical rather than historical. Comparing Linux and FreeBSD as a server comes down to ZFS, jails, the ports tree, and how much third party software assumes Linux underneath. FreeBSD 15 as a server is a current, maintained system rather than a museum exhibit. And Linux against Windows Server is a separate question with an answer that depends on your application stack.

طراحی سال 1969 که امروز روی VPS استفاده می‌کنید

هر یک از این موارد از اکثر افرادی که از آن‌ها استفاده می‌کنند، قدیمی‌تر هستند.

• پایپ (pipe). دستور who | wc -l کاربران واردشده به سیستم را می‌شمارد، زیرا Unix نسخه 3 در سال 1973 اجازه داد خروجی یک برنامه به ورودی برنامه دیگری تبدیل شود.
• بخش‌های راهنما (manual sections). دستورات man 1 ls و man 5 crontab از طرح شماره‌گذاری راهنمای نوامبر 1971 استفاده می‌کنند.
• تفکیک فایل‌سیستم. مسیر /usr به این دلیل وجود دارد که دیسک روت در آن PDP-11 در سال 1971 پر شد و توسعه‌دهندگان فایل‌ها را به دیسک دوم منتقل کردند. توزیع‌ها از آن زمان این تفکیک را لغو کرده‌اند: اگر ls -ld /bin را روی Ubuntu 24.04 یا Debian 13 اجرا کنید، یک لینک نمادین به usr/bin دریافت خواهید کرد.
• فراخوانی‌های سوکت (socket calls). برکلی آن‌ها را برای 4.2BSD در سال 1983 نوشت و هنوز تمام دیمون‌های شبکه از آن‌ها استفاده می‌کنند.
• استاندارد POSIX. یک اسکریپت #!/bin/sh که بر اساس این استاندارد نوشته شده باشد، بدون تغییر روی Linux، FreeBSD، macOS و Solaris اجرا می‌شود، زیرا این استاندارد همان چیزی است که همه آن‌ها پیاده‌سازی کرده‌اند.

هنگامی که یک سرور مجازی خصوصی اجاره می‌کنید و وارد آن می‌شوید، در حال تایپ در رابط کاربری هستید که برای ماشینی با 24 کیلوبایت حافظه و برای خدمت به یک بخش ثبت اختراع طراحی شده بود. این رابط کاربری به این دلیل باقی ماند که منتشر شد، درباره آن بحث شد، استانداردسازی شد و سپس توسط افرادی که هرگز اجازه دیدن کد اصلی را نداشتند، از صفر بازنویسی شد.

FAQ

آیا لینوکس حاوی کدهای اصلی یونیکس است؟

خیر. لینوس توروالدز هسته (kernel) را از صفر و در سال 1991 نوشت و به جای استفاده از سورس‌های AT&T، رابط‌های POSIX را هدف قرار داد. میراث یونیکس در اینجا یک طراحی و یک رابط منتشرشده است: فایل‌ها، پردازش‌ها، پایپ‌ها و نام‌های فراخوانی‌های سیستم (system call). ابزارهای GNU پیرامون هسته نیز از سال 1983 از صفر نوشته شدند. همین استقلال باعث شد که دعاوی حقوقی AT&T بر سر کدهای BSD هرگز لینوکس را تحت تأثیر قرار ندهد.

شکایت AT&T علیه BSD چه زمانی بود و آیا باعث نابودی BSD شد؟

شرکت USL، زیرمجموعه AT&T که مالک یونیکس بود، در آوریل 1992 از BSDi شکایت کرد و بعداً دانشگاه کالیفرنیا را نیز به عنوان خوانده به پرونده افزود. در سال 1993، قاضی از صدور حکم اولیه منع خودداری کرد و اعلام نمود که ادعای حق تکثیر (copyright) بر سر کدهای قدیمی 32V احتمالاً فاقد اعتبار است. شرکت Novell در اواسط 1993 شرکت USL را خرید و در فوریه 1994 پرونده را مختومه کرد؛ در این توافق، سه فایل از حدود 18,000 فایل حذف و حدود هفتاد فایل با اعلامیه حق تکثیر جدید منتشر شدند. این اتفاق باعث نابودی BSD نشد، اما در طول دو سالی که جهان در حال انتخاب یک یونیکس آزاد بود، پذیرش BSD را متوقف کرد.

چرا لینوکس به جای BSD بازار سرورها را در دست گرفت؟

اطمینان حقوقی یکی از دلایل بود: در طول سال‌های 1992 و 1993، لینوکس هیچ پرونده حقوقی نداشت اما BSD درگیر یک پرونده بود. دلایل دیگر عبارت بودند از هدف‌گیری معماری 386 از همان روز اول، مجوز GPL که تغییرات فروشندگان را به یک شاخه واحد بازمی‌گرداند، و فرآیند ادغام (merge) که به اندازه کافی سریع بود تا مشارکت‌کنندگان را علاقه‌مند نگه دارد، در حالی که 386BSD به سه شاخه مختلف تقسیم شده بود. برتری فنی عامل تعیین‌کننده نبود، زیرا BSD در سال 1994 سیستم کامل‌تری محسوب می‌شد.

آیا استفاده از FreeBSD در حال حاضر ارزش دارد؟

بله، و به دلایل مشخص: ادغام ZFS با سیستم پایه، jails به عنوان یک مدل ایزوله‌سازی بالغ، سیستم پایه‌ای که به عنوان یک واحد منسجم توسعه یافته است، و مستنداتی که دقیق باقی می‌مانند. هزینه این کار، تلاش برای سازگاری است، زیرا اکثر نرم‌افزارهای سرور شخص ثالث، ابزارهای کانتینر و پشتیبانی فروشندگان، لینوکس را پیش‌فرض می‌گیرند. زمانی FreeBSD را انتخاب کنید که عملکرد ذخیره‌سازی و شبکه آن ارزش این هزینه را داشته باشد، نه صرفاً به دلیل وفاداری به تبار قدیمی‌تر آن.