丰满少妇人妻久久久久久,性XXXXBBBB农村小树林,欧美激情性A片在线观看中文

        1. 
          
          1. <object id="yseaz"><legend id="yseaz"></legend></object>
            1. 使用幫助 | 聯系電話:400-880-0256 0769-23037585 21686281

              服務器操作系統應該選擇 Debian/Ubuntu 還是 CentOS?

              作者:admin 發表于:2014-08-06 點擊:975  保護視力色:

              編輯推薦!本文來自知乎的袁昊洋,是我見過的關于如何選擇服務器操作系統的最有理有據的文章,而且富有實踐基礎。小編基本上同意全文觀點——當然,這并不是說大家就不應該選擇其他的操作系統做服務器——甚至你選擇Windows XP做服務器都有你的道理。大家有什么選擇,希望也發表你的觀點。

              首先的首先,我想請各位玩家,你們不要自己最近新玩上什么就覺得什么好,然后大肆的推薦什么好不好!負點責任好不好!人家是服務器,有些時候選錯一個發行版本會痛苦死一批人!

              是,你現在終于發現有個版本叫 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 -- 在 wheezy 中的 linux-image-3.2.0-4-amd64 軟件包詳細信息 可以拿到現在 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) 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 總體上,還是在跟著 Kernel Source 的,為啥?沒人??!靠零散的人打 patch 還不如依賴 Kernel 本身的小版本更新。

              RedHat 呢?

              放一個 RHEL 6.4 的 Release Note

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

              RHEL , 是不跟 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 。

              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 嘗試了幾次,目前我沒看到成功。幾乎都是草草放棄。

              二、維護的力量

              你們知道什么叫維護一個服務器用的發行版本么?

              CentOS 4.0 2005-03-09

              CentOS 4.9 2011-03-02

              6年

              Ubuntu 8.04 LTS April 24, 2008

              Ubuntu 8.04.4 LTS January 28, 2010

              1年9個月

              你說好的 LTS 呢???

              Ubuntu 10.04 LTS April 29, 2010

              Ubuntu 10.04.4 LTS February 16, 2012

              說好的 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.ko
              firmware: tigon/tg3_tso5.bin
              firmware: tigon/tg3_tso.bin
              firmware: tigon/tg3.bin
              version: 3.124

              Debian testing(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 驅動么?

              #define DRV_MODULE_VERSION "3.102"
              #define DRV_MODULE_RELDATE "September 1, 2009"

              CentOS “老”么?誰在將最新的驅動打入老的 kernel?誰在測試新驅動與老 kernel 的兼容性?RH?。?!這些都是人力啊,這些都是財力啊。

              RH 在保證穩定、兼容的同時,盡可能的給服務器用戶最全的設備匹配,最新的驅動支持。而這一切!你都不用擔心穩定性、兼容性,因為 RH 沒有更新大版本,沒有帶來 龐大 feature 的更新。

              還有一個例子:

              google RFS patch in linux kernel 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 好么?”

              再回頭看看那時候你們自己吧。

              丰满少妇人妻久久久久久,性XXXXBBBB农村小树林,欧美激情性A片在线观看中文