介绍简介RHEL,即Red Hat Enterprise Linux的缩写，是Red Hat公司的Linux系统。该系列有三个版本：Red Hat Enterprise Linux (Server including virtualization)，Red Hat Enterprise Linux Virtualization Platform。Linux操作系统Red Hat Inc. 是开放来源的软件和产品和提供全球性的服务的主导开发商和提供者。公司的产品包括Red Hat Linux操作系统。不同于私有的软件, 开放来源的软件有公开可利用的原始代码, 可被最小之物复制, 修改和分销。该网站, REDHAT, 是关于开放来源软件的主导网上信息和新闻来源和最大的开放来源软件用户和开发商的网上小区之一。
早在2000年，红帽便联同合作伙伴一起进军中国市场，分销红帽产品。2004年11月，红帽在北京设立办事处以便更好地服务中国市场。
自中国向全球大规模开放以来﹐其经济的迅速增长将科技需求也推入了另一个高峰。红帽为企业用户提供完全符合行业标准的最全面的 Linux 解决方案。红帽企业 Linux 系列产品专门为企业的关键应用而设计，被全球众多的软件开发商和硬件厂商所支持。红帽的解决方案提供了最高的可信赖度和最佳的性价比–它将开源代码所带来的技术创新和企业级平台的稳定性紧密结合在一起。
红帽中国的核心业务是向中国的大中小型企业、软硬件供应商、集成服务供应商和政府部门提供全面的红帽产品，包括软件产品、售后服务、技术支持、系统网络集成服务、关于迁移到 Linux 平台的咨询以及国际认可的培训课程。版本历程2004年4月30日，Red Hat公司正式停止对Red Hat 9.0版本的支持，标志着Red Hat Linux的免费时代正式结束。从此Red Hat公司不再开发桌面版的Linux发行包，而将全部力量集中在服务器版的开发上，也就是Red Hat Enterprise Linux版。 2005年10月RHEL4发布。
2007年3月，RHEL5发布，2010年3月更新至RHEL 5.5.
2010年11月10日发布了RHEL 6的正式版（红帽官方已经不用RHEL这个简称了，其全称叫做Red Hat Enterprise Linux）。“红帽RHEL 6是10年研发和合作的结晶”，红帽产品和技术部总裁Paul Cormier在发布会现场如是说。Cormier将这个操作系统看作是云部署的基础单元，以及Windows Server的潜在替代品。“我们想要让Linux在每一个IT单位里应用的更加深入。这是一个取代微软服务器环境的极佳产品。”总的来说，RHEL 6包含了超过2000个包，相对之前的版本而言增加了85%的代码量，一共增添了1800个新特性，解决了14000多个bug。新版带来了一个完全重写的进程调度器和一个全新的多处理器锁定机制，并利用NVIDIA图形处理器的优势对GNOME和KDE做了重大升级，新的系统安全 服务守护程序（SSSD）功能允许集中身份管理，而SELinux的沙盒功能允许管理员更好地处理不受信任的内容。
RHEL 6内置的新组件有GCC 4.4（包括向下兼容RHEL 4和5组件）、OpenJDK 6、Tomcat 6、Ruby 1.8.7和Rails 3、PHP 5.3.2与Perl 5.10.1，数据库前端有PostgreSQL 8.4.4, MySQL 5.1.47和SQLite 3.6.20。名称来源红帽 的创始人之一Bob Young对这个名字来源提供了多种解释：
1. 红色在西方历史中代表了解放，挑战霸权。
2. 创始人之一的Marc Ewing在大学时经常戴着他祖父留下来的红色帽子，当时学校里碰到技术问题的同学都知道“找那个戴红帽子的解决”。
3. Ewing将自己的软件开发项目命名为Red Hat 1、Red Hat 2等，后来当他开始Linux计划的时候，自然而然的就叫做“Red Hat Linux”。
关系RHEL的I/O调度器与Database关系，相比 Linux 2.4 Kernel 的一种I/O调度器，2.6 做了很多改进，共有四种 IO 调度器。Deadline schedulerDeadline scheduler 用 deadline 算法保证对于既定的 IO 请求以最小的延迟时间，从这一点理解，对于DSS 应用应该会是很适合的。
Anticipatory scheduler
Anticipatory scheduler（as) 曾经一度是 Linux 2.6 Kernel 的 IO scheduler 。Anticipatory 的中文含义是"预料的, 预想的", 这个词的确揭示了这个算法的特点，简单的说，有个 IO 发生的时候，如果又有进程请求 IO 操作，则将产生一个默认的 6 毫秒猜测时间，猜测下一个 进程请求 IO 是要干什么的。这对于随即读取会造成比较大的延时，对数据库应用很糟糕，而对于 Web Server 等则会表现的不错。这个算法也可以简单理解为面向低速磁盘的，因为那个"猜测"实际上的目的是为了减少磁头移动时间。
Completely Fair Queuing
虽然这世界上没有完全公平的事情，但是并不妨碍开源爱好者们设计一个完全公平的 IO 调度算法。Completely Fair Queuing （cfq, 完全公平队列) 在 2.6.18 取代了 Anticipatory scheduler 成为 Linux Kernel 默认的 IO scheduler 。cfq 对每个进程维护一个 IO 队列，各个进程发来的 IO 请求会被 cfq 以轮循方式处理。也就是对每一个 IO 请求都是公平的。这使得 cfq 很适合离散读的应用(eg: OLTP DB)。我所知道的企业级 Linux 发行版中，SuSE Linux 好像是最先默认用 cfq 的.NOOPNoop 对于 IO 不那么操心，对所有的 IO请求都用FIFO队列形式处理，默认认为 IO 不会存在性能问题。这也使得 CPU 也不用那么操心。当然，对于复杂一点的应用类型，使用这个调度器，用户自己就会非常操心。
那么如果跑数据库应用，那个更好一些呢? 我们看试结果:测试结果
[1]
对于数据库应用, Anticipatory Scheduler 的表现是最差的。Deadline 在DSS环境表现比 cfq 更好一点，而 cfq 综合来看表现更好一些。这也难怪 RHEL 4 默认的 IO 调度器设置为 cfq. 而 RHEL 4 比 RHEL 3，整体 IO 改进还是不小的。
