[[131769]]

就在周日，Linus 如期發(fā)布了 Linux 4.0，這個版本的代號被稱為“Hurr durr I'ma sheep”：
那么，我決定按照正常的計劃發(fā)布 4.0 了，因為沒有出現(xiàn)什么問題，而且我下周會去一個大學(xué)訪問，我希望這不會非常影響到合并窗口，希望吧。

從 linux-next 分支和最終大小上看，Linux 4.0是一個相當(dāng)小的發(fā)布版本（LCTT 譯注：linux-next是Stephen Rothwell創(chuàng)造的分支，主要用于放一些將在下一周期合并進內(nèi)核主支的補?。?。但是這個“小”是相對而言的，它仍然包含了超過一萬個的非合并提交。不過，我們肯定會有更大的發(fā)布版本（估計之后的 linux-next 4.1 會更大）。

一切都很好，這完全符合“v4.0 應(yīng)該是一個穩(wěn)定的發(fā)布版本”的要求，而不是帶有很多新的體驗性功能的發(fā)布版本。我個人非常喜歡按照時間進行發(fā)布，而不是過去那種有了重大功能才進行發(fā)布的做法。

也就是說，4.0里面沒有什么特別有趣的東西。從 git 上的統(tǒng)計來看，這個發(fā)布版本不僅僅達(dá)成了 50 萬個提交數(shù)的新成就，也跨越了 400 萬個 git 對象數(shù)量的限制。有趣的是（從數(shù)字的角度看），Linux 3.0 時我們超過了 25 萬提交數(shù)和 200 萬個 git 對象數(shù)量，看起來真有規(guī)律（其實完全是巧合）。

[ 另外一個趣事：我們原來使用的 BK 版本庫（LCTT 譯注：bitkeeper）有著提交數(shù)用16位二進制存儲的限制，所以25萬提交數(shù)量已經(jīng)很多了，因為我們使用 BK 的那些年就提交了將近65000次。當(dāng)然，我們使用 BK 才3年，而換到 git 近十年了。無論如何，這說明我們的開發(fā)工作快了許多。]

就功能而言，4.0 并沒有什么特殊的。新內(nèi)核的補丁主要是基礎(chǔ)架構(gòu)方面的，實際上，這并不是版本號改變的原因，我們可能在其它的（?。┌姹局杏懈蟮母淖儭Ｋ裕@只是一個“按部就班”的發(fā)布而已。

弄下來體驗一下吧，

我們?nèi)茄?—— Linus Torvalds

4.0雖說是沒有什么特別新的功能，不過還是有幾個值得關(guān)注的亮點：

Live Patching——不用重啟為內(nèi)核打補丁的機制；
parallel NFS (pNFS)子系統(tǒng)支持FlexFile布局；
ubifs文件系統(tǒng)支持多隊列塊層；
Btrfs 文件系統(tǒng)更新，支持 Intel Quark X1000 SoC和基于MIPS32 Release 6的處理器；
VirtIO 1.0；
可信計算TPM 2.0支持；