介紹
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 scheduler
Deadline 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 的.
NOOP
Noop 對於 IO 不那么操心，對所有的 IO請求都用FIFO佇列形式處理，默認認為 IO 不會存在性能問題。這也使得 CPU 也不用那么操心。當然，對於複雜一點的套用類型，使用這個調度器，用戶自己就會非常操心。
測試結果那么如果跑資料庫套用，那個更好一些呢? 我們看試結果:對於資料庫套用, Anticipatory Scheduler 的表現是最差的。Deadline 在 DSS環境表現比 cfq 更好一點，而 cfq 綜合來看錶現更好一些。這也難怪 RHEL 4 默認的 IO 調度器設定為 cfq. 而 RHEL 4 比 RHEL 3，整體 IO 改進還是不小的。
