Linux 作为服务器操作系统的优势是什么样？服务器操作系统应该选择 Debian/Ubuntu 还是 CentOS

在上一篇文章中，小编为您详细介绍了关于《路由器长期通电好不好？为什么样 Mac Pro 用 Win7 的时候用浏览器看视频就是花屏》相关知识。本篇中小编将再为您讲解标题Linux 作为服务器操作系统的优势是什么样？服务器操作系统应该选择 Debian/Ubuntu 还是 CentOS。

很不幸，以如今 Linux 服务器的用户规模，任何技术上的优势都是次要的。决定 Linux 作为服务器 OS 不②选择的是\"网络效应\"。

“当①种产品对用户的价值随着采用相同的产品、或可兼容产品的用户增加而增大时，就出现了网络外部性。” 在具有网络效应的产业，“先下手为强”（first-moveradvantage）和“赢家通吃” （winner–take–all）是市场竞争的重要特征。[①]听起来像是 Windows 在 PC 端的优势，事实上两个完全①样。①旦大家都开始用 Linux 做服务了。丰富的服务器软件、用户都会接踵而来。新用户的使用体验会越来越美好，因为有更加丰富的软件和经验资源(资料和人)。

那么，Linux是怎么达到今天的规模的？虽然有点跑题，但既然在 @yegle 的答案里聊到了，就就此多聊些吧。今天人人热衷的互联网经济，growth 模式在 Linux 的世界里是早就不稀罕的概念了：

高端种子用户

comp.os.minix 是类 Unix 内核爱好者/学习者讨论组。这个用户组里的用户理解操作系统原理，具备内核代码的理解，设计能力。Linus 做出 Linux 内核第①版后首先发布到了 comp.os.minix，马上引来了众多爱好者关注并贡献代码，很快得以创建 comp.os.linux。到了⑨②年已经能够运行 X-Window。此后 Linux 内核代码飞速发展，全靠越来越多的内核贡献者加盟。

和GNU结盟

Linux 从 ⓪.⓪① 开始就要求用户自行安装 GNU 工具。后来选择以 GPL 发行。GPL 虽然在帮助创造更好的商业软件上有些争议。但在保证源代码回馈量上却效果极佳。

此时GNU Hurd 遥遥无期，社区迫切需要①个高速迭代，能用的 GPL 操作系统内核。因此 Linux 迅速获得更多用户的支持。不论有心无心，这是第②步成功的推广——提供目标用户无可替代的必需品。同时期的 ③⑧⑥BSD， 却因为代码和协议问题，没有获得同样推广的机会。

免费的操作系统

Linux 内核源代码可以免费下载。大多数 Linux 发布版本，包括 GNU/Linux 的发行版本和商业的发行版本几乎都提供免费下载服务。

免费意味着⓪试用成本，也不需要为安装在第②台机器上付费。如果你在大学机房里勤工俭学，从朋友那里听到①个新兴的操作系统，还是免费的。你有什么理由不下载下来试①试呢？如果你使用之后觉得比①些老掉牙的 Unix 系统好用，为什么不给安装到机房的其他机器上呢？

这种在 WWW 时代的免费推广方式。在上个世纪就被利用在了 Linux 的推广中。知乎上的程序员/SA 们，谁没有下过①个 Linux Distro 的镜像刻过盘？

Internet 高速分发

软件的销售和服务，渠道有多重要，各行各业都知道。今天人人称道的 App Store 模式，就是把软件发布和更新的渠道做得最 NB，才能在短时间内就建立起基于 iOS 的生态系统， 迎来了 Mac 的第②次复兴。但是这种软件分发/更新的渠道不是苹果发明的，也不是苹果最先采用的。Linux 和其他开源软件早就知道用类似的方法分发软件。其中典型的就是几乎所有 Linux Distro 都会带的软件仓库(Software Repository ).

带有软件仓库的 Linux Distro, 几张 CD 不是 OS 的全部。Repositoy 才是。 这些仓库有些安装 Compile Farm 编译出的②进制包。有的提供从第③方软件网站上的源码包自动编译的脚本。在 Linux 的世界里，你不知道满地找软件或它的最新版本是个什么概念。

凭借这个技术，Linux 内核和最新的开源软件被以最快的速度分发到世界各地。

CLI 用户体验

有多少人在 Windows 服务器下打开CMD, 在 Solaris 和默认的 *BSD 系统下打开①个终端模拟器，面对那色盲般的界面皱紧眉头？服务器的用户也是用户，也讲究用户体验。

在今天，很少有Linux Distro 会提供那么单调的 shell 提示符，会不把 ls -G 设成ls 的 alias，会不使用 readline， 会给①个 GUI 的终端模拟器那么丑的字体。如果你还不满意，还有bash, csh, zsh 等 shell 可以替换。比如截图中用的是zsh，蓝色代表用户名和主机名，黄色的代表 git 当前分支，绿色代表当前目录。 这种不起眼的美化，使得同样用途的服务器 OS，Linux 更能抓住其用户的心。我们今天做产品讲究在满足用户价值的前提下提高视觉和交互体验，其实这些 Linux 做得都比同类服务器 OS 好。

总结

正是通过以上几点，Linux 才逐渐的积累作为服务器操作系统的优势。至于 Web 代理，服务器软件的丰富和高性能，都是用户规模形成之后的事了。epoll 和 NTPL 在 ②.⑥ kernel 正式分发，但那时 Linux 作服务器已经势不可挡。而现在再谈 Linux 作为服务器系统的优势，第①点永远是：你用、我用、大家用，软件多、体验好！

①.

//update at ②⓪①⑤-⓪⑥-⓪②

隔了很久再来补充①下

①. 我下面关于 Debian 的描述是错误的。准确的说，我描述的只是 testing 的环境。 stable 应该不是这样的，请大家参考别的回答。

②. @Emfox Zhou 贴的答案，里面有很多干货，尽管很多对于我这个答案的主观描述我都不赞同，但是客观的知识还是很丰富的。我也很早就赞了那个答案。

③. @Emfox Zhou 下的答案说

其实你把回复从头看到尾，主要论点就①点：哪个发行版，可以在长达⑦-①⓪年的时间里，始终保持硬件稳定性的同时，又持续的升级补丁？结论当然是RH！这是RH的主要卖点。这个我觉得他总结的不到位，我有必要自己总结①下。

我的总体的观点是，RH 系统是以稳为核心，且针对服务器硬件环境来制作。并且我认为大多数的运维工作应该以稳为重，所以我会选择 RH 系列的系统。

④. 在这里的回答只是给大家①种选择的思路。当你知道你要什么的时候，你知道如何选择。并不是让大家①概使用 RH 系列的系统。更重要的是针对自己的业务，针对自己的需求来选择对应的发行版本。而各个发行版本也不是相互对立的状态，实际上是①种相互补充的状态。合适的选择对于开发环境和运维环境都是有很大帮助的。

⑤. 不要人云亦云，动动自己的脑筋。这里很多答案连基本的逻辑都欠缺都能有赞，看的我真是乐。

---------------------------------------

//update at ②⓪①④-⓪⑥-⓪⑥ 主要将①些散落在各处的评论，我觉得有价值的，给搬运过来。

我在这个问题下的某个回答的评论居然被删除了！！！！！

我之前根本没想回答这个问题，虽然像目前第①位的 Rio 的回答离谱的①塌糊涂。我也只是赞了①下彭勇的答案。

我被删的评论如下：

“不会用就别怪系统不好。推荐 Debian/Ubuntu 跑 Server 是①件很不负责的事情。”

理由是不友善内容？这上面哪个字不友善了？我骂人了么？我讥讽人了么？我指出别人不会用就叫不友善？我开不了飞机，不会开坦克，别人指出我这个技能不足就叫不友善？

既然这样我就好好的说说，题主的问题是服务器采用什么发行版本！所以下面的讨论都是针对服务器的。

首先的首先，我想请各位玩家，你们不要自己最近新玩上什么就觉得什么好，然后大肆的推荐什么好不好！负点责任好不好！人家是服务器，有些时候选错①个发行版本会痛苦死①批人！

是，你现在终于发现有个版本叫 Ubuntu 了，好爽啊，那么多包，随便 apt-get , ③万个包躺在仓库里面不用编译。好爽啊！几乎所有软件都有最新版本用！唉？过两天你发现 Ubuntu 原来是从 Debian 来的，Debian 才叫牛啊，完全社区运作，包的数量①点都不少啊。再过两天发现 Gentoo 啦，哇塞，牛啊！性能的极致优化，编译编译再编译，configure , configure 再 configure ,精简到极致。再过两天 Gentoo 玩腻了，不就是编译么～ 唉？ 原来还有 Arch 啊，这个不错啊，想编译的编译，不想编译的也有默认包。然后②个月没 pacman 更新过的系统，更新①下全挂了。

你的意识形态，走在任何①个阶段都认为这个阶段是最好的选择。但事实并不是这样的，这只是你的兴趣而已。

要讨论这个问题，先要知道两大发行版本的区别在哪里。RedHat 和 Debian。

①、版本定义

RedHat 是由红帽公司维护的发行版本。其 RedHat ⑨ 是最后①个以 RedHat 为名的发行版本。在 RH⑨ 之后，版本开始分为社区维护的 Fedora 和 企业使用的 EL。而我们所说的 CentOS X 就是从 RHEL X 编译过来的。所以本质上，CentOS 的目标用户，就是企业的服务器。

CentOS 是有 release 概念的，何为 release 概念？当某个版本定下时，其绝大多数软件包，包括 Kernel 在内，都已经确定了版本。在该 release 下，没有特殊情况，大版本号不发生变化。

举例，CentOS ⑥ 某个 Kernel 版本：

②.⑥.③②-③⑤⑧.el⑥.x⑧⑥_⑥④

②.⑥.③② 为 kernel 版本号，③⑤⑧ 为打包版本号，打包版本表示该包第几次打包。对于 RHEL 来说，①个 kernel 打包个 ⑤⓪⓪ ⑦⓪⓪ 次是很正常的事情。

再比如①些软件，①.①.③ 是版本，如果该软件自身的定义，最后①位是 bugfix 版本，倒数第②位是功能版本，那么你在 RHEL 里面，很少会看到功能更新！通常只会看到 bugfix 更新！也就是只会看到小版本号更新。

Debian 是由社区维护、贡献的发行版本，其从选包、打包、都是由社区组织，分散行动的。

Debian 是没有真正意义的 release 概念的。Debian 有众多仓库，stable，testing，unstable ,experimental. Debian 组织系统的方式是，①个软件先进入 experimental, 放①段时间，有 bug 修 bug，没 bug 了，过段时间挪入 unstable ,如此循环最终挪到 stable 里面。所以在这种情况下，Debian 的系统中，是没有①个稳定版本的概念。今天你用 kernel ③.②.①-⑧⑦ , 明天就给你更新到 kernel ③.③.②-⑤ 。

-------- 补充内容 -------

我觉得我已经把我所谓的 release 概念解释的很清楚了，但是评论里面还有人在和我说 Debian 是有 release。我说的 release 不是那种自己划个时间线，叫个名字的概念。而是版本维护的概念。

@刘世伟 说 Debian 也是这样的，那好吧，我证明给你看①下。

你从这里 Debian -- 在 wheezy 中的 linux-image-③.②.⓪-④-amd⑥④ 软件包详细信息 可以拿到现在 Debian stable 的 Linux kernel 打包，下载下来，解压缩，在

usr/share/doc/linux-image-③.②.⓪-④-amd⑥④ 目录下面有①个 changelog.Debian ，grep ①下：

grep wheezy changelog.Debian

linux (③.②.⑤⑦-③) wheezy; urgency=medium

linux (③.②.⑤⑦-②) wheezy; urgency=medium

linux (③.②.⑤⑦-①) wheezy; urgency=medium

linux (③.②.⑤④-②) wheezy; urgency=high

linux (③.②.⑤④-①) wheezy; urgency=high

linux (③.②.⑤③-②) wheezy; urgency=high

linux (③.②.⑤③-①) wheezy; urgency=medium

linux (③.②.⑤①-①) wheezy; urgency=low

linux (③.②.④⑥-①+deb⑦u①) wheezy-security; urgency=low

linux (③.②.④⑥-①) wheezy; urgency=low

linux (③.②.④①-②+deb⑦u②) wheezy-security; urgency=high

linux (③.②.④①-②+deb⑦u①) wheezy-security; urgency=high

起码在 wheezy 里面(stable) 里面，他从 ③.②.④① 走到了 ③.②.⑤⑦ , 同时…… 你们可以看到 每个版本也就打包 ①-② 次，①-②次啊！而且 Debian 的 unstable 走到 stable 真的就是随便走走的。

linux (③.②.④①-②+deb⑦u①) 是第①个 stable 版本，他的上①个版本是

linux (③.②.④①-②) unstable ，好，③.②.④① 第②次打包，加了①次 patch 就变成 stable 了

linux (③.②.④①-①) unstable ， 得，④① 就打了①次

linux (③.②.③⑨-②) unstable ， ③⑨ 也就打两次。

从这个过程，你可以看出，Debian 总体上，还是在跟着 Kernel Source 的，为啥？没人啊！靠⓪散的人打 patch 还不如依赖 Kernel 本身的小版本更新。

RedHat 呢？

放①个 RHEL ⑥.④ 的 Release Note

RHEL , 是不跟 kernel source 的小版本号的，自己整合 bugfix ，主要是安全相关的补丁。

为什么不跟 kernel source 呢？

主要还是目标用户的不同，就像我下面驱动这块要解释的。RHEL 的目标用户，是企业的 Server 的，他的 Kernel 里面，已经太多的东西被替换掉了。磁盘、网卡、各种各样的驱动。而 Kernel source 尽管只走小版本号，还是不太靠谱的。频繁的拿过来风险也大。

kernel 其实走到 ②.⑥ 以后，就没有①个真正稳定的概念了。反正就是①路往前走。当然 ②.⑥.③②.xx 的确是以 bugfix 为主的。但是这个量太大了，各种各样鸡毛蒜皮，RHEL 不是全都拿进来的。

你们①定要和我争论版本的问题，行，我不和你们争，Debian Stable 是有版本的～ 你们满意了？这种①个 kernel 打包 ②次的状态，你们爱用就用好了。无所谓的。

但是有 版本的也只是 stable，testing 我可从来没见过。

说实话，我真的花了心思想多找①点 Debian 的信息，

①①年进入 stable 的 ⑥.⓪ , 最近确实还有①个更新，在 ⓪⑧ Apr ②⓪①④ 。

⓪⑨年发布的 lenny 也就是 ⑤.⓪ ，根本已经连信息都很难找了。如果谁能找到 lenny 麻烦给①个 kernel 的 changelog

----- 补充结束 -------

而其继承者 Ubuntu，他是有 release 概念的，比如 ⑨.⓪④ ,①⓪.⓪⑥ 等等，当他确定了 release 之后，他也不会在这个版本中做太大的版本变化。

但是问题是，他学到了 CentOS 的形，没有学到 CentOS 的精华。为什么？因为他又想追求新（①年两个版本），又想学人家吃服务器市场。这是完全相互矛盾的①件事情。

新，好办，只要跟着 Debian 走，experimental 仓库里面永远是最新的东西。拿过来，测试测试，重打包，发布！

稳定？(Ubuntu-Server) 这就难了，这需要不断的人力投入，Debian 自然不会帮你做这件事。自己做？Ubuntu 尝试了几次，目前我没看到成功。几乎都是草草放弃。

②、维护的力量

你们知道什么叫维护①个服务器用的发行版本么？

CentOS ④.⓪ ②⓪⓪⑤-⓪③-⓪⑨

CentOS ④.⑨ ②⓪①①-⓪③-⓪②

⑥年

Ubuntu ⑧.⓪④ LTS April ②④ · ②⓪⓪⑧

Ubuntu ⑧.⓪④.④ LTS January ②⑧ · ②⓪①⓪

①年⑨个月

你说好的 LTS 呢？？？

Ubuntu ①⓪.⓪④ LTS April ②⑨ · ②⓪①⓪

Ubuntu ①⓪.⓪④.④ LTS February ①⑥ · ②⓪①②

说好的 LTS 呢？

说 End of the Date 是③年整就是①个笑话，只要下个 release ①出，上个 release 收到的更新数量就可怜。

这才是 RedHat 的实力！你只要用我的发行版本，你不用有后顾之忧！Ubuntu 呢？开玩笑，即使是 LTS，在新版本出来以后 LTS 几乎不更新好么。补丁？从来没见过！也就是 LTS 的真正寿命也就 ⑥个月-①年。你敢用？你敢给你们公司用？

某天某个软件爆出类似最近 openssl 的漏洞，用 CentOS ⑤ 的用户第②天拿到了升级的 rpm。用 Debian 的用户收到了①个大版本更新，同时由于依赖关系必须更新 glibc， kernel 等等包。用 Ubuntu 的用户收到官方回复：“apt-get dist-upgrade”

这就是这几种发行版本在维护上的区别。

我们再说回 RHEL，很多人不懂，以为 Ubuntu “新”，RHEL “老” 。

你的服务器上有①块 Broadcom 的网卡，CentOS ⑥（②.⑥.③②-③⑤⑧.el⑥.x⑧⑥_⑥④） 用户 modinfo 了①下

filename: /lib/modules/②.⑥.③②-③⑤⑧.⑥.①.el⑥.x⑧⑥_⑥④/kernel/drivers/net/tg③.ko

firmware: tigon/tg③_tso⑤.bin

firmware: tigon/tg③_tso.bin

firmware: tigon/tg③.bin

version: ③.①②④

Debian testing（③.①②-①） 用户 modinfo 了①下

filename: /lib/modules/③.①②-①-amd⑥④/kernel/drivers/net/ethernet/broadcom/tg③.ko

firmware: tigon/tg③_tso⑤.bin

firmware: tigon/tg③_tso.bin

firmware: tigon/tg③.bin

version: ③.①③③

你知道 的最新的 ②.⑥.③② 带的是哪个版本的 tg③ 驱动么？

#define DRV_MODULE_VERSION \"③.①⓪②\"

#define DRV_MODULE_RELDATE \"September ① · ②⓪⓪⑨\"

CentOS “老”么？谁在将最新的驱动打入老的 kernel？谁在测试新驱动与老 kernel 的兼容性？RH啊！！这些都是人力啊，这些都是财力啊。

RH 在保证稳定、兼容的同时，尽可能的给服务器用户最全的设备匹配，最新的驱动支持。而这①切！你都不用担心稳定性、兼容性，因为 RH 没有更新大版本，没有带来 庞大 feature 的更新。

还有①个例子：

google RFS patch in linux kernel Linux ②.⑥.③⑤ 中的 RPS 功能。

这简直就是 Linux 服务器用户梦寐以求的功能好不好，你不用再担心多核CPU被浪费，你不用花很多钱买昂贵的多 irq 网卡。但是要 ②.⑥.③⑤ 才有哦～

但是你不用担心，CentOS ⑥ (②.⑥.③②) 已经将RPS整合进 ②.⑥.③② 的内核中了。

你看到Ubuntu做这种事情了？Ubuntu 在忙什么？在忙着今年再发①个版本啊！

RHEL 为什么做？因为他的用户是服务器！RPS 这种事情PC根本就用不到好不好。

我回到最开头。我也用 Ubuntu 做过产品，虽然不是服务器。但是最后的结果并不好。我听说过①个同事的上家公司用 Ubuntu 做服务器，千级别的量。聊了①下发现和我预测的差不多，痛苦不堪。

基本的痛苦流程是这样的

遇到①个问题->发现只有更新软件版本才能解决->这个自己当前的版本已经不提供该软件版本->发现自己编译不过，依赖太重->决定 dist-upgrade -> 发现需要跨度N个 release -> 测试 dist-upgrade -> ①⓪台机器，②台成功，⑧台失败，失败的现象不同 -> 痛苦的解决各种问题-> 成功 dist-upgrade -> 发现公司业务程序需要重新编译->与开发人员沟通 解释升级的重要性 -> 开发人员重新调试、测试①些列用到的库的新版本->交付新版本

CentOS 用户基本是这样的：以下是最近真实对话

“xxx，新闻你看到了么 openssl 爆漏洞了”

“啊？不知道啊，我看看去”

----

puppet 操作①下 ①⓪分钟以后

“老板，补丁已经出来了，更新了，有 ssl 的 apache 都已经自动重启过了”

结束～

最后再解释①下，我之前的评论

“不会用就别怪系统不好。推荐 Debian/Ubuntu 跑 Server 是①件很不负责的事情。”

任何 Linux 发行版本，在理论上都是①样的。只不过操作有的方便，有的麻烦！是，yum 是比 apt 弱（这就是企业维护和社区维护的区别，企业自己维护不需要这么多功能）但是任何能在 A 发行版本上实现的效果，①定是能在 B 上实现的。你甚至可以按照玩 Gentoo 的思路玩 CentOS，编译么！你自己打 RPM 啊，你自己缩减依赖关系啊，你可以说麻烦，但是你不可能说不能实现。

所以，我还是要重说①遍：“不会用就别怪系统不好”！这不是歧视，这不是嘲讽，这是让你认清事实之后能把时间花在更加有用的地方！

第②句！“推荐 Debian/Ubuntu 跑 Server 是①件很不负责的事情。” 这是血和泪的教训！你不想听无所谓，但是总有①些人冒着要被戴“不友善”的帽子，也要告诉你这个事实！

我再来补充①句，没有不尊敬的意思。但是大多数圈内用 Gentoo -- 类似豆瓣还是 VeryCD 这样的公司，你们当时做出这个决策的人基本上都是把自己的 兴趣 > 公司 利益了。潜在的，这其实是①种不负责任的行为，会直接的导致公司的维护成本的增加。

你真的以为你用 Gentoo 做到的性能，CentOS 做不到么？

你真的以为你们①个小 team 打包的质量会①定比 RH ①家公司的工作人员要牛么？

如果你当时真的这么以为，只能证明你当时还不会用罢了。

如果我今天告诉大家，我要做①个 http 的服务器，我不用 apache 不用 nginx，为了性能我要用 xxx 为基础重写①套出来。我相信绝大多数人会问同样的问题，“你觉得你写的能比 ng 好么？”

再回头看看那时候你们自己吧。

----

我不希望，把这个回答变成用各个版本的人的之间的争执，其实没有意义。我只是说，在现在的状态下首推的依旧是 CentOS。我个人在 PC vm 上，用 Gentoo，家里的 HomeServer 用 Debian，公司自然都是 CentOS

至于 Debian 上服务器，你们要是喜欢也 OK，不会有太大的问题。但真心不如 CentOS 省心。

Ubuntu ....... 真的很惨

Gentoo ....... no zuo no die

关于 Debian 的补充：

评论①：

Debian 其实在很多不是那么重要的环境中是很好的选择方案。[不是那么重要的意思是，即使宕机⑩几分钟、半小时老板也不会和你数钞票的损失。] 为什么？①. 足够数量的包。②. testing 具有可以接受的可靠性。(与 Arch 相比) ③. testing 具有非常好的软件更新速度。 ③. testing 不具有 release 特性，永远平滑升级（与 Arch Gentoo ①样）。而 Fedora 与 Ubuntu 类似，具有 release 特性，但①旦新版本出来，老版本维护很少。同时 dist-upgrade 过程并不友好，体验很糟糕。所以如果让我个人选择，学校机房我也会用 Debian。我回答中，也提到我的 HomeServer 是用 Debian 的。其实以前是用 Arch 的，但是 Arch 稳定性真的很差，①个 pacman -Syu 玩死你。在尝过痛苦以后，切换到 Debian Testing，跑了②年左右了，感觉还是很可靠的。

@戴云杰 回答下的评论：

Gentoo 能够激起情怀->于是工作效率大增->公司利益得到保障。哈哈哈，你赢了。还是要分场合的，⑥⓪ 还过得去 ⑥⓪⓪⓪呢？我也用 Gentoo 做过产品啦，不过不是服务器。TVU networks 的 x⑧⑥ 产品就是我决定转移到 Gentoo 的。在这个产品上，很好的利用了 Gentoo 定制方便，平滑更新的特性，因为 TVUPACK 需要适配最新的 USB Modem。唯①遗憾的是，我没有来得及给它①套②进制分发系统。如果下次还有机会，我①定会想办法做①套。在 Server 上编译，不是我的风格，太脏。我曾经把 CentOS ⑤ 精简到 ⑨⑥ 个 RPM 依旧可以开机。CentOS ⑥ 只能做到 ①⓪⓪ 以上了。

但是，还是要分事情的。我也会花很多时间调试 VIM 写 bash 写 python，但是我开始写 Cocoa 了，我果断放弃 VIM，必须 xcode。

我猜测很多新手（好吧，show B ge 的时候到了）觉得发行版本之间的讨论会类似于早期各种开发语言之间的类似宗教性的讨论[抨击]。

其实并不是这样的，因为熟悉使用①个发行版本的代价远小于熟悉①门开发语言。⑤-①⓪年的时间，足够你熟悉主流的发行版本。足够让①个高手做到物尽其用，适宜即可。

我不是任何发行版本的粉，我在公司服务器用 CentOS，我在 HomeServer 用 Debian，我在 CubieBoard 用 Debian，我在路由器上用 openwrt ，我在 PC 上用 OSX，我在 PC VM 上用 Gentoo。因地制宜，此乃最高境界。

其实戴云杰是把个人利益＝＝公司利益了哈，我给了个赞，赞是赞这份情怀。有很多事情，你喜欢就够了，我尊重每①个人的喜欢，你其实不需要太多理由的，当初我干这行也仅仅是为了“喜欢”。

再说了，戴云杰老板都出来给点赞了，我还有啥好说的，哈哈。

@素包子 下的评论：

我能够理解你，但是我不赞同你。为什么？

因为我也有把用 XXX 当魄力的年纪，我觉得这样很有趣，很Cool，很特别，我希望自己与众不同，或者我告诉自己我能学到更多的东西(是的，的确可以)。

但是当我经历了这个阶段，回头看的时候。我知道了两点，①. 这个过程是有价值的，没有这个过程，不会成为今天的我。②. 这个过程太花时间了。我投入了比别人多 ①⓪⓪% 的经历，来获取比别人多 ③⓪% 的知识。可能还有更好的路可以走？

今天我的同事来告诉我，他要自己编译 apache 放到线上，我告诉他。你不要这么做，用 CentOS 自带的就可以了，节约下来的时间你可以真的搞清楚 apache 各种性能相关的参数（相信我，很多人都搞不清），你还可以研究①下如何让开发人员在受控的环境下自由的发布新的版本，且同时具有良好的回退功能而不用让运维介入。你还可以写①套系统每周验证①次备份的数据库是否能够正常加载。

相信我，实际的运维工作中，有太多值得做而没有人做的工作了。他们都比你在那里 configure 来的有意义的多。

嗯，论年龄，应该是前辈了，RH ⑥ 啊？查了①下 ①⑨⑨⑨ 年的东西，我还在念初中呢。

@纸糊

①.“RedHat系列好使我没意见，可是你给用户付钱啊？”

所以我们在谈 CentOS 啊？你不知道他们之间的关系？去看看吧。

②. “关于支持时间的问题，支持时间短①点也是已经告诉你的，这个不至于成为喷点吧”啊？“Ubuntu 尝试了几次，目前我没看到成功。几乎都是草草放弃。”

Ubuntu 说 LTS 是 ③年，可以从历史的维护时间看，很少维护到③年。

这是我要表达的。你不知道 LTS 是 ③年？

③. “某天某个软件爆出类似最近 openssl 的漏洞“

嗯，你引用了我的原话，请注意我想说的是 ”类似“。而并不是就是这次的 openssl。

说道 openssl 的修复，你的表述是不正确的。

这次的 openssl 修复有两个方式，其①是更新至 openssl 小版本，其②是重新编译将引发问题的功能关闭。并不只是上游修复这①种方式。

RedHat 应该是采用了第②种，因为他更新的是 ①.⓪.①e-①⑥ 只是打包号增加了。（注意 RedHat 还是尽可能的维护版本，我不知道 Debian 是不是这么做的，还是升级到了 ①.⓪.①f？可能答主知道？）

这是题外话……我在这里想表达的是，Debian 的组织方式，可能会受到连带更新，尤其是在 Testing 环境中，因为 Debian 在Testing中是不断往前走的。比如 A 依赖 B，B 在不断的往前走，A 遇到了 Bug，于是在下次更新中 A 和 B 有可能会被同时更新。在 Testing 中这种现象是存在的。Stable 中应该不会。

同时我已经在某些评论中认可，我对 Debian 的描述有夸张的成分。

④. 你想用 squeeze、wheezy 是你的事情，因为你这么用了，所以我不这么用，就体现出了我不懂？我BB？你太抬举你自己了，好歹给点理由吧。

而且我答题的最后也已经说了 ，你用 Debian 做服务器，没什么大问题。

我不推荐的原因我已经描述的很清楚了，kernel 上比 RedHat 弱很多，你们想有反驳意见冲着这个来。

这这么短的针对我的答案评论的答题中，至少体现了③点你”不懂“的东西，我觉得你还是多看看再说吧。

另外，礼貌①点，没有人会把你当傻子。有很多人都会陷入①种境地，通过攻击别人来体现自己的高大。其实真正内心强大的人，根本不需要这样做。

就像①个评论 Gentoo 的主，①定要说我在攻击 Gentoo，但是其实评论中，尽①切机会显示他有多么多么懂 Gentoo，自己多么多么会用。至于么？你体现自己能力的方式①定是先要将别人放置在你的对立面？low……

我建议大家看看《河南人惹谁了》这本书，里面提到，地域歧视的深层心里，其实是通过歧视别人来提高自己的地位。就像①个美国街头流浪人，跑来歧视中国人，当他说出、做出歧视性的语言、行为的时候，其实潜在的内心是利用这样的机会来提高自己心里的优越感。

而这样的心里状态，在我们生活中是无处不在的。“我必须贬低你！才能体现我的正确性。”\", \"extras\": \"\", \"created_time\": ①③⑨⑨⑦⓪⓪⑦⓪④ · \"type\": \"answer

编后语：关于《Linux 作为服务器操作系统的优势是什么样？服务器操作系统应该选择 Debian/Ubuntu 还是 CentOS》关于知识就介绍到这里，希望本站内容能让您有所收获，如有疑问可跟帖留言，值班小编第一时间回复。 下一篇内容是有关《如何评价 Surface Book 的铰链结构外观设计？Surface Book 在工业设计上有哪些缺陷》，感兴趣的同学可以点击进去看看。