APP111苹果园为用户提供苹果游戏软件介绍,视频,攻略,评测,iphone6游戏,iphone5s游戏下载
iphone6 plus软件下载,ipad mini软件,ipad游戏,最新最全的限时免费游戏信息IOS版 FIFA15 挂vpn登陆Facebook教程攻略详解_百度文库
两大类热门资源免费畅读
续费一年阅读会员，立省24元！
评价文档：
IOS版 FIFA15 挂vpn登陆Facebook教程攻略详解
I​O​S​版​ ​F​I​F​A5​ ​挂​v​p​n​登​陆​F​a​c​e​b​o​o​k​教​程​攻​略​详​解
阅读已结束，如果下载本文需要使用
想免费下载本文？
把文档贴到Blog、BBS或个人站等：
普通尺寸(450*500pix)
较大尺寸(630*500pix)
你可能喜欢我也遇见了和所有玩家一样的问题，我的是win7 64位系统，玩所有的单机游戏两边都有黑杠，修改了注册表也不管用。 后来发现一个问题，同样是修改注册表scaling的数值。 一般在网上搜索结果是：开始菜单在搜索文件和程序里打 regedit 进入注册表.然后依次展开.HKEY_LOCAL_MACHINE---SYSTEM---ControlSet001---Control---GraphicsDrivers---Configuration---然后右键点击Configuration，选择查找，输入
下面列举了一些最实用的小窍门，是各位在安装完2003之后，接下来必做的功课。其中涉及到修改注册表的内容，请小心使用。 1.禁用配置服务器向导: 禁止“配置你的服务器”（Manage Your Server）向导的出现：在控制面板（Control Panel） -& 管理员工具 （Administrative Tools ）-& 管理你的服务器（Manage Your Server）运行它，然后在窗口的左下角复选“ 登录时不要显示该页”（Don't display this page
务器租用、托管；域名注册；虚拟主机 江湖、聊天室租用；程序开发，网站建设 欢迎咨/ QQ：
在小型局域网的使用中有时会出现整个网络都不通，或是其中几台无法连通的情况，这里就总线型局域网谈谈一些常规解决方法: 检查各机器中有关网卡的一些设置是否都正确。在/我的电脑/控制面板/系统/设备管理/网络适配器中看有无中断及端口的冲突，直到网络适配器/属性中出现“该设备运转正常”，并且在“网上邻居”中至少能找到自已。
记得金山打字通是小编学习计算机基础时候考试用的工具，最新版看起来界面优化了不少，但开始给人一种只能连上互联网才能使用的错觉。下面小编就来演示如何单击使用金山打字通2013。 软件下载：金山打字通 .0.20 官方正式免费版 1、打开金山打字通2013后，点击设置后发现，按钮和文字都是灰色的。点击打字，弹出要登录的窗口，而登录又要绑定QQ，这让人很不理解，难道真要能上网的电脑才能使用金山打字通2013。 2、登录 点击右上角的“登录”，在弹出的窗口输入任意昵称即可。然后点击“下一步
工具/原料 版本为:金山打字通.0.17) 步骤1 打开金山打字通2013后，点击设置后发现，按钮和文字都是灰色的。点击打字，弹出要登录的窗口，而登录又要绑定QQ，这让人很不理解，难道真要能上网的电脑才能使用金山打字通2013。 2登录 点击右上角的“登录”，在弹出的窗口输入任意昵称即可。然后点击“下一步”。 3关掉绑定 如图，直接点击右上角的×即可。若一直不绑定，在左下角的“不在显示”前打√即可。 4如图，现在已经登录了， 也可以进行设置和打字了哦。
当时在退出杀毒软件及安全卫士的情况下。安装了一个旧版的上网行为监控软件,打开软件后系统变慢,CPU资源上升到99%。打开任务管理器查看进程,发现一个svchost.exe占到99%。也无法结束该进程,并伴随着一个数字及字母组合的exe文件出现。如图1 故障重现操作重启电脑后,刚开始反应速度正常,但是只要点击任何一个应用程序电脑就会变慢,CPU资源耗尽,报错显示内存不可读。所有的安全软件都打不开。EXE文件都无法使用及正常安装(安装jf报错显示内存不可读)。 重装系统不能解决问题没有别的好解决方案
一、侠诺FVR080网吧专用宽带路由器采用Intel IXP网络专用途理器，基于Intel XScale技能，多CPU散布式处置，功能优胜，还采用六层PCB，1U钢壳，并内置电源模块，充沛包管了整机的不变牢靠。 二、侠诺FVR080具有两个WAN口，可以还进行数据转发，增强了数据包的转发功用。它除了包括一切宽带路由器的常用功用外，还支撑进击防护、基于IP的QoS，单机衔接数节制、IP与MAC绑定、端口监控以及装备文件备份/导入等特殊合适企业、网吧使用的功用。 三、攻击防护功用，有用提升网络牢靠性
在局域网中，通过ARP协议来进行IP地址(第三层)与第二层物理地址(即MAC地址)的相互转换。网吧中的一些设备如路由器、装有TCP/IP协议的电脑等都提供ARP缓存表，以提高通信速度。目前很多带有ARP欺骗功能的攻击软件都是利用ARP协议的这个特点来对网络设备进行攻击，通过伪造的MAC与局域网内的IP地址对应，并修改路由器或电脑的ARP缓存表，使得具有合法MAC的电脑无法与IP对应，从而无法通过路由器上网。 在掉线重启路由器后，ARP缓存表会刷新，网络会在短时间内恢复正常，待ARP攻击启动后，又
Microsoft Visual Studio是微软公司开发的一款程序开发平台软件，功能非常的强大并且使用非常方便，对于广大的程序开发者来说都非常喜欢。Microsoft Visual Studio 2010的操作简单，为我们编写程序时节省了很多时间，并且方便我们调试程序。下面简单介绍一下Microsoft Visual Studio的简单功能的使用方法。 工具/原料 Microsoft Visual Studio 2010或Microsoft Visual Studio 2012 下载与安装
会声会影x7是corel公司出品的第七版影音剪辑软件，拥有超强的3D视频渲染技术，还有滤镜特效、色彩管理、音效、屏幕录制等特色功能，是业界公认最好用的视频剪辑器之一。 会声会影做相册很容易。基本的程序是导入相片，做相片的摇放处理，让相片动起来，如果想相片更生动一些，还可以加入视频滤镜等特效，加入字幕作相片的说明，然后在相片之间加入转场，再配上音乐，输出成视频就OK了~ 一、准备工作：两件事，一是安装软件，熟悉软件的使用、操作。二是对即将编辑的照片进行前期处理。主要是分类、排序和对有缺陷的照片进行
iOS版烧饼内购破解使用教程，转载自烧饼修改器官网，新手不会用的可以看看哦！ 常见问题解答 Q：为什么提示成功安装后在桌面上找不到内购破解应用图标？ A：烧饼内购破解是一个系统插件，没有桌面图标，请到苹果设备的系统设置里面查看和进行相关设置。 Q：烧饼内购破解有什么用？支持网游吗？ A：烧饼内购破解可以破解大部分iOS单机游戏的内购商店，开启破解服务后可以免费购买金币、钻石、道具等，不支持破解网络游戏。 教程正文 正确安装iOS版烧饼内购破解（安装教程），然后进入苹果设备的系统设置，找到烧饼内购
故障1：局域内有一部分计算机能上网故障现象：局域网内只有一部分计算机能上网，另一部分不能上网。 故障原因：由于局域网内有一部分计算机可以上网，所以基本判定路由器硬件没问题。如果计算机确实没有问题，但却不能连接进入互联网，这是因为ISP限制了局域网内计算机接入互联网的用户数。限制方法是在认证服务器上对部分计算机的MAC地址进行绑定，没有绑定的用户就不能正常上网了。 解决方法：用一根网线将已绑定MAC地址的计算机与路由器的LAN端口相连，注意这时路由器先不要连接Modem的连线;再利用路
对于刚入手三星tab4又苦于不知道root方法的用户们，以下小编为大家带来的2种 三星Galaxy Tab4获取Root教程。百分百对你有帮助，以下是具体的获取方法教程。 三星Tab4怎么Root 三星Galaxy Tab4获取Root教程 方法一 获取Root权限准备工作： 1、打开USB调试（这是必须的） 2、安装手机驱动 3.下载Root工具 包含的Root.zip+PC端线刷工具（Odin）+ecByZDS.tar批量打包下载：【本地下载点此进入】 首先我们要刷入第三方recovery
程序有右键菜单,可以对部分参数即时设定。 软件下载地址：QQExplorer(在线密码破解器) v1.26 免安装免费版 1. QQExplorer.exe-----主程序 2. QQExplorer.INI-----主程序配置文件 3. qq.txt-------------自定义探测的号码列表 4. password.txt-------自定义字典,密码就放在这里,看你的运气了 5. proxy.txt----------代理服务器列表,建议自己搜索,搜索到的代理在程序里通过“添加&
葫芦侠游戏修改器几乎能修改市面上所有的手机单机游戏，如果不能修改的，请发帖到【葫芦侠3楼】板块寻求帮助：/manual.html 而对于网游数据是与服务器同步的，因此一般即使修改成功也会很快失效，但实践证明有一少部分网游能够达到小辅助效果，比如天天爱消除，天天酷跑等等，通过葫芦侠可以更容易的游戏，得到较高的分值。 在使用葫芦侠修改器过程中，遇到任何问题或者查看最新的游戏修改教程，请到葫芦侠3楼，这里是游戏修改教程的首发站。 我的手机是小米手机，为什么不
1、单机连接并登陆无线路由器，更改无线路由器的LAN口IP地址，避免与内网其它设备冲突；关闭无线路由器的DHCP功能并重启； 2、将无线路由器的1/2/3/4口与有线网络中的路由器或交换机有线连接起来； 3、操作网络中的无线网卡连接到无线路由； 4、配置无线网卡的网络参数(自动获取或手动配置，手动配置参数与有线一致)； 无线路由器怎么当ap使用又能无线上网其实一个无线路由器设置能够当作两个使用，同时使用该AP无线路由器设备我们也能快速有效的建设好安全的无线双网，确保安全。 AP无线路由器在构建双
烧饼修改器常见问题解答： 【如何使用烧饼修改器】1.我是新手，请问如何修改器游戏？ 答：首先，理解修改器工作原理，即根据游戏中数据的变化规律，定位出内存中对应的数据，然后将其修改。然后，查看修改器-菜单- 更多&帮助，里面有多套实例教程。 烧饼游戏修改器-帮助文档：http://sbtools.me/jc/sbgamehack_guide.html（已针对移动设备优化页面） 烧饼游戏修改器-实例教程：http://sbtools.me/jc.html 【界面问题】1.为什么烧饼修改器在横
本文将针对MERCURY的无线宽带路由器和有线宽带路由器产品，完整而通俗的向大家介绍如何实现"把路由器连接到外网"和"无线上网"两个主要应用的配置过程。内容如下： 1、把路由器连接到外网步骤一：连接好线路 在没有路由器之前，我们是通过电脑直接连接宽带来上网的，那么现在要使用路由器共用宽带上网，当然需要用路由器来直接连接宽带了。因此我们要做的第一步工作是连接线路，把宽带连到路由器(WAN口)上，然后把电脑也连接到路由器上（编号1/2/3/4的任意一个端口），如下图： 宽带是电话线接入的按照1、2、
一、想要了解如何进行网桥下的PPPOE拨号，首先我们就必须了解什么是网桥，下面我们就来给大家说明一下。 1、把自己的网络同其它的网络互连起来，从网络中获取更多的信息和向网络发布自己的消息，是网络互连的最主要的动力，网络的互连有多种方式，其中使用最多的是网桥互连和路由器互连，网桥工作在OSI模型中的第二层，即链路层，完成数据帧（frame）的转发，主要目的是在连接的网络间提供透明的通信。 2、网桥的转发是依据数据帧中的源地址和目的地址来判断一个帧是否应转发和转发到哪个端口，帧中的地址称为MAC地址
有时候维护Linux服务器时会面临这样一种错误，即显示文件系统变成(Read Only System)，即文件系统变成只读的方式，产生这一问题的原因可能有两种，一种是多机写入时同步机制出现问题，另一种方式是单机写入时出现服务器掉电的情况。 当出现这种问题后，会让应用系统用户非常紧张，运气好时可以通过只读的方式去读取数据，运气不好时系统根本就无法启动。 这里给出一种解决方法： (1)修改/etc/fstab，将受损的文件系统先注释掉，如果无法读写该文件则采用mount -o remount rw服务器操作系统应该选择 Debian/Ubuntu 还是 CentOS？
想选择一个 Linux 发行版作为服务器。有没有什么推荐的？
按投票排序
159 个回答
对于很多问题，回答的时候都是屁股决定脑袋的（无贬义）。比方说，在系统选择问题上，SA跟开发者一定会持有不同观点。所以，要更好的回答这个问题，本身题主必须说明你是系统管理员，还是开发者。如果你是系统管理员，保证服务器的稳定是你的第一要务，这是你的选择倾向。为了这一点可以牺牲其他的东西。如果你是开发者，保证你的开发的应用能够稳定方便的部署到服务器才是最重要的，为了这一点也可以牺牲其他的东西。系统管理员一定会推荐选择 CentOS，甚至是 RHEL，原因嘛，自然因为他们自身最熟悉，而且理论上更稳定。即便这本身会给开发者带来额外的麻烦，反正与自己无关。不过，开发者会尽自己所能说服系统管理员不要选择 CentOS，而是选择 Ubuntu/Debian，原因嘛毕竟跨发行版部署常常会是个很蛋疼的事，在十多年工作生涯中我遇到过各种各样层出不穷的事情，其原因当然都是因为服务器选择了一个蛋疼的发行版，而服务器发行版通常而言对开发都不友好，因为两者的目的矛盾冲突。我能够建议的就是：如果你自己是开发者，如果你自己买了一台 VPS 自己搭服务器用。选 Ubuntu/Debian 挺好。当然如果你觉得自己闲工夫实在多得没处花，可以隔三差五的就到服务器上做升级更新，用 ArchLinux 也无不可。如果你是系统管理员，上面的程序不需要你亲自开发，那么用 CentOS 最好不过了！至于不方便的地方让开发自己去克服，反正自己维护只要稳定就行。还可以不失时机的责备几句：「你连 CentOS 都适配不了搞个什么开发」，「自己技术不行不要怪服务器版本！」，「不要指望发行版提供的包，需要什么新版本全部自己下载了重新编译就好了！」，微微一笑，深藏功与名。
早期，我们使用 Debian 作为服务器软件，后来转向了CentOS，主要原因如下：1、CentOS/RHEL的生命周期是7年，基本上可以覆盖硬件的生命周期，也就意味着一个新硬件安装以后，不用再次安装操作系统。要知道重新折腾一个生产机是很麻烦而且有风险的事情。[]今天刚刚收到红帽子的通知邮件，RedHat 5, RedHat 6的生命周期，延长到10年，太牛叉了。这个对企业用户很重要。而Debian的生命周期是不固定的，一般新版本发布以后，上个版本再维护18个月。而Debian的版本发布时间间隔不稳定，经常会延期。综合起来一个版本的生命周期一般在3～4年。[]Debian 宣布对Squeeze(6.0)，提供5年的LTS长期支持。Ubuntu的LTS版生命周期是5年。如果你选用了 Debian 或者 Ubuntu作为服务器，等生命周期过了以后，就没有安全补丁，你的服务器就会裸奔或者需要重新安装系统。2、RedHat是一个值得尊敬的开源公司，长期以来Linux内核RedHat的贡献程度都是最多的。可以这么说，如果一个Linux方面的问题，RedHat搞不定，那么也很少有其他公司可以搞定了。公司有一批Linux内核方面的如雷贯耳的大牛，比如：Alan Cox - Core developer, numerous contributionsIngo Molnar - x86 subsystem maintainerAl Viro - VFS subsystem maintainer,
linux内核贡献第二多的个人David Miller - Sparc Port maintainer, linux网络部分开发者， linux内核贡献最多的个人Jeff Garzik - Sata subsystem maintainerJohn Linville - Wireless subsystem maintainerStephen Tweedie - Ext3 filesystem developerEric Sandeen - XFS, Ext4 filesystem developerJosef Bacik - Btrfs filesystem developerRik Van Riel - VM developerRic Wheeler - Filesystem developerVal Henson - Filesystem developerDave Jones - Fedora kernel maintainerKyle McMartin - Fedora kernel maintainerChuck Ebbert - Fedora kernel maintainerEric Paris - LSM/SELinux/Audit/Capabilities maintainerEugene Teo - Security ResponseKay Sievers - Hotplug3、CentOS/RHEL对硬件的支持很好，主流硬件厂商早就将服务器拿过去测试，一般不存在硬件的兼容性问题。而Debian就麻烦了，由于有版权上的考虑和代码纯洁性上的洁癖，一些硬件驱动和软件被删掉了，导致安装过程有问题。比如 Dell 服务器上，大量使用的网卡 BroadCom，就驱动不了，安装了以后，网络起不来。4、大量商业软件，比如 Oracle ，都是针对 Redhat认证的，有大量的帮助文档和使用说明，有良好的技术支持。出了问题，也容易在网上找到类似的答案和经验。5、CentOS 是RedHat的克隆版，如果需要可以随时平滑切换到 RedHat，从而享受RedHat的服务支持。要知道厂商的服务，是最后一道防火墙，如果你给一个大客户做方案，他们一般会倾向选用商业服务。万一出了什么问题，还有Redhat可以求助，或者有一个RedHat可以承担责任 :-)6、如果你是一个工程师，熟悉了 CentOS/RedHat ，找工作更加容易。如果你是一个企业老板，相对也容易招聘到熟悉CentOS/RedHat的工程师。RHCE的培训，也相对较完善，认同程度高。7、CentOS/RHEL 的批量安装更加方便在机房，使用kickstart + PXE安装，给客户，使用定制的kickstart光盘，一键安装，一般在5分钟左右就可以安装完。上述3，4，5，6几点中，都说明CentOS/RHEL相对于其他Linux操作系统，有相对完整的生态环境，很多公司在CentOS/RHEL投入了大量资源，积累了大量经验，绑定了自己的利益，这个是CentOS/RHEL得以长期良好发展的保证。=============补充对评论的一些回复1. 所谓的“centos稳定性非常差”，不知道你指的是什么？能否举一些CentOS不稳定的例子？至少我们用了这么多年CentOS，稳定性上可以说是坚如磐石的。如果是你说的由于yum升级造成的混乱，那只能说明你对centos不熟悉。2、RHEL/centos 对于一些新的软件的支持，采用 SCL的方式支持，比如ruby193，python27, python 33, PHP 54, nodejs 0.10, mariadb55, postgresql 9.23、debian/ubuntu 同样存在版本稳定和程序太老的矛盾，比如他们的LTS版本，一般是两年多更新一次。squeeze是2011年2月发布，wheezy是2013年5月发布，如果你在2013年4月使用Debian，你会发觉好多软件太老，比如：内核：2.6.32，和Centos 6
一样的glibc 还是使用的2.11.2mysql使用的5.1.49openjdk使用的是 6php使用的是 5.3.3python使用的是2.6.6下一个版本的Deiban，至少要到 2015年下半年才能发布，而RHEL7/CentOS7的正式版发布在即，里面用到的不少软件，都比wheezy的要新。按照你的逻辑，在接下来较长的时间里，是否CentOS比起Debian更加前卫？再看看的回复：“之前我用了很长一段时间的 Debian，但它的更新实在太慢了（好几年啊有木有！）”，呵呵4、“debian的支持时间也非常长期”，这个最近确实有了改善，Debian刚刚宣布对 Debian 6.0 有了5年的LTS长期支持。可以这么说，Debian也看到了LTS的重要性，向CentOS学习了一把。但Debian做得还不够，因为Debian的LTS在后续版本，比如 Debian 7 (wheezy)， Debian 8 (jessie) 里的支持政策还不明朗：Debian的LTS支持，也不是Debian 官方安全团队维护的，而是由其他志愿者维护的，工作效率和质量是否有保证还不知道。相比RHEL明晰的发展策略和安全更新策略，有10年的安全补丁保证，还有不少差距。5、“debian这个系列的软件包也比较新，debian和他儿子ubuntu很多软件包维护是共享的，更新速度非常快”，不知道你使用的是稳定版还是测试版。稳定版里面你是如何看到软件包“更新速度非常快”的。
脱离实际使用场景来谈论这个问题根本没有任何实际意义考虑以下各种不同的使用场景你维护一个游戏项目，这个游戏每周会停服三个小时维护一次你维护一个电信系统，这个系统出了问题一个城市的人就上不了网也打不了电话你维护一个机场调度系统，这个系统出了问题飞机就可能撞车，你就上新闻头条了你维护的是一个购买自其他厂商的不开源的商业软件，这个软件是在 RedHat 系统下面开发的，厂商表示没有测试过其他系统下面的执行情况你维护的是自己公司开发的产品，公司的技术人员非常新潮，喜欢用大量最新的技术和功能你维护的产品已经七年没有更新过了，将来也不太可能更新了你维护的产品只能支持 MySQL 4, 不能支持新版本的 MySQL，开发人员早就离职了找不到人改了等等等等这些场景下面选择的操作系统能一样吗？啥场景都能用某一个操作系统搞定，那其他操作系统为什么不去死？
//update at 隔了很久再来补充一下1. 我下面关于 Debian 的描述是错误的。准确的说，我描述的只是 testing 的环境。 stable 应该不是这样的，请大家参考别的回答。2.
贴的答案，里面有很多干货，尽管很多对于我这个答案的主观描述我都不赞同，但是客观的知识还是很丰富的。我也很早就赞了那个答案。3.
下的答案说 其实你把回复从头看到尾，主要论点就一点：
哪个发行版，可以在长达7-10年的时间里，始终保持硬件稳定性的同时，又持续的升级补丁？
结论当然是RH！这是RH的主要卖点。
这个我觉得他总结的不到位，我有必要自己总结一下。我的总体的观点是，RH 系统是以稳为核心，且针对服务器硬件环境来制作。并且我认为大多数的运维工作应该以稳为重，所以我会选择 RH 系列的系统。4. 在这里的回答只是给大家一种选择的思路。当你知道你要什么的时候，你知道如何选择。并不是让大家一概使用 RH 系列的系统。更重要的是针对自己的业务，针对自己的需求来选择对应的发行版本。而各个发行版本也不是相互对立的状态，实际上是一种相互补充的状态。合适的选择对于开发环境和运维环境都是有很大帮助的。5. 不要人云亦云，动动自己的脑筋。这里很多答案连基本的逻辑都欠缺都能有赞，看的我真是乐。---------------------------------------//update at
主要将一些散落在各处的评论，我觉得有价值的，给搬运过来。我在这个问题下的某个回答的评论居然被删除了！！！！！我之前根本没想回答这个问题，虽然像目前第一位的 Rio 的回答离谱的一塌糊涂。我也只是赞了一下彭勇的答案。我被删的评论如下：“不会用就别怪系统不好。推荐 Debian/Ubuntu 跑 Server 是一件很不负责的事情。”理由是不友善内容？这上面哪个字不友善了？我骂人了么？我讥讽人了么？我指出别人不会用就叫不友善？我开不了飞机，不会开坦克，别人指出我这个技能不足就叫不友善？既然这样我就好好的说说，题主的问题是服务器采用什么发行版本！所以下面的讨论都是针对服务器的。首先的首先，我想请各位玩家，你们不要自己最近新玩上什么就觉得什么好，然后大肆的推荐什么好不好！负点责任好不好！人家是服务器，有些时候选错一个发行版本会痛苦死一批人！是，你现在终于发现有个版本叫 Ubuntu 了，好爽啊，那么多包，随便 apt-get , 3万个包躺在仓库里面不用编译。好爽啊！几乎所有软件都有最新版本用！唉？过两天你发现 Ubuntu 原来是从 Debian 来的，Debian 才叫牛啊，完全社区运作，包的数量一点都不少啊。再过两天发现 Gentoo 啦，哇塞，牛啊！性能的极致优化，编译编译再编译，configure , configure 再 configure ,精简到极致。再过两天 Gentoo 玩腻了，不就是编译么～ 唉？ 原来还有 Arch 啊，这个不错啊，想编译的编译，不想编译的也有默认包。然后2个月没 pacman 更新过的系统，更新一下全挂了。你的意识形态，走在任何一个阶段都认为这个阶段是最好的选择。但事实并不是这样的，这只是你的兴趣而已。要讨论这个问题，先要知道两大发行版本的区别在哪里。RedHat 和 Debian。一、版本定义RedHat 是由红帽公司维护的发行版本。其 RedHat 9 是最后一个以 RedHat 为名的发行版本。在 RH9 之后，版本开始分为社区维护的 Fedora 和 企业使用的 EL。而我们所说的 CentOS X 就是从 RHEL X 编译过来的。所以本质上，CentOS 的目标用户，就是企业的服务器。CentOS 是有 release 概念的，何为 release 概念？当某个版本定下时，其绝大多数软件包，包括 Kernel 在内，都已经确定了版本。在该 release 下，没有特殊情况，大版本号不发生变化。举例，CentOS 6 某个 Kernel 版本：2.6.32-358.el6.x86_64 2.6.32 为 kernel 版本号，358 为打包版本号，打包版本表示该包第几次打包。对于 RHEL 来说，一个 kernel 打包个 500 700 次是很正常的事情。再比如一些软件，1.1.3 是版本，如果该软件自身的定义，最后一位是 bugfix 版本，倒数第二位是功能版本，那么你在 RHEL 里面，很少会看到功能更新！通常只会看到 bugfix 更新！也就是只会看到小版本号更新。Debian 是由社区维护、贡献的发行版本，其从选包、打包、都是由社区组织，分散行动的。Debian 是没有真正意义的 release 概念的。Debian 有众多仓库，stable，testing，unstable ,experimental. Debian 组织系统的方式是，一个软件先进入 experimental, 放一段时间，有 bug 修 bug，没 bug 了，过段时间挪入 unstable ,如此循环最终挪到 stable 里面。所以在这种情况下，Debian 的系统中，是没有一个稳定版本的概念。今天你用 kernel 3.2.1-87 , 明天就给你更新到 kernel 3.3.2-5 。-------- 补充内容 -------我觉得我已经把我所谓的 release 概念解释的很清楚了，但是评论里面还有人在和我说 Debian 是有 release。我说的 release 不是那种自己划个时间线，叫个名字的概念。而是版本维护的概念。
说 Debian 也是这样的，那好吧，我证明给你看一下。你从这里
可以拿到现在 Debian stable 的 Linux kernel 打包，下载下来，解压缩，在usr/share/doc/linux-image-3.2.0-4-amd64 目录下面有一个 changelog.Debian ，grep 一下：grep wheezy changelog.Debian linux (3.2.57-3) urgency=mediumlinux (3.2.57-2) urgency=mediumlinux (3.2.57-1) urgency=mediumlinux (3.2.54-2) urgency=highlinux (3.2.54-1) urgency=highlinux (3.2.53-2) urgency=highlinux (3.2.53-1) urgency=mediumlinux (3.2.51-1) urgency=lowlinux (3.2.46-1+deb7u1) wheezy- urgency=lowlinux (3.2.46-1) urgency=lowlinux (3.2.41-2+deb7u2) wheezy- urgency=highlinux (3.2.41-2+deb7u1) wheezy- 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 总体上，还是在跟着 Kernel Source 的，为啥？没人啊！靠零散的人打 patch 还不如依赖 Kernel 本身的小版本更新。RedHat 呢？放一个 RHEL 6.4 的 Release NoteRHEL , 是不跟 kernel source 的小版本号的，自己整合 bugfix ，主要是安全相关的补丁。为什么不跟 kernel source 呢？主要还是目标用户的不同，就像我下面驱动这块要解释的。RHEL 的目标用户，是企业的 Server 的，他的 Kernel 里面，已经太多的东西被替换掉了。磁盘、网卡、各种各样的驱动。而 Kernel source 尽管只走小版本号，还是不太靠谱的。频繁的拿过来风险也大。kernel 其实走到 2.6 以后，就没有一个真正稳定的概念了。反正就是一路往前走。当然 2.6.32.xx 的确是以 bugfix 为主的。但是这个量太大了，各种各样鸡毛蒜皮，RHEL 不是全都拿进来的。你们一定要和我争论版本的问题，行，我不和你们争，Debian Stable 是有版本的～ 你们满意了？这种一个 kernel 打包 2次的状态，你们爱用就用好了。无所谓的。但是有 版本的也只是 stable，testing
我可从来没见过。说实话，我真的花了心思想多找一点 Debian 的信息，11年进入 stable 的 6.0 , 最近确实还有一个更新，在 08 Apr 2014 。09年发布的 lenny 也就是 5.0 ，根本已经连信息都很难找了。如果谁能找到 lenny 麻烦给一个 kernel 的 changelog----- 补充结束 -------而其继承者 Ubuntu，他是有 release 概念的，比如 9.04 ,10.06 等等，当他确定了 release 之后，他也不会在这个版本中做太大的版本变化。但是问题是，他学到了 CentOS 的形，没有学到 CentOS 的精华。为什么？因为他又想追求新（一年两个版本），又想学人家吃服务器市场。这是完全相互矛盾的一件事情。新，好办，只要跟着 Debian 走，experimental 仓库里面永远是最新的东西。拿过来，测试测试，重打包，发布！稳定？(Ubuntu-Server) 这就难了，这需要不断的人力投入，Debian 自然不会帮你做这件事。自己做？Ubuntu 尝试了几次，目前我没看到成功。几乎都是草草放弃。二、维护的力量你们知道什么叫维护一个服务器用的发行版本么？CentOS 4.0 CentOS 4.9 6年Ubuntu 8.04 LTS Ubuntu 8.04.4 LTS 1年9个月你说好的 LTS 呢？？？Ubuntu 10.04 LTS Ubuntu 10.04.4 LTS 说好的 LTS 呢？说 End of the Date 是3年整就是一个笑话，只要下个 release 一出，上个 release 收到的更新数量就可怜。这才是 RedHat 的实力！你只要用我的发行版本，你不用有后顾之忧！Ubuntu 呢？开玩笑，即使是 LTS，在新版本出来以后 LTS 几乎不更新好么。补丁？从来没见过！也就是 LTS 的真正寿命也就 6个月-1年。你敢用？你敢给你们公司用？某天某个软件爆出类似最近 openssl 的漏洞，用 CentOS 5 的用户第二天拿到了升级的 rpm。用 Debian 的用户收到了一个大版本更新，同时由于依赖关系必须更新 glibc， kernel 等等包。用 Ubuntu 的用户收到官方回复：“apt-get dist-upgrade”这就是这几种发行版本在维护上的区别。我们再说回 RHEL，很多人不懂，以为 Ubuntu “新”，RHEL “老” 。你的服务器上有一块 Broadcom 的网卡，CentOS 6（2.6.32-358.el6.x86_64） 用户 modinfo 了一下filename:
/lib/modules/2.6.32-358.6.1.el6.x86_64/kernel/drivers/net/tg3.kofirmware:
tigon/tg3_tso5.binfirmware:
tigon/tg3_tso.binfirmware:
tigon/tg3.binversion:
3.124Debian testing（3.12-1） 用户 modinfo 了一下filename:
/lib/modules/3.12-1-amd64/kernel/drivers/net/ethernet/broadcom/tg3.kofirmware:
tigon/tg3_tso5.binfirmware:
tigon/tg3_tso.binfirmware:
tigon/tg3.binversion:
3.133你知道
的最新的 2.6.32 带的是哪个版本的 tg3 驱动么？#define DRV_MODULE_VERSION
"3.102"#define DRV_MODULE_RELDATE
"September 1, 2009"CentOS “老”么？谁在将最新的驱动打入老的 kernel？谁在测试新驱动与老 kernel 的兼容性？RH啊！！这些都是人力啊，这些都是财力啊。RH 在保证稳定、兼容的同时，尽可能的给服务器用户最全的设备匹配，最新的驱动支持。而这一切！你都不用担心稳定性、兼容性，因为 RH 没有更新大版本，没有带来 庞大 feature 的更新。还有一个例子： Linux 2.6.35 中的 RPS 功能。这简直就是 Linux 服务器用户梦寐以求的功能好不好，你不用再担心多核CPU被浪费，你不用花很多钱买昂贵的多 irq 网卡。但是要 2.6.35 才有哦～但是你不用担心，CentOS 6 (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 用户基本是这样的：以下是最近真实对话“xxx，新闻你看到了么 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，为了性能我要用 xxx 为基础重写一套出来。我相信绝大多数人会问同样的问题，“你觉得你写的能比 ng 好么？”再回头看看那时候你们自己吧。----我不希望，把这个回答变成用各个版本的人的之间的争执，其实没有意义。我只是说，在现在的状态下首推的依旧是 CentOS。我个人在 PC vm 上，用 Gentoo，家里的 HomeServer 用 Debian，公司自然都是 CentOS至于 Debian 上服务器，你们要是喜欢也 OK，不会有太大的问题。但真心不如 CentOS 省心。Ubuntu
....... 真的很惨Gentoo ....... no zuo no die关于 Debian 的补充：评论1：Debian 其实在很多不是那么重要的环境中是很好的选择方案。[不是那么重要的意思是，即使宕机十几分钟、半小时老板也不会和你数钞票的损失。] 为什么？1. 足够数量的包。2. testing 具有可以接受的可靠性。(与 Arch 相比) 3. testing 具有非常好的软件更新速度。 3. testing 不具有 release 特性，永远平滑升级（与 Arch Gentoo 一样）。而 Fedora 与 Ubuntu 类似，具有 release 特性，但一旦新版本出来，老版本维护很少。同时 dist-upgrade 过程并不友好，体验很糟糕。所以如果让我个人选择，学校机房我也会用 Debian。我回答中，也提到我的 HomeServer 是用 Debian 的。其实以前是用 Arch 的，但是 Arch 稳定性真的很差，一个 pacman -Syu 玩死你。在尝过痛苦以后，切换到 Debian Testing，跑了2年左右了，感觉还是很可靠的。 回答下的评论：Gentoo 能够激起情怀-&于是工作效率大增-&公司利益得到保障。哈哈哈，你赢了。还是要分场合的，60 还过得去 6000呢？我也用 Gentoo 做过产品啦，不过不是服务器。 的 x86 产品就是我决定转移到 Gentoo 的。在这个产品上，很好的利用了 Gentoo 定制方便，平滑更新的特性，因为 TVUPACK 需要适配最新的 USB Modem。唯一遗憾的是，我没有来得及给它一套二进制分发系统。如果下次还有机会，我一定会想办法做一套。在 Server 上编译，不是我的风格，太脏。我曾经把 CentOS 5 精简到 96 个 RPM 依旧可以开机。CentOS 6 只能做到 100 以上了。但是，还是要分事情的。我也会花很多时间调试 VIM 写 bash 写 python，但是我开始写 Cocoa 了，我果断放弃 VIM，必须 xcode。我猜测很多新手（好吧，show B ge 的时候到了）觉得发行版本之间的讨论会类似于早期各种开发语言之间的类似宗教性的讨论[抨击]。其实并不是这样的，因为熟悉使用一个发行版本的代价远小于熟悉一门开发语言。5-10年的时间，足够你熟悉主流的发行版本。足够让一个高手做到物尽其用，适宜即可。我不是任何发行版本的粉，我在公司服务器用 CentOS，我在 HomeServer 用 Debian，我在 CubieBoard 用 Debian，我在路由器上用 openwrt ，我在 PC 上用 OSX，我在 PC VM 上用 Gentoo。因地制宜，此乃最高境界。其实戴云杰是把个人利益＝＝公司利益了哈，我给了个赞，赞是赞这份情怀。有很多事情，你喜欢就够了，我尊重每一个人的喜欢，你其实不需要太多理由的，当初我干这行也仅仅是为了“喜欢”。再说了，戴云杰老板都出来给点赞了，我还有啥好说的，哈哈。 下的评论：我能够理解你，但是我不赞同你。为什么？因为我也有把用 XXX 当魄力的年纪，我觉得这样很有趣，很Cool，很特别，我希望自己与众不同，或者我告诉自己我能学到更多的东西(是的，的确可以)。但是当我经历了这个阶段，回头看的时候。我知道了两点，1. 这个过程是有价值的，没有这个过程，不会成为今天的我。2. 这个过程太花时间了。我投入了比别人多 100% 的经历，来获取比别人多 30% 的知识。可能还有更好的路可以走？今天我的同事来告诉我，他要自己编译 apache 放到线上，我告诉他。你不要这么做，用 CentOS 自带的就可以了，节约下来的时间你可以真的搞清楚 apache 各种性能相关的参数（相信我，很多人都搞不清），你还可以研究一下如何让开发人员在受控的环境下自由的发布新的版本，且同时具有良好的回退功能而不用让运维介入。你还可以写一套系统每周验证一次备份的数据库是否能够正常加载。相信我，实际的运维工作中，有太多值得做而没有人做的工作了。他们都比你在那里 configure 来的有意义的多。嗯，论年龄，应该是前辈了，RH 6 啊？查了一下 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……我建议大家看看《河南人惹谁了》这本书，里面提到，地域歧视的深层心里，其实是通过歧视别人来提高自己的地位。就像一个美国街头流浪人，跑来歧视中国人，当他说出、做出歧视性的语言、行为的时候，其实潜在的内心是利用这样的机会来提高自己心里的优越感。而这样的心里状态，在我们生活中是无处不在的。“我必须贬低你！才能体现我的正确性。”
以下为代友转发，所有版权尽归原代者，赞美拍砖都与我无关 ~~原文请至： ================================================服务器操作系统的选择今天被LTN问了一下怎么看一个知乎问题：其实我觉得他的大部分说法都没有错。如果你需要装一个服务器，确实首选是RH系的。但是。。。选用RH系的主要理由其实你把回复从头看到尾，主要论点就一点：哪个发行版，可以在长达7-10年的时间里，始终保持硬件稳定性的同时，又持续的升级补丁？结论当然是RH！这是RH的主要卖点。我们真的需要长达7年的硬件稳定性支持？咳咳，今年上半年，蔽厂的运维碰到了这么一件尴尬事。他们进货，去机房装系统，配置网络结构，加入运维管理系统，添加监控，交付。除去采购外，整个一套流程大概是一周。我们在机房里面原本大约有10个机柜，那么一般扩充的时候，一次扩充一个机柜。结果今年上半年的某一段时间，一周一个机柜的事情持续了两个月。运维同学辛辛苦苦装好一个机柜，周末打算轻松一下。被老大通知，又来客户了，机柜又不够用了，下周继续。是的，我们现在20个机柜不止。机房有多少机柜我不知道，不过照这个趋势来看，我们快把机房包下来了。现在我们的带宽已经没有限制了，每个月月底按照合同秋后算账。我们有一些有三年历史的服务器，台数不多。现在来看，性能已经远远不够。CPU不够快，也没有SSD，硬盘读写次数也太多。这些机器的下场，多数会被换下来折旧卖掉，或者作为测试服务器，搬去测试机房。而现在机房里面大半机器，都是两年以下历史的。而且至少一半服务器历史不超过半年（。。。）。从现状上看，把老服务器留在机房，其性价比并不合算。因为机房有机架密度问题，限制着我们的单机房极限，这相当于变相的租金。如果考虑到这点，我们的线上服务器生命周期大概也就三年。最多。很多时候甚至还不到。比我们更极端的是页游。他们的一组服务器生命周期一般是半年。半年内，要赚钱的也赚完了，不赚钱的也死完了。所以他们甚至不会新采购硬件服务器，而是直接使用虚拟机。当然，虚拟机内的系统，支持时间是一年还是十年，对他们一点意义都没有。为什么我们不喜欢三年以上的系统？RH系的提供10年级别的维护性，我换个说法，也就是最近的软件在RH的官方库里面找不到。当然，装最新的RH是有的，但是在安装了三年的一个系统上？肯定没戏。怎么办？编译呗。这大概就是国内谈到RH必编译的由来。可是，我引用文内的一段话。如果我今天告诉大家，我要做一个 http 的服务器，我不用 apache 不用 nginx，
为了性能我要用 xxx 为基础重写一套出来。我相信绝大多数人会问同样的问题，
“你觉得你写的能比 ng 好么？”
再回头看看那时候你们自己吧。
同样，自己编译的软件，补丁维护速度，能和新系统比么？而且我们还得扔一个人下去搞补丁维护。所以，正解是什么？装一套新的，把数据导过去用呗。我们的”数据“，都是装载在磁盘上的。而换”系统“并不需要更新这些数据，只要把系统盘擦掉重部署一遍，然后配置好deploy系统就OK。在开发之初，”环境“，”程序“和”数据“分离，就是一项基本原则。而且即使是”数据“，丢掉一台机器上的所有”数据“也不会构成问题。这应当是运维基础中的基础。只有少数几台服务器，既不能直接更换也不能停机。这些机器我们做特别的管理。为什么蔽厂使用Ubuntu？很简单。因为最初的开发希望在Linux上进行。直接在Linux上开发和测试，对于startup的快速开发是非常重要的。而开发用什么版本，服务器跟什么版本，这是最省事和好办的。如果你硬要和我争，说开发在Mac上，跑在Linux上一点事都没有。或者说开发一个发行，服务器一个发行也OK。我至少得说这对于golang和python都不是事实。除非不用cgo，也不用python的C扩展。先不提Mac下和Linux下的差异。我们今年在升14.04的时候就发现，12.04和14.04的编译互不通行。所以现在12.04的编译可以程序员自己编译了本地测，14.04的就必须在测试环境里干。一帮程序员远程tcpdump出结果，拷回本地wireshark一把。。。看看就蛋疼。当然，这也有个问题。就是上面”我们不喜欢三年以上的系统“。所以呢。明年我们的系统大概会轮换重装，14.04。。。也很蛋疼。Debian系的补丁不靠谱么？那要看和谁比。这里有HeartBleed事件的统计。虽然不普遍，但是我觉得这种大漏洞比较有代表性。我引用他的重点整理：RedHat 修復的速度比 OpenSSL 官方還快。
RedHat 派系的修復時間，除了 RedHat 外都算慢，如 Fedora 及 CentOS、Scentific，
他們都比 RedHat 慢 16 小時以上。
Debian 派系的修復時間，如 Debian 及 Ubuntu，都比 RedHat 慢上至少 12 小時以上。
Scentific 是列表中修復最慢的。
若以資安黃金 6 小時來說，Fedora、CentOS、OpenSUSE、Gentoo
及 Scentific 都不及格。
如果和RH比，Debian的修复速度是不及格，但是和CentOS比。。。怎么说呢？6个小时对10个小时，有种五十步笑百步的味道？换你你愿意走几步？另外，我也不知道原文说的升级一大包是怎么回事。我在Debian stable上查询ssl：$ dpkg -s libssl1.0.0
Version: 1.0.1e-2+deb7u12
Depends: libc6 (&= 2.7), zlib1g (&= 1:1.1.4), debconf (&= 0.5) | debconf-2.0
但是同时。$ dpkg -l | grep libc6
libc6:i386
2.13-38+deb7u3
Embedded GNU C Library: Shared libraries
libc的依赖早就满足到不能再满足了。直到今天为止，openssl在debian上的升级还不需要你强制跟随升级libc6。而kernel根本没有依赖。纠正原文的一点理解错误Debian 是由社区维护、贡献的发行版本，其从选包、打包、都是由社区组织，分散行动的。
Debian 是没有真正意义的 release 概念的。Debian 有众多仓库，stable，testing，
unstable ,experimental. Debian 组织系统的方式是，一个软件先进入 experimental,
放一段时间，有 bug 修 bug，没 bug 了，过段时间挪入 unstable,
如此循环最终挪到 stable 里面。
所以在这种情况下，Debian 的系统中，是没有一个稳定版本的概念。
今天你用 kernel 3.2.1-87 , 明天就给你更新到 kernel 3.3.2-5 。
Debian是由社区维护，这没错。但是选包并不是社区组织。Debian中，如果没有特定理由（例如dsfg）阻止你打一个包，那么只要有maintainer，就可以打包。哪怕这个包的用户其实不是很多（很多包甚至统计上只有1X个用户），这也是Debian那么一大堆包的原因。Debian包的管理方式是，先进入unstable（是的，除了少数情况，一般不是进入experimental）。在一周后，看看没问题，就进入testing。没问题的指标是，这个包和依赖的包没有RC bug，就是致命性bug。所以很多在unstable里面有的东西，testing里面反而没有。因为unstable里面的某个基础依赖包的RC bug并没有被修复。而且testing修漏洞的速度是最慢的。因为一出问题，unstable会直接引入新的版本。而stable会要求maintainer修复。可怜的testing只能等一个礼拜。。。那什么时候进入stable？他不会随着你的循环进入stable。而是每1.5-2年（预期1.5年，但是RC冻结周期往往会超标，根据历史数据统计，一般两年）做一次发布，这个发布会冻结所有新包，并修正RC bug。等大家觉得差不多稳定了，OK，原本的testing就成为stable，而原本的unstable就fork出新的unstable和testing。所以现在的testing代号就会成为下一个stable代号，而每次fork的时候，我们都是决定testing代号——就是下个发行的发行代号。所以你看BTS的追踪，会发现每1.5年有一段时间，RC bug的数量会锐减，而新包的数量也锐减。这不是大家都冬眠了，只是新发行周期而已。作为证据，下面是我的。大家可以看到，python-snappy（这是我唯一维护的包了，python-formalchemy已经RFA了）在stable里面是0.4，而新的两个里面是0.5。我没有明确理由把stable里面的版本升级到0.5。那debian怎么修bug？这个看maintainer。一般的原则是，如果不是无法保持版本，一般直接打补丁升级。这也是原文的一点理解错误。如果用的真的是Debian stable，没有特殊理由的话，内核是不会升级到3.3的。作为证据，大家可以看一下现在stable的官配内核版本号。目前是linux-image-amd64 (3.2+46)，依赖应该是linux-image-3.2.0-4-amd64 (3.2.60-1+deb7u3)。也就是说，版本号应该是3.2.60-1+deb7u3。而3.2在上的longterm对应版本号是62。原作者这个理解，怎么说呢。我怀疑他要么没仔细用过debian，要么用的是testing。但是如果新老版本差异太大，老版本又拒绝提供补丁，那么逼不得已的情况下，需要评估是不是能升。例如某一段时间，mysql的版本号是5.0XXreal5.5XXX（这个是听本厂DD说的）。至于原本的兼容性问题，我也不知道他们是怎么想的，大概是认为mysql server没啥依赖性问题吧。但是这种情况下，RH一般也没办法吧——除非他们自己出程序员给老版本做一遍补丁。不过如果这样的话，oracle一般会merge back回去，debian就跟着沾光了。Ubuntu的误解Ubuntu 8.04 LTS April 24, 2008
Ubuntu 8.04.4 LTS January 28, 2010
你说好的 LTS 呢？？？
Ubuntu 10.04 LTS April 29, 2010
Ubuntu 10.04.4 LTS February 16, 2012
说好的 LTS 呢？
说 End of the Date 是3年整就是一个笑话，
只要下个 release 一出，上个 release 收到的更新数量就可怜。
作者大概是RH用多了，没搞明白Ubuntu“维护”的本质。Debian和Debian基础的系统，主要的发行方式是网络。光盘只是给你个安装的机会。这点debian更加明显——他有种光盘叫做netinst。里面只有基础包的安装包。在不联网的情况下，你只能装出一个用于联网升级的系统。没有gui，没有openssh，啥都没有。所以，LTS归LTS，修改不够多是不够打新光盘的。谁会持续5年，一年给你弄张新光盘出来啊——尤其是里面没几个包改了。而LTS的维护怎么样？我们来看的维护情况。在月，总共有26个USN涉及ubuntu lucid。所以装好ubuntu，第一件事是去repository上面打一遍安全补丁!”维护“的本质问题上面说了半天，根本问题是，”维护“是个什么东西？主要就是bug修复。尤其是一类特殊bug修复——安全补丁。一旦一个程序基本成型，就一定会形成”接口“。API是接口，调用的程序，参数，顺序，环境变量，一样是接口。有接口就有接口兼容性。如果不考虑兼容性，一律使用最新版本的话。。。bang。不知哪天程序就跑不动了。因为作者改了接口。不要以为这很扯，我在实际里多次碰到这种问题。python-mongo多次修改接口，sqlalchemy0.6时写的程序，经我反复修改终于上到了0.7，却死也上不到0.8。至于docker，也是个版本号刚刚过1.0的家伙。在1.0前面，我们就作大死的做了二次开发。结果惨不忍睹。所以我们用一种被称为“发行”的方案。即一段时间，将稳定的代码固定下来，形成某个版本的发行。例如linux-kernel-3.2.0。而后新功能在3.3上面渐进，原本使用3.2的并不受到干扰。这本来挺完美，可惜有一个问题。bug并不一定出在最新版上面，他有可能在14年前就已经存在了。这样会使得bug横跨多个版本。而这个bug又不能不修的时候——例如安全漏洞。这时候就蛋疼了。上游会修多少个发行的漏洞？如果上游不修，这个发行的漏洞怎么办？大部分漏洞只是几行就可以完成修正，但是有些发行甚至要动架构，怎么办？没有研发力量，是不能保证修复的。在代码里面，主要有三件事情，功能发展性，接口稳定性，代码安全性。如果我们可以去掉一件事情，那么世界很完美。去掉接口稳定性，每次都用最新的就好了，bug肯定修光的。去掉功能发展性，软件不再推进就好了，就修修bug。去掉代码安全性，单纯发行就好了，发了就不用管了。可惜，三者一般都需要。有些很古典的程序已经进入了2的情况，例如TeX。至于大部分互联网公司线上系统，则比较偏向1。但是大部分发行版内的包，可是要三者都满足的。RH和Debian的开发差异其实还是很大的。RH的开发是真的开发。Debian的”Developer”，其实只管开发debian打包用脚本，维护版本，补丁，仓库。而RH的开发，别的不说，你就看内核补丁贡献数吧。这也是社区和公司不同取向的差别。社区不管商业能处理的一些问题，而且他们也管不了。先不提RH有多少人，Debian社区有多少人。我就吐槽一下中国DD数量吧。我查询了一下，总共8个（）。其中我认识5个，超过一半。某次emfox来开会，lidaobing和zigo也在。我们开玩笑说，这次会议集中了中国近一半的DD。。。其实整个会场里面人数都没超过20。。。也只有RH这种级别的公司，才有大量人力去折腾内核，驱动之类的事情。因为debian就算想折腾，也折腾不动啊。从某种意义上说，所有linux发行的蓬勃发展，都得益于RH的大量收入。所以真想支持开源的，不全买，买一套RHEL也好啊。别老叫着CentOS免费，免费还说个JB的支持开源。什么情况下用RH，什么情况下不一定虽然在上面数了原作者的一堆问题，但是我得说，他的结论没啥错误。除非你明白自己在干什么，否则RHEL一定是你的第一选择。这是废话。出钱让人帮你解决问题，和你自己解决问题，哪个更专业？凡是你干了这活，打算三五年内就上去升级升级安全补丁，此外啥都不想干的。用RHEL准没错。如果上面这种情况会让你失业的，换Gentoo准没错。至于什么叫做“明白自己在干什么”，其实没一个统一的标准。很多时候选择开发版有点“如人饮水，冷暖自知”。例如我们选Ubuntu，解决了发布同环境问题，却引入了运维滚动升级问题。但是经过权衡，发布和调试环境不同会导致研发效率的大幅下降，而我们的研发是不能靠花钱招的（广告：长期招聘靠谱golang研发），但是我们的运维是可以靠花钱招的。这个时候痛苦也得滚动着上了。当然，也许若干年后，发现其实我们错了。可是错的理由我们现在看不到也想不到。当然，像我们，或者页游这种奇葩公司，也不总是出现。所以大部分情况下，用RHEL都是对的（当然，原作者说的太绝对化了一点）。用Debian用什么Debian是非常强调dsfg的，具有非常强的开源原教旨主义的味道。传统的开源认为，如果只有商业公司掌握发行，那么他们就会扼住我们的命脉，并以此作恶。不得不说，老外对垄断和权威的恶和理解一点都不比我们差。所以debian的衍生发行一点都不比RH逊色（）。最大的就是得益于dsfg规定，凡是允许进入debian的，不能仅仅授权给debian——而是必须授权给整个公有领域。因此对debian的衍生是非常安全而没有法律风险的——DD们在这个领域的专业程度非常高。而且，由于强调自由，因此debian内所有非核心包，都具有非二进制定制性。简单来说，就是除了核心包和打包参数，其他大部分结构都是可以更改而且应当是自己更改配置的。想用lxde换掉gnome，可以。搭配着kde的软件使？也可以。上面用什么输入法？自己配。这是debian的强大和灵活所在，也是debian非常高的一个门槛。相比起来，Ubuntu更强调“开箱即用”。所以里面的随附配置是最完备的。但是要用lxde，推荐就是Lubuntu了。CentOS不是RH我上面提到的RH，大部分指的都是RHEL。至于Cent——他也是社区系统，只是背靠RH，胳膊更粗一些而已。这不代表Cent因此就靠谱了。例如这个维基页面，里面提到说。In July 2009, it was reported[by whom?] that CentOS's founder,
Lance Davis, had disappeared in 2008. Davis had ceased contribution
to the project, but continued to hold the registration for
the CentOS domain and PayPal account. In August 2009,
the CentOS team reportedly made contact with Davis and
and centos.org domains.[12]
那哥们直接失踪了近一年，而且捏着域名和PayPal账户不放。我记得当年这事直接导致CentOS的其他开发者出来放话，再不出来把你丫按照失踪申报。这也直接导致我上家公司的基系统选择从CentOS改成了Scentific（是的，就是上面修复最慢的那家）。其次，CentOS是不签合同的，所以出了事是运维自己兜着。CentOS出了问题你能和领导交代么？这得看你们领导的SB程度。反正要是有人告诉我，他用CentOS出了事。我的第一反应都是，RHEL是不是可以避免。可以的，那就是决定用的人自己找事。如果用RH，至少应该用RHEL，并且买订阅我们没有用RHEL，都买了RH的订阅。RH的订阅非常有指导意义。
这就是一个豆花甜还是咸的问题。个人习惯通常凌驾于其他因素之上。而且这个东西里面还经常掺杂着道听途说没有证明的一些内容，例如XX比YY更稳定之类的。一般来说对选择可能有影响的因素1: 应用，这个是第一因素，假如要用到一些商业软件，那基本就是人家官方支持什么就用什么好了，别自己给自己找事，强行弄过来的话，好用没人会念你的好，出事了都是你的责任。2: 机群数量， 机群数量小的时候随便用啥都不会有太大问题，像gentoo这样编译死人的东西一两台用用也还ok。只要人力能罩住又有兴趣那怎么弄都没问题。但机器数量上去以后，没有二进制包管理就如同噩梦，不仅系统软件需要用二进制包管理，应用也需要用二进制包管理，才能达到高效升级/恢复的目的。我认识的 ./configure 党基本后来都进化成 rpm 党或者 deb 党了。3: 商业支持，如果是做方案，没有商业支持的方案一般比较没有竞争力。从这方面讲如果一开始不想花钱，CentOS 会好一些，因为在需要的时候基本可以无缝迁移到 RHEL，Redhat 的牌子还算是够响亮。而 deb 系就比较别扭点，只有 ubuntu-server 比较能撑起门面。我个人的喜好是 CentOS，优点是系统比较干净简单，缺点是很多包官方源里面没有，就算是 EPEL 里面也没多少东西。RPM vs DEB 我以前在 blog 上面提到过，rpm 打包相对方便一些，一个 spec 文件改改就行了，deb 则要一整个目录。另外 deb 系有个我不太喜欢的地方是默认会把各种软件的配置文件都拆的很散，对新手使用来说可能觉得很方便，自己加的东西模块化的就可以放进去了。但真正在线上应用里面一般需要是精简的系统和配置文件，上来就拆的特别散不利于找问题，也不利于配置的备份和迁移。如果有拆的需要也应该是根据实际情况只拆需要拆的地方。
我最早用suse，以前用centos，现在用Ubuntu。为啥suse？n年前电信客户的linux服务器，装的都是suse，没办法。后来为啥用centos？好处很多人说了，不再重复。为啥现在用ubuntu？方便好用，软件新，我不用折腾。(比如centos6的python是2.6，要自己折腾到2.7)，最重要的是，现在用云服务器了(青云/阿里云/digitalocean)====引用===说好的 LTS 呢？说 End of the Date 是3年整就是一个笑话，只要下个 release 一出，上个 release 收到的更新数量就可怜。=====我无所谓LTS是10年还是1年，反正我用最新的，用最新的ubuntu版本起一个云服务器，脚本(安装依赖 拷贝配置文件 拷贝和启动程序等各种各样的内容)一跑，10分钟就在一台最新的服务器上部署好应用了。多台服务器的话自己做映像。然后修改dnspod/青云路由器/阿里云SLB配置，切换到新服务器，过一段时间后干掉旧服务器。甚至，连起服务器做映像改dns或路由配置这些都可以用脚本来做(青云/dnspod/digitalocean已经提供了api，阿里云据说很快也会提供api)。如果半小时就能把所有应用迁移到安装最新发行版本的服务器上，你还在乎redhat10年维护期吗？
稳定, 可靠, 问题能及时修复. 请选择centos.利益相关: Red Hat前雇员, Canonical现雇员.== 更新: 这不是什么习惯问题, 而是其他家的distro在发布之前就那么一两轮的测试. 简直弱爆了. rhel7发布之前, 别的用户态软件我不知道, 内核和虚拟化主要部件都是经历了8轮完整测试, 包含host/guest的混合测试, 并且分发给各大服务器硬件厂商去适配, 再继续修改. 各大硬件厂商在红帽也有驻场工程师来一起解决问题. 其他家的发行版的测试工作我也了解, 简直弱爆了!CentOS直接拿rhel的代码来用, 稳定性杠杠的.
需要考虑开发和运维的简易性 比如常用的lib、运维工具、系统监控工具是否健全易用并且保持更新还要考虑厂商或社区的支持力度，是否更快的更新内核和驱动，是否更快的修复bug
选择那个系统其实要跟你在这个系统上要干什么，做哪些服务器，如果是我的话nginx+php+mysql
freebsdtomcat+jsp+orcal 我会选择ubuntuapache+php+mysql 我会用centos在freebsd上装java环境比较痛苦，其实大家真正的用的是应用而不是服务器
牛B的运维才不会参与这等低俗的口水战，要有踩踏一切Release的能力才是一个合格的OP。
提一个 CentOS 的劣势。当上游 RHEL 发布新的小版本——比如昨天的 RHEL 7.1——时，当中包含很多安全修复，而 CentOS 要等很多天才会跟进发布。这段时间里（从最近的数据看，大约是半个月），漏洞是公开的，而你只能干瞪眼。架自用服务器的话，被黑了也无所谓。公司的话，订阅 RHEL 是理智的选择。
选择 Linux 服务器操作系发行版本一般考虑以下几个因素：熟悉程度：用你最熟悉的、最顺手的，不然找不着北。包管理系统：个人觉得 .deb 比 RPM 先进。当然有人会觉得 RPM 更好。看你自己怎么觉得了。技术支持：如果出了问题自己解决不了，哪里去找技术支持？Ubuntu Server、RHEL、SuSE 这些都有付费的技术支持，但其实除非你是大公司用得起这些付费服务，一般小作坊也不会用。团队里面最好有深刻理解你选择的发行版本的人。软件包的数量：你选择的发行版本是否包括你需要用到的软件包？现在主流的发行版本基本上包括常见的软件包了，但如果你要用的软件包稍微罕见，不一定每个发行版本都有。如果没有的话，要么你要自己编译、要么你要用第三方的包。如果你不想自己编译而用第三方包的话，选择一个流行的发行版本比较靠谱。比如我喜欢用 Ubuntu Server，因为它的
服务提供了大量第三方编译维护的软件包，省去了不少麻烦。这个考虑也适用于软件包版本的问题。比如 Ubuntu 自己源里的 PHP 版本低于 5.3.3，但如果你想用 PHP-FPM （PHP 5.3.3 及以上开始搭载）的话，要么你要自己编译 PHP 并加入 FPM 补丁，要么你用第三方的 PHP 包。我用的是
里 nginx 团队维护的 PHP 版本，省去自己操心更新维护的麻烦。更新速度：之前我用了很长一段时间的 Debian，但它的更新实在太慢了（好几年啊有木有！）。有时候需要多个软件包的新版本，又不想麻烦自己编译或是用第三方包，只能等系统版本升级。当然如果你需要的功能用旧版本也能很好满足，那缓慢的更新速度在某种程度上可以等同于稳定，就是那句话说的：If it ain't broken, don't fix it. 记得及时更新安全补丁就好了。至于稳定性嘛……只要你清楚自己在做什么，这个不会是个特别大的问题。没有什么是彻底安全可靠的。提高自己的维护技能才是王道。如果你是新手，用 Ubuntu Server。相关资料多很多，容易学、上手。
从rh6开始到as2.1到debian3到fbsd4到centos，期间折腾过gentoo当桌面，这个是我的折腾路线，我也和不少公司的运维接触过，让我佩服的运维哥不多，VeryCD的运维哥上榜，我佩服的不是他们的技术，是魄力。@袁昊洋 说的是有道理的，适用于大部分的公司，但是我想说的是，当你hold住了这所谓的成本之后，你同时丢掉的可能是魄力、胆识和创新。另外屁股决定脑袋，你追求的东西和公司追求的东西未必是一回事。我猜99%的公司，运维的KPI大头是不出事吧，no change no die是大部分运维人的行为规则，我并不否认这个规则是血泪积累出来的。某个银行每个季度要把所有的设备重启一次，以确认所有的备份和流程都是生效的，很多银行都在谈业务连续性，但有这个魄力的还真不多。可能有人会说创新的路子多了去了，为啥非要在OS上呢？对的，但是习惯会影响一切，咱扪心自问，咱当运维这几年，胆小了吗？用啥不重要，重要的是这背后的魄力，胆识和创新精神。不同公司处于不同阶段会有不同的要求，但我相信有魄力，有胆识，敢创新，这是一笔极大的财富并影响我们几十年，对公司和对个人来说都是这样。如果你的老板愿意冒险，愿意出钱，让你拥有这些，请珍惜吧，拥抱变革，拥抱挑战。我是一个稍微有那么点傲骨和情操的人（俗称Biger），我尊重走寻常路的人和公司，但我更佩服和欣赏有魄力的他们。另外解决openssl漏洞的方法有很多，升级只是可选项，ssl offload也可以破。
可以选择suse~
哈哈，我就是那个做出决定让 VeryCD 从 Debian 全换到 Gentoo 的人。我非常赞同
的回答：“不会用就别怪系统不好。推荐 Debian/Ubuntu 跑 Server 是一件很不负责的事情。” 所以我从来不向别人推荐在生产环境部署 Debian/Ubuntu。甚至我选择的系统路劲和
描述的一模一样：RH -& Ubuntu -& Debian -& Gentoo，之前还想尝试 Arch 来着…… 我同意
对 RH/CenterOS/Debian/Ubuntu/Gentoo/Arch 的版本规划和升级概念的理解，但是我想说至今没有后悔选择 Gentoo，我并不同意“这个决策是建立在把自己兴趣 & 公司利益”，恰恰相反，我是在明知会有非常麻烦的后续维护的情况下，结合公司的利益做出的这个选择。为什么？——对我来说，对美的追求在所有情况下都超过对经济和实用的追求。换个更有逼格的词：这叫情怀。不止是系统维护，在工作的任何方面，如果我整天对着一个非常不喜欢的，毫无情趣的系统，一定很快让我失去热情，如果失去热情，那么再经济再方便的工具都是无意义的，因为我只把它当做工具，还是一件想到就头痛的工具。举个栗子，我写程序就不会选用臃肿的 IDE，而是用 Sublime Text，把主题、字体、行间距、颜色高亮都调到非常满意后才开始动手写代码。虽然类似 Eclipse 这种 IDE 可以对 Coding 起到事半功 10 倍的效果，但当我面对这个界面的时候，就已经没兴趣写了，效率再高对我来说也是 0。其次，虽然我同意 Gentoo 维护成本高，但我不觉得在熟悉它之后，这个成本有那么高。VeryCD 在相当长一段时间里，大概 60 台机器，只有我一个人负责运维，而且还是兼的，平均起来估计只有 1/10 的时间会花在运维上，但是我能保证所有系统都跑在最新的 release 版本上，没错，我经常 emerge --update --newuse --deep world，并且不是自动，我更喜欢手动一台台去跑，每台服务器都像自己的孩子一样，我需要清楚他们的脾气。如果有报错，仔细看报错信息，然后 Google。碰到问题，然后学习，这才是提升，自己的水平有提升，才是最大的乐趣。我对面试的运维都会说一句：“我们的系统都是 Gentoo，可能你之前没用过，维护会比 CenterOS / Debian 麻烦，但这就是我的选择，希望你加入后也能爱上这个系统。”
选择哪个发行版，更多的还是运维人员的使用惯性。关键还是做维护的人如何，否则就是用号称最安全的服务器，也还是会出岔子。选人比选发行版更难。如果运维给力，可以省却太多事情了。
看情况吧。如果是初创公司，没有专门的服务器运维人员，Ubuntu更合适一些。著名的VPS服务商Linode上面，超过75%都在用Ubuntu/Debian，用CentOS的不足20%。57% of deployments are Ubuntu18% of deployments are Debian16% of deployments are CentOS3.1% of deployments are Fedora1.9% of deployments are Gentoo许多人只是兼职做服务器管理员，他们没有那么多时间花在CentOS上面，他们也不需要那么多稳定性，花一点时间，Ubuntu/Debian你至少还能让服务器运作起来，而CentOS对很多人来说，你让它工作起来都是一个挑战。有个主题：Ubuntu支持率也是压倒性的。There are no benefits that I can discern for using CentOS (or RHEL) over Ubuntu if you are equally familiar with using both OSes.We use RHEL and CentOS heavily at work, and it's just painful -- we're building custom packages left and right because the OS doesn't come with them, and paid RedHat support is worse than useless, being chock full of "pillars of intransigence" who see it as their duty to make sure you never get to speak to anyone who can actually answer your question. (I've heard that if you spend enough money with them their support improves markedly, so if you're a fortune 500 you'll probably have better luck than we do -- but then again, if you're fortune 500 you're probably chock full of useless oxygen thieves internally anyway, so it feels natural to deal with another bunch of them)That much-vaunted "hardware support" pretty much always comes in the form of puke-worthy binary-only drivers and utilities that I'd prefer to avoid by almost any means necessary. Just choosing hardware that has proper support to begin with is much less hassle than trying to deal with the crap utilities.The long-term stability of the OS platform isn't a differentiating factor -- Ubuntu has LTS (long-term support) releases that are around for five years (and which are coming out more often than RHEL releases, so if you want the latest and greatest you're not waiting as long), so there's no benefit thereeither.Proprietary software doesn't get much of a benefit, either -- installing Oracle on RedHat is just as much of a "genitals in the shredder" experience as installing it on Debian, and you won't get any useful help from Oracle either (proprietary software support is near-universally worthless in my long and painful experience).The only benefit to running CentOS is if you are more comfortable working in that environment and have your processes and tools tuned that way.
下面这条新闻也是debain/ubuntu强有力的使用证据，Spotify从debian迁移到ubuntu系统，开放的社区不会被任何的技术所垄断。说了很多，最佳回答也非常全面，但是缺少一点东西，但他回答的问题是《在中国，服务器操作系统应该选择 Debian/Ubuntu 还是 CentOS？》本人来打脸，打的不好，是不是五万（知乎没有五毛），大家自行鉴别，说的过头，请勿见怪。很多国外优秀的支持在中国没有做起来1. 中国模式，条款和流程过于繁杂，很多外国公司不适应2. 国人英文不好，或者说领导的英文太差4. 国人用的跟风，一般都是紧跟大型互联网公司，排除少量牛B的人或企业，一般大部分跟风3. 不要说的开源软件都是靠redhat一家支撑起来的，别说的海量的社区软件redhat都有参与，redhat等待别人的fix package而已RHEL 5.0开始到 RHEL5.9
仅仅一项Autofs各种恶心的bug我就不说了，懒得去查，这个不是论题重点。Redhat确实不错，有商业的组织，完善的测试，但是频繁的打包次数不能说明每一次打包的软件修复质量，debian本来就是更新慢，补丁包更为集中，重要还是找ChangeLog，而不是看打包次数。次数 != 质量， 100次不见得比1次强。关于 “Debian 是没有真正意义的 release 概念的。Debian 有众多仓库，stable，testing，unstable 这段RHEL对基于RHEL/CentOS无数的第三方仓库的包都是不给予支持的，好吗？任何工程师都能制作RPM包，制作水平参差不齐。这个不是debian的问题，是所有第三方仓库的水平问题。不能只怪debian。所以说用了第三方仓库的RHEL CentOS觉得自己比debian稳定都只是意淫。3、CentOS/RHEL对硬件的支持很好，主流硬件厂商早就将服务器拿过去测试，一般不存在硬件的兼容性问题。而Debian就麻烦了，由于有版权上的考虑和代码纯洁性上的洁癖，一些硬件驱动和软件被删掉了，导致安装过程有问题。比如 Dell 服务器上，大量使用的网卡 BroadCom，就驱动不了，安装了以后，网络起不来。上面第三点完全就是恐吓一个合格的工程师会购买机器的时候选择硬件的时候不考虑系统？这种事情在国外是不可能发生的当然不是所有的机型都支持，但都可以查的到相关信息如果你熟悉查询硬件芯片信息，也很方便和支持列表进行比较。Dell与ubuntu紧密合作Dell and Canonical Dell and Canonical have reached an agreement to collaboratively support our mutual and future customers by bringing the best of breed support for both the hardware and OS.
We have both seen the increasing demand for our solutions to be integrated, and we are happy to be able to work with each other to ensure compatibility and functionality with Dell PowerEdge servers running Ubuntu Server.HP 支持社区版本有Asianux, CentOS, Debian,
OpenSUSE，FedoraHP works with a wide range of Linux distributions to enable HP ProLiant servers to run on these distributions. In addition, ProLiant servers are enabled on community and regional Linux distributions. This means:软件也相当齐全Most of the drivers and some of the ProLiant management software are available in the distribution. Additional core management functionality offered by HP includes: Array Config Util (ACU) (cpqacuxe + hpacucli)HP Lights Out Config Util (hponcfg)Diagnostics (hpdiags)Management (hp-health, hp-snmp-agents)Systems Management Homepage4、大量商业软件，比如 Oracle ，都是针对 Redhat认证的，有大量的帮助文档和使用说明，有良好的技术支持。出了问题，也容易在网上找到类似的答案和经验。这个说法无法反驳。只是我不清楚如何的区分出debian的文档和资源比redhat少。google？serverfalut？stackoverflow ？5、CentOS 是RedHat的克隆版，如果需要可以随时平滑切换到 RedHat，从而享受RedHat的服务支持。要知道厂商的服务，是最后一道防火墙，如果你给一个大客户做方案，他们一般会倾向选用商业服务。万一出了什么问题，还有Redhat可以求助，或者有一个RedHat可以承担责任 :-)ubuntu商业支持不清楚Canonical在中国没有走代理商，但Dell也是有支持的，还是参见这个链接6、如果你是一个工程师，熟悉了 CentOS/RedHat ，找工作更加容易。如果你是一个企业老板，相对也容易招聘到熟悉CentOS/RedHat的工程师。RHCE的培训，也相对较完善，认同程度高。这个不能作为任何参考，熟悉linux的人，只要有相应的文档，用啥发行版应该不是问题。如果还局限发行版招人，只能说明你不懂linux。2 Ubuntu的LTS版生命周期是5年。请问5年和7年区别2年，袁昊洋估计很少使用RHEL4的支持。但是很多RHEL4的问题，Redhat 中国的回答是不是帮尊敬的客户解决，而是回答，“请升级您的系统，当前版本不支持， 您如果应要升级高版本内核或某些核心库文件也不是不可以，“那样我就不能提供支持了。”
每次听到这种客服回答，我TM想当年哪个猪头安装的系统，是我我就装debian。关注的人少，自然公司投资的资源少，维护的力量弱，你还看到oracle还给你推oracle8么? 加上各种云服务，分布式系统的普及，老旧系统长期支持也慢慢不在适用了，当然不代表没有需求。严重依赖老系统，意味着你的软件是失去开发支持的。7、CentOS/RHEL 的批量安装更加方便（第七点写的特别外行）在机房，使用kickstart + PXE安装，给客户，使用定制的kickstart光盘，一键安装，一般在5分钟左右就可以安装完。请问哪个稍微流行点版本Linux不能kickstart ?最后网卡驱动问题，请问你用网卡都只是用RHEL默认的驱动么？boardcom的问题少么？请问你用mellanox网卡么？ 很多时候还是要去网卡厂商更新驱动。不少网卡RHEL默认驱动都有部分功能缺失。我并不觉得这个ChangeLog比不上Redhat的Release Note 这么多企业和机构一定用debian做测试机？而且国外很多公司提供对debian的支持，只要你付钱，别说2.6的kernel，2.4的kernel也能支持极端举例，就算redhat测试1W次，也不代表你的应用跑的RHEL就一定没有问题，就算debian只测试了1次，也不代表你的应用跑的debian就一定有问题。但是再完善的组织和测试也不一定能回避你应用所产生的问题，重要的是运维人员问题解决能力，这个能力包括了很多，但没有Linux发行版。
这个完取决于SA的喜好。不能简单以为RHEL或者Centos就能比Debian在稳定性上会高出多少。现在很多人使用 Centos，是因为觉得RHEL是老牌企业版，比较“靠谱”。不过我个人比较倾向于Debian。