Freebsd 系统和linux有很大的差距吗？能不能说说主要的区别。

Linux的标志是一只十分可爱的小企鹅，而FreeBSD的标志是一个拿着叉子的小恶魔。你是否经

常会听到人们把 Linux及 BSD 系统混为一谈？是的，我有时会经常听到一些新手，甚至于媒体都这么说。当然，事实上这两者确实有很多相似之处，比如它们都是基于 Unix演变而来，而且基本上这两类系统都是由非盈利组织及团队开发，另外我更想说的是，这两个系统都有一个共同的目标 哪就是创建最有用、最可靠的操作系统。

不过话说回来，这两个系统确实存在着明显的差异，当人们忽略这点的时候，整个 BSD 社区都会感到异常的愤怒，因此我们也可以经常看到 BSD 社区人员或 BSD 用户会对 Linux不屑一顾。因此，我会尽我所能来帮助我的 BSD 的弟兄们，让更多的人了解到 Linux与 BSD 的不同之处在哪里。

1、许可证

正如我们所知道的，Linux操作系统是基于 GPL 许可证授权下的。该许可证可防止开源软件被转

换为封闭源代码软件及确保源代码的可用性。 GPL 许可证的目的就是防止二进制包成为唯一的软件发行源。而 BSD 许可证的限制则要少得多，它甚至允许二进制包成为唯一的发行源。这就是核心差异，可这样理解：GPL 许可证让您有权拥有任何你想要使用该软件的方法，但你必须确保提供源代码

给下一个使用它的人(包括你对它的改变部分)。而 BSD 许可证并不是要求你必须那么做。( 译者注：这里分别是维基百科上对 BSD 及 GPL 许可证的解释)

2、代码控制

BSD 的代码不是被控制在任何一个人手里，而 Linux的内核基本上被 Linus Torvalds ( Linux创始人)所控制，BSD 并没有单一的人来说什么可以或什么不可以进入代码。相反，BSD 通过一个核心小组” Core Team”来管理该项目，这个核心小组比非核心小组有更多的发言权来指导 BSD 社区的发展方向，(注：而据我所知，FreeBSDD 核心小组的成员会每两年选举一次。)

3、内核vs 操作系统

BSD 项目维护的是整个操作系统，而 Linux则只是主要集中在单一的内核上面。这点确实是需要

注意的，虽然这两个系统上都运行着许多相同的软件。

4、UNIX-Like

这里有一个关于 BSD vs Linux的古老说法：” BSD is what you get when a bunch of UNIX

hackers sit down to try to port a UNIX system to the PC. Linux is what you get when a bunch of

PC hackers sit down and try to write a UNIX system for the PC “，这里表达了很多。你会发现

BSD 系统更为类似于 UNIX ，而事实上它就是传统 UNIX 的直接衍生品。而 Linux，则是一个松散的基于 UNIX 衍生品( Minix)而新创建的一个 OS 。

5、基本系统

这是一个关于 BSD 与 Linux 之间差异的至关重要的理念。 Linux的”基本系统”是并不真正存在的，许多人会说，Linux的基本系统就是内核，但问题是如果没有任何可用的应用程序的话，那么这个内核是完全没有价值的。而另一方面，BSD 则有一个包括众多工具的基本系统，甚至 libc 也是基本系统的一部分。因为这些组件都被作为一个基本系统，所以它们都是被一起开发和打包的，许多事实表明这样更能创建出一个更具凝聚力的整体。

6、更多来自于源代码

由于 BSD 的开发方式(使用 Ports 系统)的关系，所以用户们更多的是从源代码来安装程序，而不是预先编译好的二进制包。这是一个优势还是劣势？这取决于不同的用户。如果你更多的想从友好或易用性方面考虑的话，看到这一点后你也许会有放弃的念头，对于新用户更是如此。但一些新的用户也有想要从源代码编译安装，这可能比较累人。但是，从源码安装也有一定的优势，比如库版本控制，通过特殊的包来构建系统等等。

7、升级

由于 BSD 的开发方式的原因(见第5项)，你可以利用一条指令就可以升级你的基本系统到最新版本（ Freebsd 下是用 freebsd-update fetch update 命令)。或者你也可以下载整个源代码树，然后通过编译来升级。而在Linux中，你也可以通过内置的包管理系统来升级系统。前者(BSD)仅更新基本系统，而后者( Linux)则会升级整个系统。不过请记住，BSD 中升级到最新的基本系统并不意味着所有的附加软件包也将会被更新，而Linux升级的时候，所有的软件包都会被升级。这是否意味着 Linux处理得更好吗？在我看未必。我经常会看到Linux在升级时出现严重错误，从而需要重新安装整个系统，但这个现象基本不太可能发生在 BSD 的升级过程中。

8、前沿技术

基本上你不太可能会看到 BSD 系统运行着任何非常前沿版本的软件。而在 Linux 这一方面，大量的发行版会分发前沿版本的软件包。如果你是一个”If it isn’t broken, don’t fix it”这样观点的持有者的话，你将会是 BSD 的超级粉丝。但是，如果你很新潮，想要体验一切最新的东西，那么你最好尽快迁移到Linux。

9、硬件支持

你会发现，通常情况下 Linux 的硬件支持要比 BSD 更早一些。但这并不是说 BSD 没有像Linux那样支持足够多的硬件，它只是意味着在某些情况下 Linux 会在 BSD 之前先支持某些硬件。因此，如果你想要最新的、最好的显卡的话，基本上不用考虑 BSD 了。如果你有一个包含了最新无线芯片的新型笔记本的话，建议你选择 Linux，运气好的话也许它会支持。

10、用户群

在这里我冒险概括一下计算机用户们，但我想先声明一下每一个事物都有例外。下面我要向你展示我对用户分布方面的概括。

Mac –> Windows –> Linux–> BSD –> UNIX

从左边到右边，分别是”使用该 OS 的人里精通电脑的用户群最少”到”使用该 OS 的人里精通电脑的用户群最多”的过渡。我们可以看到，Linux的被放置在了中间，而 BSD 则更接近于右边。许多人会对此有争论，也有些人可能会感觉被冒犯了。但是，个人认为这是一个对”哪些用户使用哪些系统”相当准确的概括。

FreeBSD和Linux到底有什么不同

　因CooCox用户数及影响力越来越大，CooCox团队也逐渐提高了对软件及代码协议的重视。在收集整理的过程中，一些归纳好的信息和大家分享一下。

首先借用有心人士的一张相当直观清晰的图来划分各种协议：开源许可证GPL、BSD、MIT、Mozilla、Apache和LGPL的区别

license.jpeg

以下是上述协议的简单介绍：

BSD开源协议

BSD开源协议是一个给于使用者很大自由的协议。基本上使用者可以”为所欲为”,可以自由的使用，修改源代码，也可以将修改后的代码作为开源或者专有软件再发布。

但”为所欲为”的前提当你发布使用了BSD协议的代码，或则以BSD协议代码为基础做二次开发自己的产品时，需要满足三个条件：

如果再发布的产品中包含源代码，则在源代码中必须带有原来代码中的BSD协议。

如果再发布的只是二进制类库/软件，则需要在类库/软件的文档和版权声明中包含原来代码中的BSD协议。

不可以用开源代码的作者/机构名字和原来产品的名字做市场推广。

BSD 代码鼓励代码共享，但需要尊重代码作者的著作权。BSD由于允许使用者修改和重新发布代码，也允许使用或在BSD代码上开发商业软件发布和销售，因此是对商业集成很友好的协议。而很多的公司企业在选用开源产品的时候都首选BSD协议，因为可以完全控制这些第三方的代码，在必要的时候可以修改或者二次开发。

Apache Licence 2.0

Apache Licence是著名的非盈利开源组织Apache采用的协议。该协议和BSD类似，同样鼓励代码共享和尊重原作者的著作权，同样允许代码修改，再发布（作为开源或商业软件）。需要满足的条件也和BSD类似：

需要给代码的用户一份Apache Licence

如果你修改了代码，需要再被修改的文件中说明。

在延伸的代码中（修改和有源代码衍生的代码中）需要带有原来代码中的协议，商标，专利声明和其他原来作者规定需要包含的说明。

如果再发布的产品中包含一个Notice文件，则在Notice文件中需要带有Apache Licence。你可以在Notice中增加自己的许可，但不可以表现为对Apache Licence构成更改。

Apache Licence也是对商业应用友好的许可。使用者也可以在需要的时候修改代码来满足需要并作为开源或商业产品发布/销售。

GPL

我们很熟悉的Linux就是采用了GPL。GPL协议和BSD, Apache Licence等鼓励代码重用的许可很不一样。GPL的出发点是代码的开源/免费使用和引用/修改/衍生代码的开源/免费使用，但不允许修改后和衍生的代码做为闭源的商业软件发布和销售。这也就是为什么我们能用免费的各种linux，包括商业公司的linux和linux上各种各样的由个人，组织，以及商业软件公司开发的免费软件了。

GPL协议的主要内容是只要在一个软件中使用(”使用”指类库引用，修改后的代码或者衍生代码)GPL 协议的产品，则该软件产品必须也采用GPL协议，既必须也是开源和免费。这就是所谓的”传染性”。GPL协议的产品作为一个单独的产品使用没有任何问题，还可以享受免费的优势。

由于GPL严格要求使用了GPL类库的软件产品必须使用GPL协议，对于使用GPL协议的开源代码，商业软件或者对代码有保密要求的部门就不适合集成/采用作为类库和二次开发的基础。

其它细节如再发布的时候需要伴随GPL协议等和BSD/Apache等类似。

LGPL

LGPL是GPL的一个为主要为类库使用设计的开源协议。和GPL要求任何使用/修改/衍生之GPL类库的的软件必须采用GPL协议不同。LGPL 允许商业软件通过类库引用(link)方式使用LGPL类库而不需要开源商业软件的代码。这使得采用LGPL协议的开源代码可以被商业软件作为类库引用并发布和销售。

但是如果修改LGPL协议的代码或者衍生，则所有修改的代码，涉及修改部分的额外代码和衍生的代码都必须采用LGPL协议。因此LGPL协议的开源代码很适合作为第三方类库被商业软件引用，但不适合希望以LGPL协议代码为基础，通过修改和衍生的方式做二次开发的商业软件采用。

GPL/LGPL都保障原作者的知识产权，避免有人利用开源代码复制并开发类似的产品

MIT

MIT是和BSD一样宽范的许可协议,作者只想保留版权,而无任何其他了限制.也就是说,你必须在你的发行版里包含原许可协议的声明,无论你是以二进制发布的还是以源代码发布的.

MPL

MPL是The Mozilla Public License的简写，是1998年初Netscape的 Mozilla小组为其开源软件项目设计的软件许可证。MPL许可证出现的最重要原因就是，Netscape公司认为GPL许可证没有很好地平衡开发者对源代码的需求和他们利用源代码获得的利益。同著名的GPL许可证和BSD许可证相比，MPL在许多权利与义务的约定方面与它们相同（因为都是符合OSIA 认定的开源软件许可证）。但是，相比而言MPL还有以下几个显著的不同之处:

◆ MPL虽然要求对于经MPL许可证发布的源代码的修改也要以MPL许可证的方式再许可出来，以保证其他人可以在MPL的条款下共享源代码。但是，在MPL 许可证中对“发布”的定义是“以源代码方式发布的文件”，这就意味着MPL允许一个企业在自己已有的源代码库上加一个接口，除了接口程序的源代码以MPL 许可证的形式对外许可外，源代码库中的源代码就可以不用MPL许可证的方式强制对外许可。这些，就为借鉴别人的源代码用做自己商业软件开发的行为留了一个豁口。

◆ MPL许可证第三条第7款中允许被许可人将经过MPL许可证获得的源代码同自己其他类型的代码混合得到自己的软件程序。

◆ 对软件专利的态度，MPL许可证不像GPL许可证那样明确表示反对软件专利，但是却明确要求源代码的提供者不能提供已经受专利保护的源代码（除非他本人是专利权人，并书面向公众免费许可这些源代码），也不能在将这些源代码以开放源代码许可证形式许可后再去申请与这些源代码有关的专利。

◆ 对源代码的定义

而在MPL（1.1版本）许可证中，对源代码的定义是:“源代码指的是对作品进行修改最优先择取的形式，它包括:所有模块的所有源程序，加上有关的接口的定义，加上控制可执行作品的安装和编译的‘原本’（原文为‘Script’），或者不是与初始源代码显著不同的源代码就是被源代码贡献者选择的从公共领域可以得到的程序代码。”

◆ MPL许可证第3条有专门的一款是关于对源代码修改进行描述的规定，就是要求所有再发布者都得有一个专门的文件就对源代码程序修改的时间和修改的方式有描述。

FreeBSD专注于服务器系统，索尼的PS4 主机是系统是基于FreeBSD的。

最大的区别在于协议，或者说理念

而且这种思想理念在不同阵营的人会有不同的判断：

支持GPL协议的人认为，BSD授权协议容易滋生只吸血不回报社区懒人，不利于可持续发展。而GPL的强制性则可以避免这样的结果——即如想使用GPL的软件（包括linux）就必需同样方式保证别人可以针对你再创作的产品有同样的待遇和权利。

而支持BSD协议的则认为，开放原始码应该像公益活动那样遵从个人意愿，而不应有强制性。认为GPL协议只不过是商业利益的另一种形式——以贡献换贡献

每个系统技术特性都不是静态的，每天都在改变，技术理论上没有谁比谁更优秀。但现状却是linux得到了更多的商业公司的使用，驱动和应用相对freebsd多一些——得益于上面说的那样——”以贡献换贡献“的滚雪球效应。

以现状来看。linux在商业活动，虚拟化应用等方面要比freebsd更成熟一些。

鹏仔微信 15129739599 鹏仔QQ344225443 鹏仔前端 pjxi.com 共享博客 sharedbk.com