来一发Debian/Ubuntu/CentOS 哪一个更符合做办事器？

欢迎大家来到仓酷云论坛！//updateat2014-06-06次要将一些散落在遍地的批评，我以为有代价的，给搬运过去。
我在这个成绩下的某个回覆的批评竟然被删除！！！！！
我之前基本没想回覆这个成绩，固然像今朝第一名的Rio的回覆离谱的乌烟瘴气。我也只是赞了一下彭勇的谜底。

我被删的批评以下：
“不会用就别怪体系欠好。保举Debian/Ubuntu跑Server是一件很不卖力的事变。”

来由是不和睦内容？这下面哪一个字不和睦了？我骂人了么？我挖苦人了么？我指出他人不会用就叫不和睦？我开不了飞机，不会开坦克，他人指出我这个妙技不敷就叫不和睦？

既然如许我就好好的说说，题主的成绩是办事器接纳甚么刊行版本！以是上面的会商都是针对办事器的。

起首的起首，我想请列位玩家，你们不要本人比来新玩上甚么就以为甚么好，然后大举的保举甚么好欠好！负点义务好欠好！人家是办事器，有些时分选错一个刊行版本会疾苦逝世一批人！
是，你如今终究发明有个版本叫Ubuntu了，好爽啊，那末多包，任意apt-get,3万个包躺在堆栈内里不必编译。好爽啊！几近一切软件都有最新版本用！唉？过两天你发明Ubuntu本来是从Debian来的，Debian才叫牛啊，完整社区运作，包的数目一点都很多啊。再过两天发明Gentoo啦，哇塞，牛啊！功能的极致优化，编译编译再编译，configure,configure再configure,精简到极致。再过两天Gentoo玩腻了，不就是编译么～唉？本来另有Arch啊，这个不错啊，想编译的编译，不想编译的也有默许包。然后2个月没pacman更新过的体系，更新一下全挂了。
你的认识形状，走在任何一个阶段都以为这个阶段是最好的选择。但现实并非如许的，这只是你的乐趣罢了。

要会商这个成绩，先要晓得两年夜刊行版本的区分在那里。RedHat和Debian。

1、版本界说
RedHat是由红帽公司保护的刊行版本。其RedHat9是最初一个以RedHat为名的刊行版本。在RH9以后，版本入手下手分为社区保护的Fedora和企业利用的EL。而我们所说的CentOSX就是从RHELX编译过去的。以是实质上，CentOS的方针用户，就是企业的办事器。
CentOS是有release观点的，作甚release观点？当某个版本定下时，其尽年夜多半软件包，包含Kernel在内，都已断定了版本。在该release下，没有特别情形，年夜版本号不产生变更。

举例，CentOS6某个Kernel版本：
2.6.32-358.el6.x86_64

2.6.32为kernel版本号，358为打包版本号，打包版本暗示该包第几回打包。关于RHEL来讲，一个kernel打包个500700次是很一般的事变。
再好比一些软件，1.1.3是版本，假如该软件本身的界说，最初一名是bugfix版本，倒数第二位是功效版本，那末你在RHEL内里，很少会看到功效更新！一般只会看到bugfix更新！也就是只会看到小版本号更新。

Debian是由社区保护、奉献的刊行版本，其从选包、打包、都是由社区构造，分离举动的。
Debian是没有真正意义的release观点的。Debian有浩瀚堆栈，stable，testing，unstable,experimental.Debian构造体系的体例是，一个软件先辈进experimental,放一段工夫，有bug修bug，没bug了，过段工夫挪进unstable,云云轮回终极挪到stable内里。以是在这类情形下，Debian的体系中，是没有一个不乱版本的观点。明天你用kernel3.2.1-87,今天就给你更新到kernel3.3.2-5。
--------增补内容-------
我以为我已把我所谓的release观点注释的很分明了，可是批评内里另有人在和我说Debian是有release。我说的release不是那种本人划个工夫线，叫个名字的观点。而是版本保护的观点。
@刘世伟说Debian也是如许的，那好吧，我证实给你看一下。
你从这里Debian--在wheezy中的linux-image-3.2.0-4-amd64软件包具体信息能够拿到如今Debianstable的Linuxkernel打包，下载上去，解紧缩，在usr/share/doc/linux-image-3.2.0-4-amd64目次上面有一个changelog.Debian，grep一下：

grepwheezychangelog.Debian
linux(3.2.57-3)wheezy;urgency=medium
linux(3.2.57-2)wheezy;urgency=medium
linux(3.2.57-1)wheezy;urgency=medium
linux(3.2.54-2)wheezy;urgency=high
linux(3.2.54-1)wheezy;urgency=high
linux(3.2.53-2)wheezy;urgency=high
linux(3.2.53-1)wheezy;urgency=medium
linux(3.2.51-1)wheezy;urgency=low
linux(3.2.46-1+deb7u1)wheezy-security;urgency=low
linux(3.2.46-1)wheezy;urgency=low
linux(3.2.41-2+deb7u2)wheezy-security;urgency=high
linux(3.2.41-2+deb7u1)wheezy-security;urgency=high

最少在wheezy内里(stable)内里，他从3.2.41走到了3.2.57,同时……你们能够看到每一个版本也就打包1-2次，1-2次啊！并且Debian的unstable走到stable真的就是任意逛逛的。
linux(3.2.41-2+deb7u1)是第一个stable版本，他的上一个版本是
linux(3.2.41-2)unstable，好，3.2.41第二次打包，加了一次patch就酿成stable了
linux(3.2.41-1)unstable，得，41就打了一次
linux(3.2.39-2)unstable，39也就打两次。

从这个历程，你能够看出，Debian整体上，仍是在随着KernelSource的，为啥？没人啊！靠零星的人打patch还不如依附Kernel自己的小版本更新。

RedHat呢？
放一个RHEL6.4的ReleaseNote

https://access.redhat.com/site/documentation/en-US/Red_Hat_Enterprise_Linux/6/html/6.4_Technical_Notes/kernel.html

RHEL,是不跟kernelsource的小版本号的，本人整合bugfix，次要是宁静相干的补钉。
为何不跟kernelsource呢？
次要仍是方针用户的分歧，就像我上面驱动这块要注释的。RHEL的方针用户，是企业的Server的，他的Kernel内里，已太多的器材被交换失落了。磁盘、网卡、林林总总的驱动。而Kernelsource只管只走小版本号，仍是不太靠谱的。频仍的拿过去风险也年夜。
kernel实在走到2.6今后，就没有一个真正不乱的观点了。归正就是一起往前走。固然2.6.32.xx切实其实是以bugfix为主的。可是这个量太年夜了，林林总总鸡毛蒜皮，RHEL不是全都拿出去的。

你们必定要和我争辩版本的成绩，行，我反面你们争，DebianStable是有版本的～你们中意了？这类一个kernel打包2次的形态，你们爱用就用好了。无所谓的。
可是有版本的也只是stable，testing我可历来没见过。

说假话，我真的花了心机想多找一点Debian的信息，
11年进进stable的6.0,比来的确另有一个更新，在08Apr2014。

http://metadata.ftp-master.debian.org/changelogs//main/l/linux-2.6/linux-2.6_2.6.32-48squeeze5_changelog

09年公布的lenny也就是5.0，基本已连信息都很难找了。假如谁能找到lenny贫苦给一个kernel的changelog

-----增补停止-------

而其承继者Ubuntu，他是有release观点的，好比9.04,10.06等等，当他断定了release以后，他也不会在这个版本中做太年夜的版本变更。
可是成绩是，他学到了CentOS的形，没有学到CentOS的精髓。为何？由于他又想寻求新（一年两个版本），又想学人家吃办事器市场。这是完整互相冲突的一件事变。
新，好办，只需随着Debian走，experimental堆栈内里永久是最新的器材。拿过去，测试测试，重打包，公布！
不乱？(Ubuntu-Server)这就难了，这必要不休的人力投进，Debian天然不会帮你做这件事。本人做？Ubuntu实验了几回，今朝我没看到乐成。几近都是草草保持。


2、保护的力气
你们晓得甚么叫保护一个办事器用的刊行版本么？
CentOS4.02005-03-09
CentOS4.92011-03-02
6年

Ubuntu8.04LTSApril24,2008
Ubuntu8.04.4LTSJanuary28,2010
1年9个月
你说好的LTS呢？？？

Ubuntu10.04LTSApril29,2010
Ubuntu10.04.4LTSFebruary16,2012
说好的LTS呢？
说EndoftheDate是3年整就是一个笑话，只需下个release一出，上个release收到的更新数目便可怜。

这才是RedHat的气力！你只需用我的刊行版本，你不必有后顾之忧！Ubuntu呢？开顽笑，即便是LTS，在新版本出来今后LTS几近不更新好么。补钉？历来没见过！也就是LTS的真正寿命也就6个月-1年。你敢用？你敢给你们公司用？

某天某个软件爆出相似比来openssl的毛病，用CentOS5的用户第二天拿到了晋级的rpm。用Debian的用户收到了一个年夜版本更新，同时因为依附干系必需更新glibc，kernel等等包。用Ubuntu的用户收到官方复兴：“apt-getdist-upgrade”

这就是这几种刊行版本在保护上的区分。

我们再说回RHEL，良多人不懂，觉得Ubuntu“新”，RHEL“老”。
你的办事器上有一块Broadcom的网卡，CentOS6（2.6.32-358.el6.x86_64）用户modinfo了一下

filename:/lib/modules/2.6.32-358.6.1.el6.x86_64/kernel/drivers/net/tg3.ko
firmware:tigon/tg3_tso5.bin
firmware:tigon/tg3_tso.bin
firmware:tigon/tg3.bin
version:3.124

Debiantesting（3.12-1）用户modinfo了一下

filename:/lib/modules/3.12-1-amd64/kernel/drivers/net/ethernet/broadcom/tg3.ko
firmware:tigon/tg3_tso5.bin
firmware:tigon/tg3_tso.bin
firmware:tigon/tg3.bin
version:3.133

你晓得http://kernel.org的最新的2.6.32带的是哪一个版本的tg3驱动么？

#defineDRV_MODULE_VERSION"3.102"
#defineDRV_MODULE_RELDATE"September1,2009"

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

RH在包管不乱、兼容的同时，尽量的给办事器用户最全的装备婚配，最新的驱动撑持。而这统统！你都不必忧虑不乱性、兼容性，由于RH没有更新年夜版本，没有带来复杂feature的更新。

另有一个例子：
谷歌RFSpatchinlinuxkernelLinux2.6.35中的RPS功效。
这几乎就是Linux办事器用户朝思暮想的功效好欠好，你不必再忧虑多核CPU被华侈，你不必花良多钱买高贵的多irq网卡。可是要2.6.35才有哦～

可是你不必忧虑，CentOS6(2.6.32)已将RPS整合进2.6.32的内核中了。
你看到Ubuntu做这类事变了？Ubuntu在忙甚么？在忙着往年再发一个版本啊！
RHEL为何做？由于他的用户是办事器！RPS这类事变PC基本就用不到好欠好。

我回到最开首。我也用Ubuntu做过产物，固然不是办事器。可是最初的了局其实不好。我传闻过一个同事的上家公司用Ubuntu做办事器，千级其余量。聊了一下发明和我展望的差未几，疾苦不胜。

基础的疾苦流程是如许的
碰到一个成绩->发明只要更新软件版本才干办理->这个本人以后的版本已不供应该软件版本->发明本人编译不外，依附太重->决意dist-upgrade->发明必要跨度N个release->测试dist-upgrade->10台呆板，2台乐成，8台失利，失利的征象分歧->疾苦的办理各类成绩->乐成dist-upgrade->发明公司营业步伐必要从头编译->与开辟职员相同注释晋级的主要性->开辟职员从头调试、测试一些列用到的库的新版本->托付新版本

CentOS用户基础是如许的：以下是比来实在对话
“***，旧事你看到了么openssl爆毛病了”
“啊？不晓得啊，我看看往”
----
puppet操纵一下10分钟今后
“老板，补钉已出来了，更新了，有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，为了功能我要用***为基本重写一套出来。我信任尽年夜多半人会问一样的成绩，“你以为你写的能比ng好么？”

再转头看看当时候你们本人吧。

----

我不但愿，把这个回覆酿成用各个版本的人的之间的争吵，实在没成心义。我只是说，在如今的形态下首推的仍旧是CentOS。我团体在PCvm上，用Gentoo，家里的HomeServer用Debian，公司天然都是CentOS
至于Debian上办事器，你们如果喜好也OK，不会有太年夜的成绩。但至心不如CentOS费心。
Ubuntu.......真的很惨
Gentoo.......nozuonodie

关于Debian的增补：

批评1：
Debian实在在良多不是那末主要的情况中是很好的选择计划。[不是那末主要的意义是，即便宕机十几分钟、半小时老板也不会和你数钞票的丧失。]为何？1.充足数目的包。2.testing具有能够承受的牢靠性。(与Arch比拟)3.testing具有十分好的软件更新速率。3.testing不具有release特征，永久光滑晋级（与ArchGentoo一样）。而Fedora与Ubuntu相似，具有release特征，但一旦新版本出来，老版本保护很少。同时dist-upgrade历程其实不友爱，体验很糟。以是假如让我团体选择，黉舍机房我也会用Debian。我回覆中，也提到我的HomeServer是用Debian的。实在之前是用Arch的，可是Arch不乱性真的很差，一个pacman-Syu玩逝世你。在尝过疾苦今后，切换到DebianTesting，跑了2年摆布了，感到仍是很牢靠的。

@戴云杰回覆下的批评：

Gentoo可以激起情怀->因而事情效力年夜增->公司好处失掉保证。哈哈哈，你赢了。仍是要分场所的，60还过得往6000呢？我也用Gentoo做过产物啦，不外不是办事器。TVUnetworks的x86产物就是我决意转移到Gentoo的。在这个产物上，很好的使用了Gentoo定制便利，光滑更新的特征，由于TVUPACK必要适配最新的USBModem。独一遗憾的是，我没有来得及给它一套二进制分发体系。假如下次另有时机，我必定会想举措做一套。在Server上编译，不是我的作风，太脏。我已经把CentOS5精简到96个RPM仍旧能够开机。CentOS6只能做到100以上了。
可是，仍是要分事变的。我也会花良多工夫调试VIM写bash写python，可是我入手下手写Cocoa了，我判断保持VIM，必需xcode。
我推测良多老手（好吧，showBge的时分到了）以为刊行版本之间的会商会相似于初期各类开辟言语之间的相似宗教性的会商[反攻]。
实在并非如许的，由于熟习利用一个刊行版本的价值远小于熟习一门开辟言语。5-10年的工夫，充足你熟习支流的刊行版本。充足让一个妙手做到物尽其用，合适便可。
我不是任何刊行版本的粉，我在公司办事器用CentOS，我在HomeServer用Debian，我在CubieBoard用Debian，我在路由器上用openwrt，我在PC上用OSX，我在PCVM上用Gentoo。量体裁衣，此乃最高地步。

实在戴云杰是把团体好处＝＝公司好处了哈，我给了个赞，赞是赞这份情怀。有良多事变，你喜好就够了，我尊敬每个人的喜好，你实在不必要太多来由的，现在我干这行也仅仅是为了“喜好”。
再说了，戴云杰老板都出来给点赞了，我另有啥好说的，哈哈。

@素包子下的批评：

我可以了解你，可是我不赞成你。为何？
由于我也有把用XXX当气势的年事，我以为如许很风趣，很Cool，很出格，我但愿本人不同凡响，大概我告知本人我能学到更多的器材(是的，切实其实能够)。
可是当我履历了这个阶段，转头看的时分。我晓得了两点，1.这个历程是有代价的，没有这个历程，不会成为明天的我。2.这个历程太花工夫了。我投进了比他人多100%的履历，来猎取比他人多30%的常识。大概另有更好的路能够走？
明天我的同事来告知我，他要本人编译apache放到线上，我告知他。你不要这么做，用CentOS自带的就能够了，勤俭上去的工夫你能够真的弄分明apache各类功能相干的参数（信任我，良多人都弄不清），你还能够研讨一下怎样闪开发职员在受控的情况下自在的公布新的版本，且同时具有优秀的回退功效而不必让运维参与。你还能够写一套体系每周考证一次备份的数据库是不是可以一般加载。
信任我，实践的运维事情中，有太多值得做而没有人做的事情了。他们都比你在那边configure来的成心义的多。

嗯，论岁数，应当是先辈了，RH6啊？查了一下1999年的器材，我还在念初中呢。

@纸糊

1.“RedHat系列好使我没定见，但是你给用户付钱啊？”
以是我们在谈CentOS啊？你不晓得他们之间的干系？往看看吧。

2.“关于撑持工夫的成绩，撑持工夫短一点也是已告知你的，这个不至于成为喷点吧”啊？“Ubuntu实验了几回，今朝我没看到乐成。几近都是草草保持。”
Ubuntu说LTS是3年，能够从汗青的保护工夫看，很少保护到三年。
这是我要表达的。你不晓得LTS是3年？

3.“某天某个软件爆出相似比来openssl的毛病“
嗯，你援用了我的原话，请注重我想说的是”相似“。而并非就是此次的openssl。
说道openssl的修复，你的表述是不准确的。
此次的openssl修复有两个体例，其一是更新至openssl小版本，其二是从头编译将激发成绩的功效封闭。其实不只是下游修复这一种体例。

RedHat应当是接纳了第二种，由于他更新的是1.0.1e-16只是打包号增添了。（注重RedHat仍是尽量的保护版本，我不晓得Debian是否是这么做的，仍是晋级到了1.0.1f？大概答主晓得？）
这是题外话……我在这里想表达的是，Debian的构造体例，大概会遭到连带更新，特别是在Testing情况中，由于Debian在Testing中是不休往前走的。好比A依附B，B在不休的往前走，A碰到了Bug，因而鄙人次更新中A和B有大概会被同时更新。在Testing中这类征象是存在的。Stable中应当不会。

同时我已在某些批评中承认，我对Debian的形貌有夸大的成份。

4.你想用squeeze、wheezy是你的事变，由于你这么用了，以是我不这么用，就表现出了我不懂？我BB？你太提拔你本人了，好歹给点来由吧。

并且我答题的最初也已说了，你用Debian做办事器，没甚么年夜成绩。
我不保举的缘故原由我已形貌的很分明了，kernel上比RedHat弱良多，你们想有辩驳定见冲着这个来。

这这么短的针对我的谜底批评的答题中，最少表现了三点你”不懂“的器材，我以为你仍是多看看再说吧。
别的，规矩一点，没有人会把你当傻子。有良多人城市堕入一种地步，经由过程打击他人来表现本人的宏伟。实在真正心坎壮大的人，基本不必要如许做。
就像一个批评Gentoo的主，必定要说我在打击Gentoo，可是实在批评中，尽统统时机显现他有何等何等懂Gentoo，本人何等何等会用。至于么？你表现本人才能的体例必定是先要将他人安排在你的对峙面？low……

如果您觉得本篇CentOSLinux教程讲得好，请记得点击右边漂浮的分享程序，把好文章分享给你的小伙伴们！

写学习日记，这是学习历程的见证，同时我坚持认为是增强学习信念的法宝。

你需要提供精确有效的信息。Linux这并不是要求你简单的把成吨的出错代码或者数据完全转储摘录到你的提问中。

甚至目前许多应用软件都是基于它的。可是没有哪一个系统是十分完美的。

其实老师让写心得我也没怎么找资料应付，自己想到什么就写些什么，所以不免有些凌乱；很少提到编程，因为那些在实验报告里已经说了，这里再写就多余了。

然我们对Linux的学习首先是通过对它的产生，发展，到今天仍然在不断完善开始的。

其实当你安装了一个完整的Linux系统后其中已经包含了一个强大的帮助，只是可能你还没有发现和使用它们的技巧。

其实当你安装了一个完整的Linux系统后其中已经包含了一个强大的帮助，只是可能你还没有发现和使用它们的技巧。