Windows Server 2003 性能調整指南「終于解決」-

Windows Server 2003 性能調整指南「終于解決」本文介紹了有助于提高Microsoft?WindowsServer?2003系統性能表現的重要參數和設置。文章對每一種設置及其可能具有的效果進行了描述，幫助用戶根據自己的系統、工作負載和性能目標做出明智的決策。本文檔所包含的信息代表了在發布之日，MicrosoftCorporation對所討論問題的當前看法。因為Microsoft必須順應不斷變化的市場條件，故該文…

本文介紹了有助于提高Microsoft? Windows Server? 2003 系統性能表現的重要參數和設置。文章對每一種設置及其可能具有的效果進行了描述，幫助用戶根據自己的系統、工作負載和性能目標做出明智的決策。

本文檔所包含的信息代表了在發布之日，Microsoft Corporation 對所討論問題的當前看法。因為 Microsoft 必須順應不斷變化的市場條件，故該文檔不應理解為 Microsoft 一方的承諾，Microsoft 不保證所給信息在發布之日以后的準確性。

本文檔僅供參考。對本文檔中的信息，MICROSOFT 不做任何明示、默示或法定的保證。

遵守所有適用的版權法律是用戶的責任。在不對版權法所規定的權利加以限制的情況下，如未得到 Microsoft Corporation明確的書面許可，不得為任何目的、以任何形式或手段（電子的、機械的、影印、錄制等等）復制、傳播本文的任何部分，也不得將其存儲 或引入到檢索系統中。

Microsoft 可能擁有本文檔主題涉及到的專利、專利申請、商標、版權或其他知識產權。除非在 Microsoft 的任何書面許可協議中明確表述，否則獲得本文檔不代表您將同時獲得這些專利、商標、版權或其它知識產權的許可證。

? 2003 Microsoft Corporation. 保留所有權利。

Microsoft、Active Directory、Windows 和 Windows Server 是 Microsoft Corporation 在美國和/或其它國家或地區的注冊商標或商標。

此處提到的實際公司和產品名稱可能是其各自所有者的商標。

目 錄

選擇網絡適配器

· WHQL 認證

· 卸載能力

· 中斷調解

· 64位功能

· 銅纜和光纖網絡適配器

· 雙端口或4端口的網絡適配器

調整網絡適配器

· 啟用卸載特性

· 網絡適配器資源

· 中斷調解

TCP 參數

選擇存儲系統

· WHQL 認證

· 減少待存儲數據的數量

· 存儲陣列的選擇

· HW RAID 的級別

· 選擇RAID 級別

· 確定卷的布局

· 中斷調解

與存儲有關的參數

· CountOperations

· NumberOfRequests

· DontVerifyRandomDrivers

選擇正確的高性能硬件

操作系統最佳實踐

IIS 6.0 優化

內核模式的調整

· 緩存管理設置

· 請求和連接管理設置

用戶模式設置

· IIS 注冊表設置

· IIS Metabase

· IIS 工作進程選項（IIS Admin UI、應用程序池屬性）

· 安全套接字層的調整參數

· ISAPI

· 托管代碼調整參數

· 影響IIS性能的其他問題

· NTFS 文件系統設置

· Tcpip.sys 的IIS性能設置

· IIS的網絡適配器調整和綁定

一般考慮事項

服務器消息塊服務器模型

文件服務器的常規調整參數

· PagedPoolSize

· NtfsDisable8dot3NameCreation

· Disablelastaccess

· NumTcbTablePartitions

· TcpAckFrequency

中斷關聯

客戶端計算機的常規調整參數

· DormantFileLimit

· ScavengerTimeLimit

· DisableByteRangeLockingOnReadOnlyFiles

· TcpAckFrequency

對 Boot.ini 文件使用 /3GB 開關參數

關閉簽名和密封功能

· Windows Server 2003面向 NetBench 的注冊表調整參數

· 客戶端計算機上面向 NetBench 的注冊表調整參數

· 添加針對描述屬性的索引（服務器）

· 關閉磁盤碎片自動整理程序

· 在 TCP/IP 增加 MaxUserPorts 和 TcpWindowSize

針對 NTttcp 的調整

· 網絡適配器

· TCP

針對Chariot 的調整

介紹

對于用戶現有的大多數工作，Microsoft? Windows Server?2003 應該都能夠運行自如。但是，我們還可以調整服務器設置并獲得更好的性能表現，尤其是在工作負載的性質不會隨同時間推移而不斷變化的時候。

大多數的有效調整都應該考慮到硬件、工作負載以及性能目標這些因素。本文介紹了有助于提高性能的重要調整參數和設置。并且介紹了每一種設置以及它的潛在功效，幫助用戶根據自己的系統、工作負載和性能目標做出明智的決策。

說明：Microsoft Windows?2000 Server 和 Windows Server2003的注冊表設置和調整參數可能存在較大差異。在調校服務器時請務必牢記：使用早期或過時的調整指南可能會得到意料之外的結果。

此外，在直接操作注冊表時請總是謹慎行事。如果必須編輯注冊表，請首先進行備份。

網絡的性能調整

網絡體系結構包括許多組件、接口和協議；圖1描述了其中的部分內容。本節以下部分將針對服務器負載，對部分組件的優化調整加以討論。

圖1網絡棧的組件

網絡體系結構由多個層組成，這些層可以被大致劃分為：

· 網絡驅動程序和NDIS。這些是處于最底部的層。NDIS將它下方的驅動程序接口暴露它上方的層；例如：TCP/IP。

· 協議棧。此層實現了諸如TCP/IP 和 UDP/IP 這樣的協議。這些層向位于它們上方的層暴露了TDI接口。

· 系統驅動程序。屬于典型的TDI客戶端，用來向用戶模式的應用程序暴露接口。WinSock接口由Afd.sys加以暴露。

· 用戶模式的應用程序。

耗費大量網絡資源的工組負載的調整工作涉及所有層的調整。下面介紹了其中的部分工作。

選擇網絡適配器

網絡密集型的應用程序需要高性能的網絡適配器。本節內容介紹了選擇網絡適配器時的一些注意事項。

WHQL 認證

選擇通過了Microsoft Windows Hardware Quality Labs（WHQL）認證的網絡適配器。

卸載能力

卸載有助于降低服務器CPU的使用率，從而提高系統的整體性能。Microsoft TCP/IP 傳輸可以讓具有相應任務卸載能力的網絡適配器卸載以下的一項或多項任務：

· 校驗和任務。TCP/IP 傳輸可以在發送和接收時卸載IP和TCP校驗和的計算和驗證工作。

· IP 安全性任務。TCP/IP 傳輸可以卸載身份驗證標頭（AH）和ESP（封裝安全性負載）的已加密校驗和的計算和驗證工作。TCP/IP傳輸還可以卸載ESP負載的加密和解密工作。

· 大型TCP 數據包的分段。TCP/IP 傳輸支持大型發送卸載（LSO）。利用LSO，TCP/IP傳輸可以卸載大型TCP數據包的分段工作。

· 堆棧卸載。整個網絡堆?？梢员恍遁d到具有相應能力的網絡適配器上。

中斷調解

某些網絡適配器可以降低向處理器發出中斷的頻率，這些中斷表明適配器上啟動（或完成）了某個網絡操作。某些網絡適配器還能夠將網絡和主機處理器的負 載考慮在內，以一種自適應的方式做出上述決定。減緩中斷的發生頻率通?？梢越档椭鳈CCPU的負載，但是除非能夠以一種智能和自適應的方式執行中斷調解，否 則在CPU方面的性能節省將以網絡延遲的增加作為代價。

64位功能

具有64位能力的網絡適配器可以對大容量物理內存地址（4GB以上）執行直接內存訪問（DMA）操作。

銅纜和光纖網絡適配器

使用銅纜的網絡適配器和使用光纖的適配器具有同樣的性能，但是在價格上要便宜一些。銅纜網絡適配器上的收發器的價格也要更低一些。

雙端口或4端口的網絡適配器

這些網絡適配器對于故障轉移應用來說非常適宜，但是網絡適配器上的所有端口都共享同一個中斷。通常，對于同樣的工作負載，使用兩塊單端口的網絡適配器要比使用一塊雙端口的網絡適配器具有更好的性能。

調整網絡適配器

如果網絡適配器允許，可以通過調整網絡適配器來優化網絡吞吐量和資源使用率。需要記住的是：具體的調整工作需要視網絡適配器、工作負載、主機資源以及性能目標而定。

啟用卸載特性

開啟網絡適配器的卸載特性一般總是有益的。但是，在某些情況下，網絡適配器的處理能力可能不足以完成高吞吐量情況下的卸載工作。比如，啟用LSO會 降低某些網絡適配器最大能承受的吞吐量。但是，即使是這樣的網絡適配器，如果對吞吐量方面的降低并不在意，也應該啟用卸載特性。請注意：某些網絡適配器需 要為發送和接收路徑單獨啟用卸載特性。

網絡適配器資源

有幾種網絡適配器允許管理員配置資源?？梢詾榻邮站彌_區和發送緩沖區設置參數。部分網絡適配器會主動管理它們的資源，而無需為這些網絡適配器設置這些參數。

中斷調解

某些網絡適配器會保留 buffer coalescing （緩沖區合并）參數（發送和接收緩沖區有時單獨進行配置）。在網絡適配器不能夠以自適應方式執行中斷調解時，考慮緩沖區合并十分重要。

TCP 參數

高吞吐量情境下可以考慮進行調整的TCP 參數如表1所示。

表 1. TCP 參數

參數	描述
TCPWindowSize	該值決定了在任何一個給定的時間，能夠在網絡上傳送的最大數據量（以字節計）?？梢允褂萌缦伦员項l目，將其設置為從1到65,535 字節的任何值： HKEY_LOCAL_MACHINE\System\CurrentControlSet\ Services\Tcpip \Parameters\TcpWindowSize (REG_DWORD) 對 于gigabit接口，此參數的默認值被設置為65,535左右（向下舍入為最接近的完整TCP數據包的倍數），100Mbps的連接設置為 16,384，其他速度更低的接口（例如調制解調器）則設置為8,192 —— 同樣需要向下舍入。理想情況下，該值應該被設置為端到端網絡帶寬（以字節為單位）與往返延遲（以秒為單位）的乘積，也就是帶寬與延遲的乘積。該值應該根據 計算機預計接收到的TCP數據量進行設置。
Window Scaling	在 帶寬與延遲的乘積值很高的連接上（例如，衛星連接），可能需要將窗口的大小增加到64K以上。為了提高窗口大小，需要按照RFC1323中的規定，設置如 下注冊表條目，以啟用TCP選項： HKEY_LOCAL_MACHINE\System\CurrentControlSet\ Services\Tcpip\Parameters\Tcp1323Opts (REG_DWORD) 為了使用大于65,535的窗口尺寸，該注冊表條目應該被設置為1。在修改了該值之后，便可以將用來控制TCPWindowSize的注冊表條目設置為大于64K的值（最大1GB）。
MaxHashTableSize	該值決定了保存TCP連接狀態的散列表的大小。默認值為128乘以系統中處理器數量的平方。如果預計系統需要處理大量的并發連接，可以將如下注冊表條目設置為一個較高的數值，以提高散列表的性能： HKEY_LOCAL_MACHINE\System\CurrentControlSet\ Services\Tcpip \Parameters\MaxHashTableSize (REG_DWORD) 最大值為 0x10000（65,536）。我們建議您在將要處理大量連接負載的大型服務器上將此值設置為最大值。需要記住的是：該表使用了不分頁的池，所以，如果服務器沒有許多不分頁池可用，或者服務器不需要處理大量連接負載，那么請不要將本參數設置為一個太高的數值。
NumTcbTablePartitions	默 認情況下，存放TCP連接狀態的表擁有的分區數量等于處理器數目的平方。在大多數情況下，該設置是恰當的，而且會減少表的爭用現象。但是，對于處理器數目 大于16的服務器，默認值顯得過于高了，并可能會因此占用太多的CPU資源。在這種情況下，請將以下注冊表條目設置為一個小于處理器數目平方的數值： HKEY_LOCAL_MACHINE\System\CurrentControlSet\ Services\Tcpip\Parameters\ NumTcbTablePartitions (REG_DWORD)
MaxUserPort	當計算機上存在一個活動連接的時候，就會使用到端口。在給定了可用的用戶模式端口（每個IP地址有5000個）的默認值和TCP超時等待要求之后，可能必須在系統中提供更多的端口以供使用?？梢詫⑷缦伦员項l目的值最大設置為 0xfffe（65534）： HKEY_LOCAL_MACHINE\System\CurrentControlSet\ Services\Tcpip \Parameters\MaxUserPort

存儲系統的性能調整

存儲體系結構的驅動程序堆棧包含許多組件，如圖2所示。本節將討論存儲負載的調整方法。

圖2存儲驅動程序堆棧

選擇存儲系統

在選擇存儲系統時，最重要的考慮事項是：

· 為當前和未來的存儲需要提供必要的存儲空間、帶寬和延遲特性。

· 選擇HW RAID 類型的系統和備份過程，以便獲得良好的性能表現和數據恢復能力。

WHQL 認證

選擇通過了WHQL認證的存儲適配器。

減少待存儲數據的數量

如果希望減少在新的文件服務器上保存的數據數量，需要考慮以下問題：

· 當前在文件服務器上保存的數據量，這些文件服務器將要被合并到新的服務器中。

· 如果文件服務器將成為一個復制成員，存儲在新的文件服務器上的數據中將有多少會參加復制。

· 未來需要在文件服務器上保存的數據量。

一般的指導原則是：針對超過目前增長速度的更快的未來增長進行規劃。調查組織是否打算雇傭大量人員，或者組織中的各個部門是否計劃實施一些需要超大存儲容量的項目等等。

此外，還必須將操作系統文件、應用程序、RAID冗余、日志文件以及其他因素考慮在內。表2描述了影響文件服務器容量的部分因素。

表2. 影響文件服務器性能的因素

因素	需要的存儲容量
操作系統文件	至少1.5GB。為了為可選組件、未來安裝的服務包以及其他項目預留足夠的空間，還應該為操作系統卷再額外規劃3GB到5GB的空間。
分頁文件	情況下，其大小默認為內存容量的1.5 倍。
內存轉儲	根據選擇的內存轉儲文件選項，需要的磁盤空間可能等于物理內存的數量再加上1MB。
應用程序	根據應用程序的具體情況而有所變化，包括防病毒、備份、磁盤配額軟件、數據庫應用以及可選組件（例如，恢復控制臺、Services for Unix和Services for NetWare）等。
日志文件	根據創建日志文件的應用程序而有所變化。某些應用程序允許用戶設置日志文件的最大尺寸。必須確保有足夠的剩余空間來容納日志文件。
RAID 解決方案	視具體情況而有所變化；請參閱后文中的 選擇RAID 級別 了解更多信息。
影子副本	默認情況下，使用10%的卷空間，但是我們建議用戶為其使用更多空間。

存儲陣列的選擇

在選擇存儲陣列和適配器的時候需要考慮許多事項。在選擇存儲陣列類型的時候，可以考慮以下選項：

表3. 選擇存儲陣列時的選項

選項	描述
光纖通道或SCSI	· 光纖通道允許用戶使用長的玻璃或銅制電纜將存儲陣列連接到系統，從而提供高帶寬。 · SCSI 提供了非常高的帶寬，但是電纜長度有限。
HW RAID 能力	存儲控制器具有 HW RAID 能力十分重要。表4介紹了RAID 0、RAID 1和RAID 5級別。
最大存儲容量	· 總的存儲區域。 · 訪問存儲系統時的帶寬由陣列中的物理磁盤數量、控制器的速度以及磁盤類型（例如，SCSI或光纖通道）、HW RAID、以及將存儲陣列連接到系統的適配器共同決定。

HW RAID 的級別

大多數存儲陣列都具有部分的HW RAID功能，并包括如下RAID選項。

表4. HW RAID 選項

選項	描述
RAID 0	RAID 0 表現為一個邏輯磁盤，由一組物理磁盤組成，并以帶區方式訪問磁盤。 · 整體來看，這種方式是速度最快的HW RAID配置方式。 · 這是一種最為廉價的RAID配置方式，因為無需復制數據。 · 和RAID 0 和 RAID 5 不同，RAID 0 不提供額外的數據恢復機制。
RAID 1	RAID 1 表現為一個邏輯磁盤，它與另一個磁盤互為鏡像。 · RAID 1的寫操作的速度慢于RAID 0，因為需要向兩塊或兩塊以上的物理磁盤寫入數據，而且它的寫操作具有最長的延遲時間。 · 在某些情況下，RAID 1讀取數據的速度要快于RAID 0，因為它可以從最閑的一塊物理磁盤中讀取數據。 · 從物理磁盤方面來看，RAID 1是最為昂貴的配置方式，因為數據被完整地保存成兩份或者更多的副本。 · 在物理磁盤發生故障之后所需的恢復時間方面，RAID 1的速度最快，因為第二塊物理磁盤可以立即投入使用?？梢栽诎惭b新的鏡像磁盤的同時，允許用戶訪問所有數據。
RAID 5	RAID 5 表現為一個邏輯磁盤，它將奇偶校驗信息寫入到另一塊磁盤中，如圖3所示。 · RAID 5 使用獨立的數據磁盤，并且具有分布式的奇偶校驗塊。 · RAID 5 的速度慢于RAID 0，因為每一個邏輯磁盤的寫I/O都會將數據被寫入到多塊磁盤。但是，RAID 5提供了RAID 0 所沒有的數據恢復功能，因為可以根據奇偶校驗來重新構造數據。 · 在物理磁盤發生故障之后，RAID 5 需要花費額外的時間（和RAID 1相比）進行恢復，因為它需要利用保存在其他磁盤上的奇偶校驗信息來重新構造磁盤上的數據。 · 因為不需要在磁盤上保存數據的完整副本，RAID 5的成本低于RAID 1。
其他	其他的RAID組合方式包括RAID 0+1、Raid 10 以及 Raid 50。

下圖描繪了RAID 5 的配置方式。

圖3RAID5 概述

選擇RAID 級別

選擇每一個RAID 級別時都需要全面考慮如下因素：

· 成本

· 性能

· 可用性和可靠性

您可以評估各種數據類型的讀寫負載，然后確定為了實現組織的性能表現和可用性（可靠性）目標所需耗費的資金，最后為文件服務器選擇最佳的RAID級別。表5介紹了4種常見的RAID級別、它們的相對成本、性能表現、可用性和可靠性以及建議使用的場合。

表5. RAID 考慮因素

	RAID-0 帶區	RAID-1 鏡像	RAID-5 帶奇偶校驗的帶區	RAID-0+1 帶區鏡像
最小磁盤數量	2	2	3	4
可用的存儲容量	100%	50%	N-1/N 此處的 N 為磁盤的數目	50%
容錯性	無。其中一塊磁盤的故障會丟失卷中的所有數據。	可以允許損失多塊磁盤，只要有一對鏡像磁盤沒有損失即可。	可以容忍其中一塊磁盤發生故障。	可以允許損失多塊磁盤，只要還有一對鏡像磁盤沒有損失即可。根據陣列中鏡像磁盤的對數而有所變化 1。
讀性能	由于改善了并發性，一般會得到提高	良好的讀性能	由于改善了并發性，一般會得到提高	由于改善了并發性，并且每個請求可以有兩個來源，從而提高了性能。
寫性能	由于改善了并發性，一般會得到提高	比JBOD 差（對于大多數負載，在20% 和 40% 之間）	很差，除非執行完整的帶區寫入操作（大型請求），比JBOD低大約25%左右（4:1 請求）。	可能提高，也可能降低，具體情況視請求的大小、熱點（靜態或動態）等因素而定。
最佳用途	只用于存儲臨時數據	操作系統日志文件	· 操作系統 · 用戶和共享數據 · 應用程序文件	· 操作系統 · 用戶和共享數據 · 應用程序文件 · 日志文件

1如果某塊磁盤發生故障，在替換磁盤之前如果其鏡像伙伴也發生故障，數據將會丟失。但是，任何其他成員磁盤的故障并不會導致數據丟失。

如果您使用了兩塊以上的磁盤，RAID 0+1永遠都是比RAID 1更好的解決方案。

在確定應該在RAID 0、RAID 5和RAID 0+1虛擬磁盤中包括的磁盤數量的時候，應該考慮以下信息：

· 隨著添加更多的磁盤而獲得的性能提升。

· 可靠性，兩塊磁盤的平均故障時間（MTTF），將隨著在RAID 5或RAID 0中添加磁盤而不斷降低。

· 隨著添加更多磁盤，可用的存儲容量將增加，但是成本也會隨之一同上升。

· 帶區單元的大小。軟件解決方案將其固定在64KB。硬件解決方案則從4KB到1MB不等。理想的帶區單元的大小可以在不中斷請求的情況下最大限度改善磁盤操作（因為多塊磁盤可以服務于同一個請求）。例如：

· JBOD上的一個順序請求流（大型）在一個時間只會導致一塊磁盤處于繁忙狀態。為了讓所有磁盤都處于繁忙狀態，帶區單元需要被設為1/N（此處的 N 等于請求的大?。?。

· 對于N個小型的隨機請求流，如果N大于磁盤的數目，而且沒有熱點，那么帶區集將不會提高系統的性能。但是，如果存在熱點，帶區單元的大小就需要精心設置， 以便將請求被分割的現象降至最少，同時最大限度地避免熱點完全落入一個或兩個帶區單元。您可能會將單元的大小設置為請求大小的低倍數，例如5倍或10倍， 尤其是當請求大小位于某個容量界限時（例如，4KB或者8KB）。

· 當流的數量少于磁盤的數量時，需要對流進行分割，以便所有磁盤都保持繁忙狀態。根據上面的兩個例子，例如，如果您有10塊磁盤和5個流，那么需要對半分割每個請求（將帶區單元的大小設置為請求大小的一半）。

確定卷的布局

任何時候，都應該盡可能地將不同類型的數據分別放在不同的卷上。例如，為操作系統和分頁文件使用一個卷，為共享的用戶數據、應用程序和日志文件使用一個或多個卷

將不同類型的數據放在不同虛擬磁盤的不同卷中。使用不同的虛擬磁盤對于那些會產生大量數據寫入負載的數據類型（例如日志文件）來說顯得尤其重要，因 為單個磁盤集（包含虛擬磁盤）可以專門用來處理由于日志文件的更新而產生的磁盤I/O。將分頁文件放在單獨的虛擬磁盤上可以小幅度地提高系統性能，但是這 種性能提升一般不值得為其付出額外的成本。

為了在最大限度降低成本的同時提高性能，將位于同一個虛擬磁盤上的一個或多個卷中的不同數據類型合并到一起通常是一種有益的做法。一個常見的方法就是：將操作系統和分頁文件放在同一個虛擬磁盤上，而將用戶數據、應用程序以及日志文件放在剩余虛擬磁盤的一個或多個卷上。

中斷調解

某些存儲適配器能夠減慢向主機處理器發出中斷的頻率，這些中斷表明發生（或）完成了某個磁盤操作。減緩中斷頻率通常會降低CPU的負載，但是，除非中斷調解能夠以智能化的方式執行；否則CPU性能的提高將以延遲時間的增加作為代價。

表6. 中斷調解選項

設備	描述
64位功能	支持64位的適配器可以在大容量內存地址（大于4GB）上執行DMA操作。
銅纜和光纖（玻璃）適配器	使用銅纜的適配器和使用光纖的類似產品一般具有相同的性能表現，而且銅纜和光纖都可以用在某些光纖通道適配器上。使用銅纜和光纖的適配器應該說各有所長，分別有各自適用的環境。
雙端口或4端口SCSI適配器	某些SCSI適配器在一塊適配器卡上提供了2或4條SCSI總線。由于SCSI限制了能夠連接到SCSI總線上的磁盤數量，這種做法通常是十分必要的。光纖通道的磁盤一般對連接到適配器的磁盤數量沒有進行限制。

與存儲有關的參數

您可以調整如下注冊表參數，獲得更高的吞吐量。

CountOperations

本參數允許您關閉系統和進程級別的I/O計數器。該計數器會影響磁盤和網絡I/O請求的系統和磁盤計數。除了網絡接口、IP和TCP計數器之外，物 理和邏輯磁盤計數器不受本參數的影響。由于對進程和系統級別的I/O進行計數會產生可觀的開銷，而且系統仍然會分析物理、邏輯、網絡接口、IP和TCP級 別的I/O速率，因此在系統上使用此注冊表參數關閉進程和系統計數器就非常有用。為了關閉進程和系統I/O計數器，需要在以下注冊表條目中創建一個注冊表 值——以及I/O系統鍵（如果不存在）——并且將其值設置為0（REG_DWORD）：

HKEY_LOCAL_MACHINE\System\CurrentControlSet\Session Manager\I/O System\CountOperations.

為了使本設置生效，需要重新啟動計算機?？梢詫ountOperations設置為1，或者刪除CountOperations注冊表條目，以重新開啟進程和系統計數器。

NumberOfRequests

本參數允許您指定為某塊給定適配器創建的SRB的數量。它能夠提高性能，并且讓Windows向邏輯磁盤發出更多的磁盤請求，這對于擁有并發能力的 HW RAID 適配器來說尤其有用，因為每一個邏輯磁盤都由多塊物理磁盤組成。但是，默認設置對于許多高速的HW RAID磁盤陣列來說通常不是最佳的設置。 可以將NumberOfRequests設置為32到96（十進制）之間的一個數值，改善磁盤陣列的整體性能?？梢栽O置以下注冊表條目： HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\MINIPORT_ADAPTER\Parameters
\DeviceN\NumberOfRequests (REG_DWORD)

用具體的適配器名稱替換miniport_adapter。為每個設備建立一個條目，并且在每個條目中用Device1、Device2…替換 DeviceN ，具體情況視添加的設備數量而定。為了讓設置生效，需要重新啟動計算機。例如，如果兩塊Emulex LP9000 微型端口適配器的微型端口驅動程序名稱為lp6nds35，可以創建如下注冊表條目，并將它的值設置為96：

HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\lp6nds35\Parameters\Device0\NumberOfRequests

HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\lp6nds35\Parameters\Device1\NumberOfRequests

DontVerifyRandomDrivers

本參數會阻止驅動程序驗證程序處于調試的目的隨機校驗驅動程序。為了禁用驅動程序校驗程序，可以將以下注冊表條目的值設為1（REG_DWORD）：

HKEY_LOCAL_MACHINE\System\CurrentControlSet\Session Manager\Memory Management\DontVerifyRandomDrivers.

IIS6.0 性能調整

選擇正確的高性能硬件

選擇能夠滿足預期Web負載（包括平均負載、峰值負載、容量、成長規劃以及響應時間）的正確硬件十分重要。硬件瓶頸會讓軟件調整帶來的性能提升大打折扣。在選擇硬件時，請考慮表7所列出的各個因素：

表7. 為IIS 6.0選擇硬件時的考慮事項

因素	考慮事項
處理器的數目、類型和速度	· 腳本（ASP或 ASP.NET）以及加密（SSL）都是十分耗用CPU資源的工作。此外，并發的客戶端負載也會加重CPU的負擔。在為系統選擇處理器的速度和數量時，應該考慮到這些因素。 · 大容量的 L2 處理器緩存能夠提供更出色的性能。 · 兩顆CPU的綜合性能通常無法與單顆具有雙倍速度（相對于上述兩顆速度較慢的 CPU 而言）的 CPU 相媲美。
物理內存（RAM）的數量	在添加更多的站點、內容腳本（特別是ASP.NET腳本）和應用程序池（或者工作進程）時，添加內存有助于提升系統的性能。
網絡適配器的數目、類型和速度	網絡適配器不應該成為瓶頸。型號較新的網卡可以卸載某些服務器功能，從而提升性能。更多細節信息，請參閱前文中的網絡性能調整。
磁盤控制器的類型，物理磁盤的數量和容量	· IIS 能夠將經常訪問的文件緩存在內存中。但是，不經常訪問的文件（“冷門”文件）必須在需要時從磁盤上讀取，需要經常訪問“冷門”文件的大型站點需要擁有良好的磁盤性能（連接到大量磁盤的RAID控制器）。 · IIS 日志文件的大小以及預計的增長情況都應該納入考慮范圍之內。
IIS可能依靠的其他服務器	· 速度緩慢的SQL Server 可能會制約連接到其上的IIS服務器的響應率，即使IIS 服務器擁有優秀的硬件組件。 · 如果將IIS服務器和SQL Server（或者任何其他CPU密集型組件）放在同一臺服務器上，會限制每個組件能夠使用的資源，并且影響系統的整體性能。

操作系統最佳實踐

· 如果可能，以全新方式安裝操作系統。升級可能會留下過期、不想要或者不是最優的注冊表設置，以及先前安裝的服務和應用程序，如果這些服務和應用程序會自動 啟動，那么將占用寶貴的資源。如果安裝了另一個操作系統并且需要保留該系統，那么應該在不同的分區安裝新的操作系統，否則新安裝的系統將覆蓋 Program Files\Common Files下的設置。

· 為了降低磁盤訪問沖突，應該將系統分頁文件、操作系統、Web數據、ASP模板緩存以及IIS日志盡可能放在不同的物理磁盤上。

· 避免安裝不必要的服務和應用程序。

IIS 6.0 優化

IIS 6.0 應用了新的進程模型。內核模式的HTTP偵聽程序（Http.sys）接收并發送HTTP請求（甚至可以使用它的響應緩存來滿足請求）。工作進程注冊URL子空間，Http.sys將請求發送到相應的進程（如果使用應用程序池，則發送到進程集合）。

圖4 展示了IIS 5.0和IIS 6.0進程模型之間的差異。IIS 5.0使用WinSock在端口80接受連接。請求由 inetinfo 進程負責接收，然后或者在進程內執行請求，或者將它交給dllhost 進程在進程外進行處理（為了達到隔離的目的）。響應則由 inetinfo 進程發送回去。

圖4IIS 5.0 和 IIS 6.0 的進程模型

IIS 6.0 進程依賴于內核模式的Web驅動程序Http.sys。在新的模型中，Http.sys負責管理連接和處理請求。請求可能通過Http.sys緩存得到滿 足，也可能被交給一個工作進程以便得到進一步處理（見圖5）?？梢耘渲枚鄠€工作進程，從而以較低開銷實現了隔離。

Http.sys包括了一個響應緩存。當請求與響應緩存中的某個條目相匹配的時候，Http.sys直接從內核模式中發送緩存響應。圖5展示了請求通過Http.sys得到處理的情況（請求也可能向上交給某個工作進程進行處理）。

圖5IIS 6.0中的請求處理

由于Web服務器既包括內核模式的組件，也包括用戶模式的組件，必須對二者同時進行調整才能獲得最佳性能。因此，針對特定負載的IIS 6.0調整工作需要對如下內容進行配置：

· Http.sys（內核模式驅動程序）以及相關的內核模式緩存。

· 工作進程和用戶模式IIS，包括應用程序池配置。

此外，我們還將在后文中討論會對性能造成影響的其他參數。

內核模式的調整

與性能有關的Http.sys設置可以劃分為兩類：緩存管理以及連接和請求管理。所有的注冊表設置都保存在以下條目中：HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\Http\Parameters

如果HTTP服務正在運行，必須首先停止服務，然后重新啟動計算機，以便讓設置生效。

緩存管理設置

Http.sys具有的優點之一便是內核模式緩存。如果響應位于內核緩存中，那么可能可以完全通過內核模式來滿足某個HTTP請求，這顯然可以極大 降低CPU處理請求的開銷。但是，IIS 6.0的內核模式緩存是一種基于物理內存的緩存，每個條目都需要占用一定的內存空間。

緩存中的條目只有在被使用的時候才能提供益處。但是，條目在任何時候都會占用物理內存，不論它是否被使用。所以，需要對緩存某個項目帶來的益處（能 夠直接從緩存中滿足請求）以及它在整個生命期中的開銷（需要占用物理內存）進行評估，并且考慮可用資源（CPU、物理內存）和工作負載的情況。 Http.sys 試圖僅在緩存中保存有用（經常被訪問）的項目，但是，如果針對特定工作負載來調整Http.sys緩存，Web服務器的性能還可以獲得一定程度的提高。

以下是一些有用的Http.sys內核模式緩存設置：

· UriEnableCache. 默認值：1。設為非零值可以啟用內核模式響應和分段緩存。對于大多數工作負載，緩存都應該保持啟用。如果希望獲得超低響應和較低的緩存利用率，那么請考慮禁用緩存。

· UriMaxCacheMegabyteCount. 默認值：0。設為非零值可以指定內核緩存可以使用的最大內存數量。默認值為0，允許系統自動調節緩存能夠使用的內存數量。注意：只能設置可以使用的最大內存數量，而且系統可能不允許緩存增長到指定的大小。

· UriMaxUriBytes. 默認值：262144字節（256KB）。本參數設定了內核緩存中每個條目的最大長度。大于這個長度的響應或分段都不會被緩存。如果有足夠的資金，可以考慮增加此參數的值。如果資金有限，而且大型的條目會擠掉較小的條目，那么可以將本參數設為更小的值。

· UriScavengerPeriod. 默認值：120秒。一個“清道夫”程序會定期掃描 Http.sys緩存，在兩次掃描期間沒有被訪問過的條目將被刪除?？梢詫呙柚芷谠O置為一個較高的值，以減少掃描次數。但是，如果訪問頻率低的老條目仍 然保留在緩存中，緩存占用的內存將不斷增加。如果將此期限設置得過低，掃描頻率會過于頻繁，而且可能導致緩存的過度清洗和擾動。

請求和連接管理設置

此外，Http.sys管理入站HTTP/HTTPS 連接，并且是在這些連接上處理請求的第一個層。它使用內部數據結構保存有關連接和請求的信息。雖然這樣的數據結構可以按需創建（或釋放），但如果在 look-aside里表中保存部分數據結構留作備用，則可以實現更高的 CPU 效率。保存這樣的儲備有助于Http.sys利用更少的CPU資源來處理負載波動。注意：負載波動不一定由外部的負載波動而引起。一些旨在改善批處理或者 中斷調解的內部優化措施也可能導致負載波動和起伏。

儲備有助于減少CPU的使用率和縮短延遲時間，同時能夠增加Web服務器的處理能力，但是也會增加內存的使用率。在調整Http.sys的請求和連接管理行為的時候，需要牢記的因素便是：可用的服務器資源，性能目標以及工作負載的特性。您可以使用以下請求和連接管理設置：

· MaxConnections。 本 設置用來控制Http.sys所允許的并發連接的數量。每一個連接都會耗用非分頁池（一種寶貴和有限的資源）。默認值的設置相當保守，以限制連接占用的非 分頁池數量。對于配備了充足內存的專用Web服務器，如果預計會產生大量的并發連接，可以將此值設置得更高一些。此值設置得越大，占用的非分頁池就越多， 所以要務必小心，應該使用一個與系統配置相適應的正確數值。

· IdleConnectionsHighMark、IdleConnectionsLowMark和IdleListTrimmerPeriod. 這些值用來控制對非并行使用的連接結構的處理：在某個時間必須提供多少可用的連接（用于處理連接負載的波動）、釋放列表的上下界限、以及連接結構剪切和補充的頻率等。

· RequestBufferLookasideDepth 和 InternalRequestLookasideDepth 這些值控制與緩沖區管理有關的數據結構的處理工作，以及應該完成多少儲備以應付負載波動情況。

用戶模式設置

IIS 注冊表設置

以下注冊表設置可以在下面的條目下找到：

HKLM\System\CurrentControlSet\Services\Inetinfo\Parameters\

· MaxCachedFileSize（REG_DWORD），以字節為單位。決定了能夠被緩存的文件大?。J為256KB）。實際值根據數據表中最大文件的數量和大小以及可用的RAM數量而定。對頻繁訪問的大型文件進行緩存可以降低CPU使用率，減少磁盤訪問以及相關的延遲時間。

· MemCacheSize（REG_DWORD），以MB為單位。將IIS用戶模式緩存限制為指定的大小 （默認設置為根據可用內存的數量由IIS調整緩存的大?。?。根據“熱門”文件集合（頻繁訪問文件的集合）的大小以及RAM數量或者IIS進程地址空間（正 常情況下應該在2GB以下），需要認真選擇本參數的值。

· DisableMemoryCache（REG_DWORD）。如果設置為1（默認為0），則禁用用戶模式的IIS緩存。在緩存命中率非常小的時候，可以完全禁用緩存，以避免與緩存代碼路徑有關的開銷。

· MaxPoolThreads（REG_DWORD）。設置每個處理器能創建的池線程的最大數量（默認為 4，范圍不限。）每一個池線程都觀察網絡請求，然后處理它們。MaxPoolThreads 計數沒有包括當前處理ISAPI應用程序的線程。如果CPU的平均使用率沒有處于最佳狀態，應該增加本參數的值，因為現有的所有線程都為繁忙狀態，沒有用 于處理新請求的可用線程。

· PoolThreadLimit（REG_DWORD）。設置系統能創建的池線程的最大數量（默認值為處理 器數量的4倍，范圍不限）。PoolThreadLimit 必須大于或等于MaxPoolThreads。正常情況下，PoolThreadLimit = MaxPoolThreads ′ 處理器數量。僅僅設置其中的一個參數是不夠的。如果同時指定了MaxPoolThreads 和PoolThreadLimit參數，則可以施加更嚴格的限制。

· ObjectCacheTTL（REG_DWORD），以秒為單位?？刂茮]有被訪問過的對象在IIS用戶模 式緩存中停留的時間長度（默認值為30秒，如設置為0xFFFFFFFF則禁用對象緩存清道夫線程）。如果系統配備了足夠的內存，而且提交的內容不經常變 化，那么可以增加本參數的值。如果系統內存不足而且用戶模式緩存的大小在不斷增長，則應該降低本參數。請參閱本節下面的 ActivityPeriod 部分。

· ActivityPeriod（REG_DWORD），以秒為單位。只有當文件在活動期限（默認為10秒 鐘，如果設為0則禁用本選項）內被重復命中，才允許緩存文件。本參數會降低由于緩存不經常訪問的文件而引起的緩存開銷，如果緩存內容變化不大，而且沒有足 夠的可用內存，那么可以增加活動期限的值；或者，如果緩存上存在大量請求負載，可以降低活動期限的值。

· DataSetCacheSize（REG_DWORD）默認值為50。設置配置數據庫數據集緩存中虛擬目錄條目的最大數量。如果已經安裝的虛擬目錄的數量超過了默認值，可以增加本參數的值。在提交靜態內容的時候，一個容量不足的數據集緩存會增加延遲時間（更低的吞吐量和更低的CPU使用率）。

IIS Metabase

以下設置可以在 W3SVC/ 下找到。

· AspMaxDiskTemplateCacheFiles。啟用ASP腳本模板的磁盤緩存。ASP模板的 編譯是一件非常耗費處理器資源的工作。內存大小限制了可以緩存在內存中的模板的數量。從磁盤上的模板緩存中取回編譯后的模板所需的開銷比編譯ASP內存緩 存中沒有的模板要小。請參見下文中的 AspScriptEngineCacheMax 一節。

· AspDiskTemplateCacheDirectory。如果可能，可以將其設置為不頻繁使用的磁盤 （例如，沒有和操作系統、分頁文件、IIS日志或者其他頻繁訪問的內容共享的磁盤）。默認目錄是 “%windir%\system32\inetsrv\Template Disk cache\ASP Compiled Templates”。

· AspScriptEngineCacheMax。將其設置為內存容量所允許的最大的腳本引擎數（默認為125）。

· AspScriptFileCacheSize。設置為內存容量所允許的最大的ASP模板數量（默認250）。請參閱前文中的AspMaxDiskTemplateCacheFiles一節。

· AspExecuteInMTA。如果在交付某些ASP內容時希望對出現的錯誤或故障進行檢測，請將本參數 設置為1（啟用）。例如，如果需要托管多個站點，而且每個站點都運行在它自己的工作進程之下，那么便可以啟用本參數。錯誤一般可以在事件查看器中的 COM+部分中看到。本設置啟用了ASP中的多線程單元模型（默認值為0，表示禁用）。

· AspProcessorThreadMax。如果當前設置（默認為25）不足以滿足負載的需求（可能會導致某些請求出現錯誤），可以增加本參數的值。

· CentralBinaryLoggingEnabled。通過將本參數設置為TRUE，可以啟用集中的二進制日志記錄。二進制IIS日志記錄可以減少對CPU的使用，降低占用的磁盤空間以及減少磁盤I/O操作。集中的二進制日志可以被導向一個二進制文件，而無論托管站點的數量如何。分析二進制格式的日志需要一個后處理工具。

IIS 工作進程選項（IIS Admin UI、應用程序池屬性）

在沒有管理員干預、服務重啟或者計算機重啟的情況下，IIS管理界面上的IIS工作進程回收選項為發生的緊急故障或事件提供了有效的解決辦法。這樣 的情況包括內存泄漏，泄漏會增加內存負擔，或者導致工作進程進入不響應或空閑狀態。在正常情況下，可能不需要啟用回收選項，所以可以關閉它（或者對系統進 行配置，以很低的頻率執行回收工作）。在下面的章節中，黑體字名稱是per-app-pool（應用程序池）變量。在使用腳本設置這些變量的時候，可以使 用路徑“ /LM/W3SVC/AppPools/n”，在這里n 代表應用程序池索引。

有三個選項，如下表所示：

· 回收選項。可以在“回收”選項卡中找到。

· 性能選項。 可以在“性能”選項卡中找到。

· 工作進程健康監視選項。可以在“健康”選項卡中找到。

表 8. 回收選項

參數	描述
PeriodicRestartRequests，DWORD，選項默認為禁用，默認值為35000	按照時間定期回收
PeriodicRestartRequests，DWORD，選項默認為禁用，默認值為35000	根據請求的（累計）數量定期回收
PeriodicRestartSchedule， MULTISZ，默認為禁用，默認為空字符串值	在指定的時間進行回收
· PeriodicRestartMemory， DWORD，默認值為512 MB · PeriodicRestartPrivateMemory， DWORD，默認值為192 MB	如果達到了以下兩個條件之一，基于內存的回收（默認為禁用）將允許回收工作進程： · 虛擬內存的最大容量 · 已使用內存的最大容量 如果面臨不斷增長的內存容量壓力，可以其中一個參數或全部參數，基于嚴格的內存容量標準，頻繁回收工作進程，以緩解內存壓力。

表 9. 性能選項

參數	描述
IdleTimeout，DWORD，以分鐘為單位，默認值為20	在進程的空閑時間超過指定的時間時，關閉工作進程。這樣可以節省有限的內存資源，但是如果CPU負載繁重，需要頻繁啟動新的工作進程，則不建議采取這種做法，因為創建進程會帶來一定的開銷。
AppPoolQueueLength，DWORD，默認值為2000	限制每個應用程序池（App-Pool）的內核請求隊列的長度。請求會消耗分頁池，在對分頁池具有大量需求的情況下，應該降低本參數的值。如果超過指定的長度，會導致服務器拒絕請求，并產生編號為503的非自定義錯誤。
CpuAccounting，BOOLEAN，默認為禁用（0），啟用為1	監 視CPU的使用情況。您可以按照百分比設置CPU的最大使用率（CpuLimit，DWORD，默認值為0）和監視工作的刷新周期 （CpuResetInterval，DWORD，默認值為0，以分鐘計）。如果達到了CPU的使用率限制，或者不采取任何操作（但是會在事件日志中寫入 一個事件），或者關閉工作進程（CPUAction，DWORD，默認值為0，表示“不采取任何操作”；最大值為1，表示“關閉工作進程”）。
MaxProcesses，默認：使用1個工作進程處理所有請求	可 以在操作的Web Garden（Web園）模式中控制工作進程的總數量。在Web Garden模式中，幾個工作進程負責處理單個應用程序池下的請求負載。沒有通過不同的應用程序池為Web站點預先分配任何工作進程。在某些情況下，一個 工作進程無法滿足負載的處理需要（可以通過糟糕的CPU使用率和漫長的響應時間看出這一點），增加工作進程的數量則有助于改善系統的吞吐量和CPU使用 率。在托管了多個站點的情況下，可以考慮采用Web Garden模式。此外，在其中一個進程突然崩潰的情況下，采用多個工作進程還提供了更多可靠性，而且幾乎不會出現所有服務均中斷的情況。與預先分配應用 程序池相比，Web Garden模式更容易設置和控制。

表10. 健康選項

參數	描述
PingingEnabled，BOOLEAN， 默認值為1 PingInterval，DWORD，默認值為30秒	以固定時間間隔（PingInterval）Ping 工作進程（PingingEnabled）。如果沒有響應，則認為工作進程發生錯誤，IIS將試圖終止進程并產生一個新的進程。
RapidFailProtection，BOOLEAN，默認 RapidFailProtectionMaxCrashes， DWORD，默認為5個故障 RapidFailProtectionInterval， DWORD，默認為5分鐘	設 置在給定的時間段內（RapidFailProtectionInterval）允許產生的最大故障數量 （RapidFailProtectionMaxCrashes），對不斷快速產生故障的情況加以控制（RapidFailProtection）。如果 到達了指定了故障率，應用程序池將被禁用，并且在事件日志中寫入相關信息。
StartupTimeLimit，DWORD，默認為90秒	控制工作進程的啟動時間，超過此時間，則認為其發生了故障。
ShutdownTimeLimit，DWORD，默認為90秒	控制工作進程的關閉時間，超過了此時間，則認為其處于不響應狀態。

安全套接字層的調整參數

安全套接字層（Secure Sockets Layer，SSL）的使用會加重CPU的負擔。SSL中最為耗費資源的部分為建立會話所需的開銷（包括一次完整的握手），然后是重新連接的開銷和加密/解密的開銷。為了獲得更好的SSL性能，請執行如下操作：

· 啟用SSL會話的“保持活動”（keep-alive）特性。這樣可以消除建立會話所需的開銷。

· 如果可能，重新使用會話（特別是對于那些沒有“保持活動”的流量）。

· 注意：密鑰越長，安全性就越高，但是需要的CPU時間就越多。

· 注意：并不是所有的頁面組件都需要加密。但是，混合的純文本HTTP和HTTPS可能會導致客戶端瀏覽器彈出一個警告，告知并不是所有的頁面內容都得到了保護。

ISAPI

對于ISAPI，沒有任何具體的調整參數。如果編寫一個私有的ISAPI擴展，請確保代碼在執行和資源使用方面具有高效率。請參閱后文中的 影響IIS性能的其他問題。

托管代碼調整參數

· 確信已經預先編譯了所有的腳本?？梢栽诿總€目錄中調用一個.NET腳本來完成這項工作。在編譯完成之后，需要復位IIS。在修改了Machine.config、 Web.config或任何.aspx腳本之后需要重新編譯。

· 如果不需要會話狀態信息，請確信在每個頁面中關閉了此項目。

· 當用戶在隔離模式（每個站點一個應用程序池）下運行包含ASP.NET腳本的多個主機的時候，應該監視內存使用情況。請根據預計將要并發運行的應用程序池 的數量，為IIS服務器配備足夠的內存?？紤]在存在多個隔離進程的地方使用多個應用程序域（app-domains）。

影響IIS性能的其他問題

· 安裝沒有緩存意識的過濾器。安裝沒有HTTP緩存意識的過濾器會導致IIS禁用全部緩存，從而造成性能急劇下降。老的ISAPI過濾器（在IIS 6.0之前編寫的過濾器）可能會存在這個問題?？梢允褂肏TTP緩存的過濾器在配置數據庫中被標記為“具有緩存意識”的過濾器。

· CGI 請求。出于性能的考慮，我們不建議使用CGI應用程序處理請求。由于需要頻繁創建（和刪除）CGI進程，會產生大量的系統開銷。更好的替代辦法是使用ISAPI程序和ASP（或ASP.NET）腳本。這些方式都可以使用隔離。

NTFS 文件系統設置

HKLM\System\CurrentControlSet\Control\FileSystem\ 下的 NtfsDisableLastAccessUpdate （REG_DWORD）1。

通過禁止更新最后一次訪問的文件或目錄的日期和時間戳記，這個針對整個系統的開關參數會降低磁盤I/O負載和縮短延遲。默認情況下本鍵不存在，因此 需要額外添加。如果操作包含數千個目錄的大型數據集（或者大量主機），禁用更新的效果十分明顯。如果只需要保留信息Web供Web管理使用，我們建議用戶 使用IIS日志代替它。

警告：某些應用程序（例如增量備份工具）需要使用這些更新信息，如果沒有這些信息，它們將無法正常工作。

Tcpip.sys 的IIS性能設置

請參閱前文中的 網絡性能調整。

IIS的網絡適配器調整和綁定

· 確信所有網絡適配器設置都為最佳狀態。

· 將每一塊網絡適配器分別綁定到一顆CPU（具體方法取決于網絡適配器的數量、CPU的數量以及每塊網絡適配器上的端口數量）。

請參閱前文中的網絡性能調整。

文件服務器性能調整

一般考慮事項

為了滿足預期的文件服務器負載，選擇正確的硬件十分重要，在選擇硬件時需要考慮平均負載、峰值負載、容量、成長規劃以及響應時間。硬件瓶頸會使軟件調整獲得的性能提升大打折扣。

在選擇硬件和設置操作系統時，需要考慮以下問題。

表11. 選擇正確的硬件以提升性能

問題	建議
處理器的數量、類型和速度	· 大容量的 L2 處理器緩存能夠提供更出色的性能。 · 兩顆CPU的綜合性能無法與單顆具有雙倍速度（相對于上述兩顆速度較慢的 CPU 而言）的 CPU 相媲美。
內存（RAM）的數量	如果計算機內存不足，而且需要立即添加更多內存，Windows Server 2003 使用硬盤空間模擬系統內存。這些內存被稱作虛擬內存，也經常被稱為分頁文件。 · 盡力避免將分頁文件與操作系統文件放在同一個驅動器上。 · 避免將分頁文件放在容錯驅動器上，例如鏡像卷或者RAID-5卷。分頁文件不需要容錯，由于需要將數據寫入到多個位置，某些容錯系統的寫入速度會因此變得非常慢。 · 不要將多個分頁文件放在同一個物理硬盤驅動器的不同分區上。
網絡適配器的數量、類型和速度	· 網絡適配器不應該成為系統瓶頸。型號較新的網絡適配器可以卸載某些服務器功能，從而提高系統性能。 · 確信所有網絡適配器設置都是最優的。 · 將每塊網絡適配器分別綁定到一顆CPU（具體方法取決于網絡適配器的數量、CPU的數量以及每塊網絡適配器上的端口數目）。 · 更多細節信息，請參閱前文中的網絡性能調整。
磁盤控制器的類型、物理磁盤的數量以及它們的整體容量	· 文件服務器將頻繁接收訪問的文件放入緩存。但是，必須從磁盤上讀取訪問不頻繁的文件。為了處理針對大批文件的大量請求所帶來的龐大數據量，磁盤性能必須非常出色（連接大量磁盤的RAID控制器）。 · 將系統分頁文件、操作系統以及數據盡可能放在不同的物理磁盤上。 · 確信分配單元大小與卷的大小相匹配。

服務器消息塊服務器模型

服務器消息塊（Server Message Block，SMB）模型包括兩個實體：客戶端和服務器。

客戶端通過重定向程序（Rdbss.sys和SMB 小型重定向程序Mrxsmb.sys）為服務器上所保存的文件接收請求。它通過TCP/IP，使用SMB協議發送請求。

服務器通過TCP/IP協議，從客戶端接收多個請求，然后將請求發送到本地文件系統（Ntfs.sys），由它負責訪問存儲堆棧。

圖 6客戶機-服務器通信的SMB模型

文件服務器的常規調整參數

下列注冊表調整參數會影響文件服務器的性能。

PagedPoolSize

HKLM\System\CurrentControlSet\Control\SessionManager\MemoryManagement\ (REG_DWORD)

文件緩存空間和分頁池空間共享系統虛擬地址中的一個公共區域。限制分頁池可以得到更大的系統緩存，從而能夠緩存更多的內容，實現更快的文件服務性能。

NtfsDisable8dot3NameCreation

HKLM\System\CurrentControlSet\Control\FileSystem\ (REG_DWORD)

默認值為 0。該參數用于確定 NTFS 是否為長文件名以及包含來自擴展字符集的文件名生成符合 8.3（DOS）命名協定的短文件名。如果該注冊表項的值為0，那么文件潛在可以有兩個名稱：用戶指定的名稱和 NTFS 生成的短名稱。若用戶指定的名稱符合 8.3 命名協定，NTFS 則不再生成短名稱。

修改該值不會更改文件的內容，但可以避免對文件創建短名稱屬性，并能更改 NTFS 顯示和管理文件的方式。

Disablelastaccess

HKLM\System\CurrentControlSet\Control\FileSystem\. (REG_DWORD)

默認不創建該注冊表項。

如果您有一個 NTFS 卷包含大量文件夾或文件，而且有一個程序依次對它們進行訪問，那么用于生成Last Access Time（最后一次訪問時間）更新的 I/O 帶寬會占用 I/O 總帶寬的很大比例。如要提高對文件夾或文件的訪問速度，您可以將 disablelastaccess 設置為禁止更新 Last Access Time（最后一次訪問時間）。在您使用了該命令并重新啟動計算機之后，Last Access Time 將不再得到更新。如果您創建一個新文件，Last Access Time 則與 File Creation Time（文件創建時間）保持一致。

NumTcbTablePartitions

HKLM\system\CurrentControlSet\Services\Tcpip\Parameters\. (REG_DWORD)

默認創建該鍵。

該參數控制 TCB 表的分區數量?？梢詫?TCB 表進行分區，減少對其的爭用，從而提高多處理器系統的可伸縮性。

TcpAckFrequency

注意：TcpAckFrequency 只能應用于 Windows Server 2003。 TcpAckFrequency 的推薦設置介于 TcpWindowSize 的值的三分之一和二分之一之間。

對于千兆網卡：

HKLM\system\CurrentControlSet\Services\Tcpip\Parameters\Interfaces

對每個千兆網絡適配器添加：

TcpAckFrequency (REG_DWORD) = 13（十進制）

注冊表默認不包含該項。如果僅確認數據而不是針對所有的控制數據包，那么每 13 個數據包僅確認一次，而不是默認的兩次。這樣，在從客戶端向服務器執行大量寫入（上載）操作時，有助于降低網絡堆棧（Network Stack）的數據包處理開銷。

對于 FastEthernet 網卡：

HKLM\system\CurrentControlSet\Services\Tcpip\Parameters\Interfaces

對每個 FastEthernet 網絡適配器添加：

TcpAckFrequency (REG_DWORD) = 5（十進制）

注冊表默認不包含該項。如果僅確認數據而不是針對所有的控制數據包，那么每 5 個數據包僅確認一次，而不是默認的兩次。這樣，在從客戶端向服務器執行大量寫入（上載）操作時，有助于降低網絡堆棧（Network Stack）的數據包處理開銷。

中斷關聯

中斷關聯指在多處理器服務器上將中斷操作從一個特定設備綁定到特定的處理器上。這將在所指定的處理器上強制運行 ISR 和 DPC 例行程序。由于網絡連接和文件服務器話路均位于相同上網絡適配器上，因此將中斷操作從網絡適配器綁定到處理器，可以在一組指定的處理器上處理傳入的數據包 （SMB 請求、數據），從而提高局部性和可伸縮性。您無法在單處理器計算機上配置中斷關聯。

中斷關聯篩選器（Interrupt-Affinity Filter，IntFiltr）工具允許您更改系統中 CPU 的中斷關聯。

使用該實用程序，您可以將任何設備的中斷操作指向一個特定的處理器或一組處理器（避免總是對系統中所有的 CPU 發送中斷請求）。注意：不同的設備可以有不同的中斷關聯設置。該實用程序可應用于任何運行 WindowsServer 2003 的服務器，無論采用何種處理器或中斷控制器。

客戶端計算機的常規調整參數

DormantFileLimit

HKLM\system\CurrentControlSet\Services\lanmanworkstation\parameters\ (REG_DWORD)

默認不創建該注冊表鍵。（僅針對 WindowsXP 客戶端計算機。）

指定在應用程序關閉文件后可以通過共享打開的最大文件數。

ScavengerTimeLimit

HKLM\system\CurrentControlSet\Services\lanmanworkstation\parameters\ (REG_DWORD)

WindowsXP client computers only.

重定向器在開始清除休眠文件句柄（當前無法被任何應用程序所用的已緩存的文件句柄）之前所等待的時間（秒）。

DisableByteRangeLockingOnReadOnlyFiles

HKLM\System\CurrentControlSet\Services\LanmanWorkStation\Parameters\ (REG_DWORD)

僅針對 WindowsXP 客戶端計算機。

一些分布式應用程序會在對各個客戶端進行同步時鎖定某個只讀文件的部分內容，它們要求關閉所有只讀文件的文件句柄緩存和折疊（collapsing）功能。如果不在系統上運行這類應用程序，并且在客戶端計算機上啟用了折疊功能，那么就可以設定該參數。

TcpAckFrequency

注意：TcpAckFrequency 只能應用于 WindowsXP 客戶端。TcpAckFrequency的推薦設置介于 TcpWindowSize 的值的三分之一和二分之一之間。

對于Gigabit網卡：

HKLM\system\CurrentControlSet\Services\Tcpip\Parameters\Interfaces

對Gigabit適配器添加：

TcpAckFrequency (REG_DWORD) = 13（十進制）

注冊表默認不包含該項。

如果僅確認數據而不是針對所有的控制數據包，那么每 13 個數據包僅確認一次，而不是默認的兩次。這樣，在從客戶端向服務器執行大量寫入（上載）操作時，有助于降低網絡堆棧（Network Stack）的數據包處理開銷。

對于 FastEthernet 網卡：

HKLM\system\CurrentControlSet\Services\Tcpip\Parameters\Interfaces

對每個 FastEthernet 適配器添加：

TcpAckFrequency (REG_DWORD) = 5（十進制）

注冊表默認不包含該項。如果僅確認數據而不是針對所有的控制數據包，那么每 5 個數據包僅確認一次，而不是默認的兩次。這樣，在從客戶端向服務器執行大量寫入（上載）操作時，有助于降低網絡堆棧（Network Stack）的數據包處理開銷 。

Active Directory的性能調整

大型 Active Directory? 環境只有少數幾個特殊的調整要求。

對 Boot.ini 文件使用 /3GB 開關參數

在服務器計算機上，大容量內存有助于減少磁盤 I/O 活動。使用 /3GB 開關參數，可以為 x86 服務器提供更多用戶模式虛擬空間，并且改善Active Directory 的緩存。

Windows2000 包含兩種設置：

· 運用 /3GB 開關參數，主 Active Directory 緩存的最大容量可達1024MB。

· 不運用/3GB開關參數，主 Active Directory 緩存的容量僅被限制為512MB。

對于 Windows Server2003，Active Directory 緩存可更自由地增長，但是大小受虛擬地址空間的限制。

關閉簽名和密封功能

運行附帶Service Pack1（SP1）的 WindowsXP 或更高版本的客戶端計算機以及運行 WindowsServer 2003 的服務器具備簽名和密封功能以實現更高的安全性，而且這些功能在默認情況下為啟用狀態。默認狀態下，Windows2000 客戶端并未啟用簽名和密封功能，但是安裝了Service Pack3（SP3）的 Windows2000 提供了一個選項來啟用該功能。具有安全網絡的生產環境不需要啟用該設置。Windows Server2003 操作系統家族提供了一個用于禁用簽名和密封功能的選項。您可以在此找到該設置：

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\ldap\ ldapclientintegrity = REG_DWORD 0x0

針對 Web 工作負載執行基準測試（WebBench）

考慮使用以下原則對 Web 工作負載執行基準測試

· 將 IIS 服務器以及其它相關計算機從企業網絡流量中隔離出來。

· 允許通過充足的預熱時間獲得穩定的狀態。

· 同步客戶端時鐘和 IIS 服務器時鐘以確保正確測試基于時間的請求。

· 為了實現最佳性能，在 IIS 的管理用戶界面（Admin UI）中，關閉所有回收、性能和電源選項，除非您遇到緊急情況而這些選項能幫上忙。更多信息，新參見本文前面的“IIS6.0性能調整”一節。

· 如果使用 SSL，則選擇一個合理且一致的鍵容量。

WebBench4.1 提供了測量 Web 服務器性能的方法。WebBench 使用客戶端計算機模擬 Web 瀏覽器。但是，不同于真正的瀏覽器，客戶端不顯示服務器通過響應其請求所發送的文件。相反，當客戶端接收到服務器的響應時，隨即記錄與該響應相關聯的信 息，接著馬上向服務器發送另一個請求。

下面三個表格列出了高端和低端服務器設置以及客戶端計算機調整參數。

表 12. 高端服務器設置

類型	設置
IIS 設置	· 注冊表（位于：HKLM\System\CurrentControlSet/Services\Inetinfo\Parameters\） · MaxCachedFileSize (REG_DWORD) 1048576 · IIS Metabase（位于：W3SVC/） · 通過設定 CentralBinaryLoggingEnabled = TRUE，啟用集中記錄的二進制日志文件 · SSL 調整參數：鍵容量為 1024 字節。如要進行富有挑戰性的基準測試，可對所有服務器使用相同的鍵容量。
Http.sys 設置	· 注冊表（位于：HKLM\System\CurrentControlSet/Services\HTTP\Parameters\） UriMaxUriBytes (REG_DWORD) 1048576 （最大的文件）。
NTFS 文件系統設置	· 注冊表（位于：HKLM\System\CurrentControlSet\Control\FileSystem\） NtfsDisableLastAccessUpdate (REG_DWORD) 1
針對 IIS 的 TCPIP.SYS 性能設置	· 注冊表（位于：HKLM\System\CurrentControlSet\Services\tcpip\parameters\） MaxHashTableSize (REG_DWORD) 0xffff 請參見本文前面的“網絡性能調整”一節。
針對 IIS 的網絡適配器調整與綁定	· 每個網絡適配器均綁定一顆 CPU。 請參見本文前面的“網絡性能調整”一節。

低端服務器設置的特點如下：

· 單處理器、單網絡適配器。

· 有限的物理內存——至少 256MB；通常為 512MB 的 RAM。

· 需執行分頁操作。

· 對于大批 ASP 文件和嚴重耗費內存的動態內容，建議不要使用該服務器設置。

表 13. 低端服務器設置

類型	設置
IIS 設置	· 注冊表（位于：HKLM\System\CurrentControlSet/Services\Inetinfo\Parameters\） MaxCachedFileSize (REG_DWORD) 1048576 MemCacheSize (REG_DWORD) 10 · IIS Metabase（位于：W3SVC/） 通過設定 CentralBinaryLoggingEnabled = TRUE，使用集中保存的二進制日志文件
Http.sys 設置	· 注冊表（位于：HKLM\System\CurrentControlSet\Services\http\parameters\） UriMaxUriBytes (REG_DWORD) 1048576 RequestBufferLookasideDepth (REG_DWORD) 256 InternalRequestLookasideDepth (REG_DWORD) 256 LargeMemMegabytes (REG_DWORD) 150
NTFS 文件系統設置	· 注冊表（位于：HKLM\System\CurrentControlSet\Control\FileSystem\） NtfsDisableLastAccessUpdate (REG_DWORD) 1

表 14. 客戶端計算機調整參數

類型	設置
我的計算機性能設置	· 針對程序優化處理器調度 · 針對程序優化內存應用
針對 IIS 的 TCPIP.SYS 性能設置	· 注冊表（位于：HKLM\System\CurrentControlSet\Services\tcpip\parameters\） MaxUserPort (REG_DWORD) 0xfffe MaxHashTableSize (REG_DWORD) 0xffff TcpWindowSize (REG_DWORD) 65536（在配備 100 BaseT Ethernet 網絡適配器的客戶端上修改注冊表） 請參見本文前面的“網絡性能調整”一節。

針對文件服務器工作負載執行基準測試（NetBench）

NetBench 7.02 是 eTesting Labs 的基準測試程序，允許您測量文件服務器處理客戶端網絡文件請求的性能。NetBench 可以為您提供服務器 I/O 吞吐量的總得分、平均響應時間以及各臺客戶端計算機的單獨得分。您可以使用這些測試分數衡量、分析和預測服務器處理客戶端請求的能力。在各項測試間通常要 對數據卷進行格式化，以便清空工作區，確保以全新狀態開始測試工作。如要提高性能和伸縮性，建議把客戶端數據分散在多個數據卷上。

Windows Server 2003面向 NetBench 的注冊表調整參數

鍵	設置
HKLM\System\CurrentControlSet\Control\SessionManager\ MemoryManagement\	PagedPoolSize = 192000000（十進制）（默認為0）
HKLM\System\CurrentControlSet\Control\FileSystem\	NtfsDisable8dot3NameCreation = 1（默認為0） 添加：Disablelastaccess = 1 默認不創建該注冊表鍵。
HKLM\System\CurrentControlSet\Services\Tcpip\Parameters\	添加：NumTcbTablePartitions = 8 默認不創建該注冊表鍵。
HKLM\System\CurrentControlSet\Services\Tcpip\Parameters\ Interfaces\	對每個Gigabit網絡適配器添加：TcpAckFrequency (REG_DWORD) = 13（十進制） 。 默認不創建該注冊表鍵。對于 FastEthernet 適配器，將該參數為 5。

客戶端計算機針對 NetBench 的注冊表調整參數

鍵	設置
HKLM\System\CurrentControlSet\ Services\LanmanWorkStation\ Parameters\	DisableByteRangeLockingOnReadOnlyFiles = 1； 針對 Windows XP 客戶端計算機
HKLM\system\CurrentControlSet\ Services\Tcpip\Parameters\ Interfaces\	對每個Gigabit網絡適配器添加： TcpAckFrequency = 13（十進制）。 默認為不創建該注冊表鍵。對于 FastEthernet 適配器，將該參數設為 5。
HKLM\system\CurrentControlSet\ Services\lanmanworkstation\ parameters\	添加 DormantFileLimit = 100（十進制）。 默認不創建該注冊表鍵；針對 Windows XP 客戶端計算機。
HKLM\System\CurrentControlSet \Services\lanmanworkstation\ parameters\	ScavengerTimeLimit = 100（十進制）；針對 Windows XP 客戶端計算機。

針對Active Directory工作負載執行基準測試（DirectoryMark）

下列調整對于執行DirectoryMark 工作負載基準測試很有幫助。最好從一臺強大的客戶機上執行對大型服務器的 DirectoryMark 測試。這樣，操作人員可以啟動大量線程，同時還能接收中央數據報告。該設置需要一塊Gigabit網絡適配器以及性能大致相當的客戶機和服務器，同時服務 器至少擁有 2 GB 的內存。

添加針對描述屬性的索引（服務器）

使用架構編輯器添加一個針對描述屬性的索引，后者用于DirectoryMark Addressing 和 Messaging Search Mixes。

關閉磁盤碎片自動整理程序

在服務器啟動 15 分鐘后，磁盤碎片自動整理程序（Auto Defragmenter）隨即啟動。該程序將運行一個小時，以后每12個小時重新啟動一次?；鶞蕼y試要求測試結果可重復，因此建議關閉磁盤碎片自動整理 程序，以便避免對正在運行的基準測試造成任何可能的干擾。如果已啟用磁盤碎片自動整理程序，那么可以在事件日志中查看磁盤碎片整理程序的運行情況。

下方注冊表參數用于關閉磁盤碎片自動整理程序：

HKLM\SYSTEM\CurrentControlSet\Services\NTDS\Parameters\DSA Heuristics = REG_SZ 000001

在 TCP/IP 增加 MaxUserPorts 和 TcpWindowSize

頻繁使用 LDAP 綁定需要廣泛運用動態端口。在服務器和客戶端計算機上，需要通過 TCP 保持這些端口開啟幾分鐘，因此需要超出實際用量的可用 MaxUserPorts 端口。

可以調整下列注冊表參數：

HKLM\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters\MaxUserPort = REG_DWORD 0xfffe

HKLM\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters\TcpWindowSize = REG_DWORD 0xffff

針對網絡工作負載執行基準測試（Ttcp、Chariot）

針對 NTttcp 的調整

NTttcp 是一個面向 Windows 和基于 Winsock 的 ttcp 端口，用于協助測量網絡驅動程序在不同網絡拓撲結構和硬件設置上的性能和吞吐量。NTttcp 向用戶提供一個多線程的異步性能基準測試程序，可用來測量在現有網絡設置上可取得的數據傳輸率。

選項：

· 單一線程應該能夠提供最佳吞吐量。

· 僅在出現許多個客戶端時，需要多個線程。

· 發布充足的用戶接收緩沖區（使用“-a”選項），減少 TCP 復制。

· 不應該發布過多的用戶接收緩沖區，因為在您需要使用其它緩沖區前，首批已發布的緩沖區將返回給您。

· 最好是將每組線程綁定給一個處理器（“-m”選項中的第二個分隔參數）。

· 每個線程均創建一個連接（監聽）不同端口的套接字。

表 15. 針對 NTttcp 發送器和接收器的示范語法

語法	詳細說明
針對發送器的示范語法 NTttcps –m 1,0,10.1.2.3 –a 2	· 單線程 · 綁定于CPU 0 · 連接到 IP 地址為 10.1.2.3 的計算機 · 發布兩個重疊的發送緩沖區 · 默認的緩沖區容量：64 KB · 默認的緩沖量：20 KB
針對接收器的示范語法 NTttcpr –m 1,0,10.1.2.3 –a 6 –t 1000	· 單線程 · 綁定于CPU 0 · 連接到 IP 地址為 10.1.2.3 的計算機 · 發布兩個重疊的發送緩沖區 · 默認的緩沖區容量：64 KB · 默認的緩沖量：20 KB

網絡適配器

確認您已啟用了所有卸載特性。

TCP

只有帶寬-延遲乘積較大時，才可以針對Gigabit Ethernet（64KB）為 TcpWindowSize 設定高于默認值的數值。

例如，在局域網上使用 Intel MT Gigabit 網卡時，可以針對 NTttcp 保留所有網絡適配器和 TCP 設置的默認值。

· Intel MT 網絡適配器默認卸載 LSO 及校驗和（同時針對接收和發送）。

· Intel MT 網絡適配器自行管理其資源，不需要您更改任何網絡適配器資源值。

· 未應用Coalesce Buffers（合并緩沖區），但默認的中斷調解模式運轉良好。

針對Chariot 的調整

Chariot 是 NetIQ 的一個網絡工作負載生成器，通過向網絡施加負載來幫助用戶預測網絡應用程序的性能。

Chariot 的 High_Performance_Throughput 腳本工作負載可用來模擬 NTttcp 工作負載。有關該工作負載的調整考慮事項與 NTttcp 相同。

相關鏈接

請訪問下列資源，了解更多信息：

· 事務處理性能委員會網站：www.tpc.org。

· 來自實驗室的報告：Windows Server 2003 超越了以前的操作系統：http://www.microsoft.com/windowsserver2003/evaluation/performance/etest.mspx。

· Windows Server 2003網站上的性能與伸縮性資源：http://www.microsoft.com/windowsserver2003/evaluation/performance/default.mspx。

如要了解有關 Windows Server 2003的最新信息，請訪問：Windows Server 2003 網站：http://www.microsoft.com/china/windowsserver2003。

轉載于:https://www.cnblogs.com/h-hello/articles/1512165.html