目前，Linux 操作系統是最成功的開放源碼項目之一。Linux 作為 Web 服務器操作系統，展示了其高可靠性，在 Web 服務器市場，它占據了很大的份額。這些 Web 服務器通常是低端及位於中間檔次的系統，帶有最多可達 4 路的對稱多處理器（SMP）；而企業級系統有更復雜的需求，譬如需要更多的處理器個數和 I/O 配置以及大的內存和帶寬。為了使 Linux 為進入企業環境而作好准備，以及能夠作為商業性應用進入 SMP 市場，與商業 UNIX 系統相比，它的 SMP 可伸縮性、磁盤和網絡 I/O 性能、調度程序和虛擬內存管理器必須得到改善。
Linux 可伸縮性研究計劃（Linux Scalability Effort，LSE）（請參閱參考資料中的鏈接）是一個開放源碼項目，解決了用於企業級機器的 Linux 內核問題，這些機器的可伸縮性達到 8 路或更高。
IBM Linux 技術中心（Linux Technology Center，LTC）的 Linux 性能團隊（請參閱參考資料的相關鏈接）積極地參與了 LSE 活動。此外，他們的目標是，通過改進 Linux 內核性能（尤其針對 SMP 可伸縮性）而使 Linux 更優秀。
本文描述了在著重平台無關性問題的同時，該團隊在測量、分析與改進 Linux 內核性能和可伸縮性上所采用的策略和方法。該團隊使用了一套基准測試程序來完成此項任務。這些基准測試程序考慮到了各種工作負載，其中包括 Web 服務、數據庫和文件服務。此外，我們還將向您展示每個基准測試程序所著重的各個內核組件（例如，磁盤 I/O 子系統）。
分析方法
這裡我們討論用來量化針對 SMP 可伸縮性的 Linux 性能的分析方法。如果您願意，可以直接跳到基准測試程序結果這一節。
我們用來改進 Linux 性能和可伸縮性的策略包括：運行幾個業界接受的和組件級的基准測試程序，選擇合適的硬件和軟件，開發基准測試程序運行規則，設定性能和可伸縮性目標，以及測量、分析和改進性能和可伸縮性。在這一節中將詳細講述這些過程。
性能被定義為單處理器（UP）或 SMP 上的原始吞吐量。我們將 SMP 可伸縮性（CPU）和資源可伸縮性（例如，網絡連接數目）區別開來。
硬件和軟件
這項工作的大部分都使用 IA-32（即 x86）體系結構，從 1 個到 8 個處理器。我們還研究了與為將來之用的非一致內存訪問（NUMA）IA-32 和 NUMA IA-64 體系結構相關的問題。硬件的選擇通常是根據基准測試程序和相關工作負載的選擇。軟件的選擇要與 IBM 的 Linux 中間件策略和／或開放源碼中間件相結合。例如：
數據庫
我們采用查詢數據庫基准測試程序，而在硬件上，采用帶大磁盤配置的 8 路 SMP 系統。數據庫軟件采用 IBM DB2 for Linux，SCSI 控制器是 IBM ServeRAID 4H。這個數據庫是針對 8 路 SMP。
SMB 文件服務
基准測試程序是 NetBench，硬件是 4 路 SMP 系統，驅動 SMP 服務器的客戶機可多達 48 個。中間件是 Samba（開放源碼）。SMB 文件服務是針對 4 路 SMP。
Web 服務
基准測試程序是 SPECweb99，硬件是 8 路 SMP，並帶有大內存配置，客戶機可達 32 個。這個基准測試僅用於研究目的，不做它用（有關這方面的更多細節，請參閱基准測試程序這一節）。Web 服務器是 Apache，它是 IBM HTTP 服務器的基礎。我們選擇 8 路 SMP 是為了研究可伸縮性，而選擇 Apache 是因為它支持對下一代 posix 線程（NGPT）的測量和分析（請參閱參考資料）。此外，它是開放源碼，而且是最流行的 Web 服務器。 Linux 內核版本
采用哪個版本的 Linux kernel.org 內核（2.2.x、2.4.x 或 2.5.x）取決於基准測試程序；這將在基准測試程序一節做進一步討論。為了簡化管理，所選的 Linux 分發版是 Red Hat 7.1 或 7.2。我們的重點是內核性能，不是分發版的性能：我們用要評估的 kernel.org 內核和補丁替代了 Red Hat 內核。
運行規則
在設置基准測試程序期間，我們開發了運行規則以詳細地指出如何安裝、配置和運行基准測試程序，以及如何解釋結果。這些運行規則的目的如下：
定義度量，使用此度量來測量基准測試程序的性能和可伸縮性（例如，消息／秒）。
確保基准測試程序的結果適合於測量工作負載和內核組件的性能和可伸縮性。
提供文檔化的說明，這將使其他人可以重復該性能測試。
定義所收集的數據集，以便可以分析被測系統（System Under Tes，SUT）的性能和可伸縮性，從而確定瓶頸在哪裡。
設定目標
針對某個基准測試程序的性能及可伸縮性與具體的 SUT（硬件和軟件配置）有關。設定性能和可伸縮性目標需要：
基線測量，用來確定針對基線內核版本的基准測試程序的性能。然後計算基線可伸縮性。
最初的性能分析，用來確定增強性能的可行方向（例如，顯示調度程序非常忙的概要文件可能會建議嘗試 O(1) 調度程序）。
將基線結果與類似的已公布結果進行比較（例如，在 spec.org 上查找類似 8 路 SMP 上相同 Web 服務器上的 SPECweb99 公開結果）。
如果沒有可用的外部公開結果，則可以嘗試使用內部結果。還可以嘗試與其它操作系統進行比較。給定具有競爭性的數據和基線，然後選擇 UP 和 SMP 機器的性能目標。
最後，可以聲明應用程序變更了目標。例如，如果知道某個應用程序采用異步 I/O 方式效率不高，則可以通過假定改變 I/O 方法，公布該性能目標。
調優、測量和分析
在做任何測量之前，需要調優硬件和軟件配置。調優和測量是一個不斷循環的調優和測量過程。它涉及了系統組件（譬如 CPU 利用率和內存使用率）的測量，還可能涉及系統硬件參數、系統資源參數和中間件參數的調整。調優是性能分析的第一步中的環節。沒有調優，測量出的結果可能會使人產生誤解；即，這些結果可能不會指出內核的限制，而顯示出別的問題。
根據運行規則來運行基准測試程序，從而可以根據已定義的性能度量來測量性能和可伸縮性。對給定機器計算 SMP 可伸縮性時，可以選擇根據 UP 內核的性能來計算此度量值，也可以選擇根據 SMP 內核（其中處理器數目設為 1 ― 一個處理器）的性能來計算它。我們決定使用 UP 測量來計算 SMP 可伸縮性，這樣可以更精確地反映 SMP 內核性能的改進。
使用前面確定下來的 Linux 內核版本來測量基線。對於大多數基准測試程序，需要測量 UP 和 SMP 基線。對於少數基准測試程序，只需測量 8 路 SMP 性能，因為收集 UP 性能信息受到時間限制。大多數其它基准測試程序測量在特定時間段內完成的工作量，在 UP 上的測量時間不超過在 8 路 SMP 上的測量時間。
分析 SUT（被測系統）的性能和可伸縮性所需的第一步是理解被測試的基准測試程序和工作負載。最初的性能分析是針對經過調優的系統而作出的。有時，分析揭示了對調優參數的其它修改。
對 SUT 性能和可伸縮性的分析需要一組性能工具。我們的策略是盡可能地使用開放源碼社區（Open Source community，OSC）的工具。這使我們可以將分析數據在 OSC 上公布，以說明性能和可伸縮性上的瓶頸。這也使 OSC 中的成員可以用工具重復我們的結果，或者在用該工具對另一個應用程序做完試驗之後，能夠理解這些結果。如果開發出專門的性能工具來更好地理解某個具體性能瓶頸，則隨後通常會將此專門的性能工具在 QSC 上共享。這些專門的性能工具通常是一些簡單工具，它們為特定的 Linux 內核組件提供了測試手段。我們所使用的性能工具包括：
/proc 文件系統；
meminfo、slabinfo、中斷、網絡狀態、I/O 狀態等；
SGI 的 lockmeter；
來自 SMP 鎖分析；
SGI 的內核概要分析器（kernprof）；
基於時間的概要分析、基於性能計數器概要分析、僅關於內核空間的帶注釋的調用圖（annotated call graph，ACG）；IBM 跟蹤工具。
針對用戶空間和系統空間的單步（mtrace）並同時基於時間和基於性能計數器的概要分析。
開發專門的性能工具，以進一步理解系統具體某個方面。
例如：
sstat：收集調度程序統計信息。
schedret ：確定哪些內核功能因調查空閒時間而阻塞了。
acgparse：後處理 kernprof ACG，復制進／出工具，確定緩沖區的調整、復制大小和復制進／出算法的 CPU 利用率。
然後使用性能分析數據來確定性能和可伸縮性的瓶頸。需要對 SUT 有寬泛的理解，並要對基准測試程序所著重的 Linux 內核組件有更具體的理解，從而理解性能瓶頸存在於何處。還必須理解造成瓶頸的 Linux 內核源代碼。此外，我們需要與 LTC Linux 內核開發團隊和 OSC（開放源碼社區）緊密合作，以便開發補丁來修正瓶頸。
退出策略
對 Linux 內核性能的評估可能需要運行基准測試程序，然後分析結果來確定性能和可伸縮性的瓶頸，接著將補丁集成進 Linux 內核來解決所有這些瓶頸，最後再次運行該基准測試程序，這是一個周而復始的過程。作為一名性能團隊成員，要與 Linux 內核開發團隊或 OSC 通力合作，通過在 OSC 查找現有的補丁或者開發新的補丁來獲取補丁。有一組用來確定何時 Linux 已經“足夠好了”和可以結束該過程的標准。
首先，如果我們已經達到了目標，並且，針對某個具體基准測試程序，不存在需要解決的任何突出的 Linux 內核問題（解決這些問題可以很大程度地改善 Linux 內核性能），則我們可以聲稱 Linux 已經“足夠好了”，可以轉至其它問題了。其次，如果我們經歷了幾次性能分析循環之後，仍然有突出的瓶頸問題，則我們需要考慮繼續該過程所需開發成本和任何其它性能上改進所獲得的好處之間的權衡。如果相對於任何可能獲得的性能改進而言，開發成本過高，則我們不要繼續分析下去，並清楚地說明相應的根本原因。
在這兩種情形中，接著我們復查所有其它與 Linux 內核相關的突出問題（我們希望解決這些問題），評價可以用來解決這些內核組件問題的相應的基准測試程序，檢查任何可能與該問題相關的數據，然後決定根據收集來的信息來進行對內核組件（或組件集合）的分析。
基准測試程序
這一節將描述分析出的瓶頸和我們這一套基准測試程序所著重的相關內核組件。此外，對於 Linux 性能團隊所使用的一些基准測試程序，還將描述性能結果和分析。
表 1. Linux 內核性能基准測試程序
基准測試程序描述
根據以下標准來挑選所使用的基准測試程序：業界所采用的基准測試程序，對於復雜的工作負載，這些基准測試程序是可靠的指示器；組件級的基准測試程序，它們指出了特定的內核性能問題。業界基准測試程序是通常為業界所接受，用來測量特定工作負載的性能和可伸縮性。這些基准測試程序常常需要復雜的或代價昂貴的設置，大多數" OSC（開放源碼社區）大都沒有這樣的設置。這些復雜的設置是我們對 OSC 所做出的貢獻之一。例如：
SPECweb99:代表 Web 服務性能。
SPECsfs:代表 NFS 性能。
數據庫查詢:代表數據庫查詢性能。
NetBench:代表 SMB 文件服務性能。
組件級的基准測試程序測量特定 Linux 內核組件的性能和可伸縮性，對於各種工作負載，這些基准測試程序被認為是至關重要的。例如：
Netperf3：測量網絡堆棧的性能，包括 TCP、IP 和網絡設備驅動程序。
VolanoMark：測量調度程序、信號、TCP 發送／接收和回送的性能。
塊 I/O 測試：測量VFS、原始和直接 I/O、塊設備層、SCSI 層和低級的 SCSI／光纖設備驅動程序的性能。
OSC 一般會使用一些基准測試程序。由於 OSC 已經認識到了基准測試程序的重要性，因此願意用它們。從而很容易讓 OSC 確信基准測試程序所顯示的性能和可伸縮性方面的瓶頸。此外，通常沒有阻止我們公布原始數據的許可證問題。由於設置這些基准測試程序通常很簡單，而且所需硬件也最少，因此 OSC 可以運行這些基准測試程序。而另一方面，它們常常不能夠滿足我們對企業系統的需求。例如：
LMBench：用於測量 Linux API 的性能。
IOZone：用於測量本機文件系統吞吐量。
DBench：用於測量 NetBench 的文件系統組件。
SMB Torture：用於測量 SMB 文件服務性能。
針對目標工作負載，可以選擇使用許多基准測試程序。我們之所以選擇上述基准測試程序是因為在給定資源的情形下，它們最適合我們的任務。同樣道理，我們沒有選擇一些重要的基准測試程序。此外，我們沒有選擇運行一些已經由 IBM 中其它性能團隊已經在研究的基准測試程序（例如，IBM Solution Technologies System Performance Team 已經發現 Linux 上的 SPECjbb“足夠好了”）。表 1 中所顯示的是 Linux 性能團隊目前所使用的基准測試程序，以及所要測試的內核組件。
基准測試程序結果
這裡所提供的內容描述了在我們這一套測試中所挑選的三個基准測試程序，用它們來量化 Linux 內核性能：數據庫查詢、VolanoMark 和 SPECweb99。對於所有這些基准測試程序，我們使用 8 路的機器，在下圖中詳細顯示了基准測試程序結果。
圖 1. 數據庫查詢基准測試程序結果
圖" 1 顯示了數據庫查詢基准測試程序結果。另外還描述了所使用的硬件和軟件配置。該圖以圖形方式展示了在完成目標過程中所取得的進展。我們已經解決的一些問題在以下方面取得了改善：添加了避免彈性緩沖區、ips、io_request_lock、readv、kiobuf 和 O(1) 調度程序內核補丁以及幾個 DB2 優化。
VolanoMark 基准測試程序（請參閱參考資料）創建了 10 個（每個）可容納 20 個客戶機的聊天室。每個聊天室可以將一個客戶機的消息回應給同一聊天室中的其他 19 個客戶機。該基准測試程序（目前還不是開放源碼基准測試程序）包含 VolanoChat 服務器和另外一個用於模擬聊天室中客戶機的程序。用它來測量原始服務器性能和網絡可伸縮性性能。VolanoMark 可在兩種模式下運行：回送和網絡模式。回送模式測試原始服務器性能，網絡模式測試網絡可伸縮性性能。VolanoMark 使用兩個參數來控制聊天室的大小和數目。
VolanoMark 基准測試程序在由 20 人組成的小組中創建客戶機連接，測量服務器向組依次輪流廣播所有客戶機的消息需花多長時間。在回送測試最後，它會以平均每秒發送的消息數作為一個分數形成報告。在網絡模式中，用客戶機和服務器之間的連接數來度量。該基准測試程序所著重的 Linux 內核組件包括調度程序、信號和 TCP/IP。
圖 2. VolanoMark 基准測試程序結果：回送模式
圖" 2 中所顯示的是回送模式下的 VolanoMark 基准測試程序結果。另外還描述了所使用的硬件和軟件配置以及該基准測試程序的目標。在實現這個目標的過程中，我們與 Linux 內核開發團隊建立了緊密的協作關系。我們已經解決的一些問題在以下方面取得了改善：添加了 O(1) 調度程序、SMP 可伸縮計時器、可調整優先級的優先權和軟親緣性內核補丁。正如圖中所示，對於這個基准測試程序，我們超出了目標；然而有一些與 Linux 內核組件相關以及與 Java 相關的突出問題，我們正在解決這些問題，我們相信會進一步改進該基准測試程序的性能。
請注意，SPECweb99 基准測試程序只用作研究，不作它用，它的規則有些變化：運行它的硬件不符合 SPEC 公共可用性准則。該機器是一台工程樣機。access_log 不會保存所有日志。雖然會寫日志，但每 200 秒會刪除一次日志。
該基准測試程序顯示了對 Web 服務器所要求的工作負載。這個工作負載請求 70% 的靜態頁面和 30% 的簡單動態頁面。Web 頁面的大小從 102 字節到 921,000 字節不等。動態內容模擬了循環播放的 GIF 廣告。沒有 SSL 內容。SPECweb99 的意義重大，因為 Web 服務（尤其是使用 Apache 的服務）是 LINUX 服務器最常使用的服務之一。Apache 的功能很豐富，但不是針對高性能而設計的。然而，對於這個基准測試程序，我們選擇 Apache 作為 Web 服務器，是因為當前位於因特網上的網站選用 Apache 作為 Web 服務器的情況多於選用任何其它 Web 服務器的情況。對於 Web 服務，SPECweb99 是人們公認的標准基准測試程序。SPECweb99 著重以下內核組件：調度程序、TCP/IP、各種線程模型、發送文件、零復制和網絡驅動程序。
圖 3. 使用 Apache Web 服務器的 SPECweb99 基准測試程序結果
圖 3 中顯示了 SPECweb99 結果。另外還描述了所使用的硬件和軟件配置以及該基准測試程序的目標。在該基准測試程序性能方面取得進展的同時，我們與 Linux 內核開發團隊和 IBM Apache 團隊保持著緊密的協作關系。我們已經解決的一些問題在以下方面取得了改善：添加了 O(1) 和讀復制更新（RCU）數據緩存內核補丁以及向 Apache 添加了新的動態 API mod_specweb 模塊。正如圖 3 所示，對於這個基准測試程序，我們已經超出了目標；然而有幾個與 Linux 內核組件相關的突出問題，我們正在解決這些問題，我們相信這會極大地改進該基准測試程序的性能。
結束語
Linux 廣受大家喜愛，尤其在低端和位於中間檔次的系統。事實上，Linux 被廣泛地認為是一個穩定的和具有高可靠性的操作系統，常用於作為 Web 服務器的這些機器。然而，高端的企業級系統往往需要訪問 GB、PB 甚至 EB 的數據。這些系統除需要更多的處理器外，還需要具有高內存和帶寬需求的不同應用程序和解決方案（請參閱參考資料中的 developerWorks 文章“Open source in the biosciences”，這篇文章描述了這類應用程序）。
這類系統應用程序引入了與眾不同的問題，這些問題可能比較小安裝中所產生問題的復雜程度超過幾個數量級。針對企業市場，為了使 Linux 更具競爭力，則必須改善其性能和可伸縮性。
而迄今為止，我們的經驗說明，可以顯著地改善 Linux 內核的性能。通過在開放源碼社區內的工作來量化 Linux 內核性能，從而為這個目標奉獻自己的微薄之力，開發補丁來解決性能下降問題，使 Linux 工作得更好，為將來 Linux 在企業中的應用而做好准備，我們為所做的一切而感到自豪。