为什么Linux比BSD更流行？[关闭]

31

有人会说BSD / Unix一直比Linux更加可靠和稳定（当然，不是我，不要伤害我！）。为什么Linux似乎总是能击败BSD？这是Linux故事的浪漫吗？我无意冒犯任何人，请不要冒犯。另外，请您多加考虑和礼貌。

linux  unix  freebsd 
— 彼得·莫滕森
source
3
这是怎么变成CW的？
— Zifre
令人敬畏的企鹅吉祥物？
— dmckee 2010年

Answers:

64

早在1990年代初期的历史形势就与它有很大关系。当时，BSD Unix一直在“努力争取自由”，并在许多领域被视为前进的方向。Linux问世后的几年里一直没有有效的TCP协议栈，而且互联网仍然有些稀少。

  • 加州大学伯克利分校和AT＆T参与了有关BSD代码所有权的诉讼，因此“免费” BSD代码库的未来受到质疑。最终，UC Berkely能够在SVR4代码库中显示大块BSD代码，从而赢得了诉讼。AT＆T对此感到很尴尬，并退缩了。UCB员工用自己的工作取代了最后的侵权代码，并可以发布免费的AT＆T代码库。

  • 大约在这个时候，Bill和Lynn Jolitz取得了BSD代码库并将其移植到386，创建了386BSD并在Dobb博士的期刊中的一系列著名文章中进行了记录。

  • 诉讼持续了很长时间，使潜在的BSD社区瘫痪了，直到法律上的不确定性得到解决，BSD社区才对代码库进行大量投资。

  • 终于出现了一个“稳定”的Linux版本，并带有有效的TCP堆栈。

  • GPL允许使用Linux，这降低了使用它的动力。这和Linux Torvalds的有效仁慈专政使内核开发保持统一。

  • BSD的几个竞争分支来自BSD代码库，使社区支离破碎。

早期Linux内核开发的相对凝聚力意味着Linux相对较快地发展，并最终获得了关注。诉讼解决后，整个BSD世界都停滞不前。即使诉讼解决了，它仍然缺乏Linux内核开发过程的结构凝聚力，并且分成几个分支。

因此，尽管BSD（在当时肯定）更加成熟，并且在技术上可以说是优越的，但Linux赢得了人们的广泛关注-这几乎在任何大型软件市场上都是成功的根本。

— ConcernedOfTunbridgeWells
source
1
这些观察显然是100％发现的，但是它们特定于用户和管理员为什么选择linux vs bsd。我发现有趣的是，即使在嵌入式领域，Linux也占主导地位。Tivo，wrt，maemo，gphone，pre，f5-所有这些公司的产品经理都对linux vs windriver vs bsd vs opensolaris进行了评估。对我来说有趣的是，即使GPL处于“劣势”（从公司销售产品的角度来看），Linux仍然领先。
— 克里斯
2
让我来澄清一下gpl的“不利条件”声明-只是如果我将GPL代码合并到我的产品中，我就会承担额外的跟踪费用，以确保不将其与代码的其他部分混合使用（并失去对它们的控制），我必须打包并发布代码的这些部分，依此类推。与BSD相比，我只是将其转储到我的代码库中而忘了它。对于某人可能想要抨击的“更好”的模糊定义，我没有任何真正的意见。
— 克里斯，克里斯，
3
我不明白为什么GPL降低了分叉的动力。Linus作为项目经理的能力与Linux的成功有很大关系。GPL下的编码也有可能比BSD下的编码对独立人士更具吸引力，因为没有大公司会仅仅使用该代码，使其专有并在不共享的情况下获利。
— David Thornley，2009年
1
@chris：许多嵌入式（如果您要称呼它们）系统都使用基于BSD的东西。Junipers JunOS是基于FreeBSD的Redback（所有VxWorks？）似乎都是NetBSD：“％SYSLOG-2-CRIT：/ netbsd：vxWorks正在启动！！！！”
— 托马斯
1
@chris-这些问题也影响了使用BSD的产品。没有小部件制造商愿意冒险冒险发现AT＆T敲门并索要专利费。在诉讼解决之前，这杀死了BSD的新商业应用。
— ConcernedOfTunbridgeWells，2009年
9

这主要是历史性的事情。像Windows一样，Linux恰巧在正确的时间放置在正确的位置，并且获得了比BSD更快的市场份额。这导致需要为其开发更多的驱动程序和应用程序，从而为其提供了更大的动力。

— 齐弗尔
source
那么，它是如何如此迅速地获得市场份额的呢？这是问题的有趣部分。
— David Thornley，2009年
当BSD和Linux都是“新手”时；BSD更加成熟，甚至包括Microsoft在Windows中使用的IP堆栈。但是，BSD要求ATT的律师喘气了一年多，而该决议被NDA所困扰。即使在最近几年，我也听到有人提到我正在提倡FreeBSD的诉讼。好像17年前没有解决。
— 克里斯S 2010年
4

在结案之前，我会迅速提出一个答案。

但是就我个人而言，以我对Debian，Ubuntu，Redhat和FreeBSD的有限经验，Linux似乎总是更易于使用和设置...

另一方面，Apple OS X是基于BSD构建的，因此您可能会说BSD比Linux更流行！

— 马修·沙利（Matthew Scharley）
source
3

定时。1991年8月，Linux用于386系统。1992年3月，用于x86体系结构的第一个BSD是386BSD。此外，只有一个Linux。在1993年，BSDi推出了386。因此，几乎立即出现了多个BSD，需要用户做出选择。在关键数量接管之后不久，Linux的端口和驱动程序越来越多。

— Swoogan
source
2
比...早一年... BSD的确切版本是什么？
— kmarsh，2009年
1
386BSD于1992年发布，它是第一个i386端口
— Swoogan
5
“如果我在Linux上启动时386BSD可用，那么Linux可能永远不会发生。” 莱纳斯·托瓦尔兹
— SaveTheRbtz
3

自从GNU首次启动以来，我一直以某种方式使用Linux。我对它的使用的第一个反应是“谢谢＆（＃* $＆＃这看起来不像UNIX 或 MINIX！”

我认为* BSD对某些人来说有点像UNIX，尤其是我们中的那些人，他们非常感谢最终终于摆脱了UNIX，而支持Linux / GNU。

我对任何类似Unix的操作系统都很满意。我喜欢使用Linux / GNU。推动Linux和GNU普及的部分原因是有机会更改UNIX中一些非常烦人的事情。

由于Linus从一开始就考虑POSIX，因此标准化之战也将许多熟练的开发人员带到了Linux和glibc。

在考虑此问题时，请小心区分两个操作系统的内核与其用户区和libc。我不能告诉你libreadline发布后有多少人跳上Linux / GNU火车，但我敢打赌它的数目很大。

当时也有“道德荣耀”。GPL支持您的自由，这是大多数UNIX难民真正尊重的自由。因此，当真正的开发者热潮形成时，由于许可问题，BSD人员无法使用进入Linux / GNU的代码。

简而言之，你一定要在那儿:)

— Tim Post
source
1
BSD与GPL ...我认为这是另一个“圣战”。
— SaveTheRbtz
将BSD代码放入GPL代码中是否合法？
— 布拉德·吉尔伯特
2
这是可能的，但反之亦然
— SaveTheRbtz
1

Linux具有更有趣的内核功能-例如，如果我想使用openmosix或vmware服务器，则linux内核是该镇唯一的游戏。BSD有pf并且有zfs，但是这些并不是普遍有趣的。

Linux具有更宽容的用户环境。BSD倾向于拥有完全一致的用户区，但没有像/ bin / false这样以--help为标志的版本的古怪手法。GNU的东西对新手更友好，但往往会妨碍确切知道他们想要什么的人。

同样，在很大程度上，市场力量开始发挥作用。Jobs主要用于linux，而不是bsd。嵌入式平台大多使用linux。花式的新软件首先在Linux上编写，然后可能移植到BSD。等等...

— 克里斯
source
1
请注意，相当数量的服务器设备是基于BSD的（例如Coyote Point负载平衡器）
— arclight
1
是的，绝对有很多基于BSD的设备。该许可证比gpl更适合这种应用。简单的示例包括瞻博网络路由器和空中飞人无线网络控制器。但是，在嵌入式领域，我确实看到了很多基于linux的系统，并且我怀疑这与linux中RT内核的增强有关。（请参阅我对linux vs Xbsd中的高级内核增强功能的原始评论）
— chris
0

这些日子？与BSD相比，支持Linux的工作更多。而且，BSD直到最近才开始做出一些努力以使其对新用户友好。而且它们在某些技术方面仍然落后（请注意，例如OpenBSD对SMP的支持不佳）。

— ian
source
1
BSD对SMP的支持比以前要好得多，尤其是在FreeBSD 7.x内核上。在7的发行版中，他们展示了在8核计算机上的基准测试，该基准与2.6系列Linux内核一样好或更快。
— ConcernedOfTunbridgeWells，2009年
0

这是关于主人翁的感觉。Linux是免费的，并且以各种方式开放。Linux属于每个人。仅仅使用Linux就会让人感觉像是社区的一部分。尽管BSD已获得许可，但由视力有限的少数控制怪胎“拥有”。他们真的不希望您成为他们团队的一员，因为您很自卑，您可能会弄乱他们的代码。

— 弗雷德
source
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.