100M 網路上的衝突比率過高

文章翻譯 文章翻譯
文章編號: 315237 - 檢視此文章適用的產品。
如需本文的 Microsoft Windows 2000 版本,請參閱 169789


重要 本文包含有關修改登錄的相關資訊。建議您在修改登錄前,先做備份,並確保您瞭解如何在發生問題時還原登錄。如需有關如何備份、還原和編輯登錄的詳細資訊,請按一下下面的文件編號,檢視「Microsoft 知識庫」中的文件:
256986 Microsoft Windows 登錄說明
全部展開 | 全部摺疊

在此頁中

徵狀

如果您使用 TCP/IP 通訊協定,而且採用 100M 網路介面卡,您可能會發現複製檔案時的網路效能太慢。您在使用 Windows XP 的 Windows 檔案總管時,也可能會遇到這種效能太慢的狀況。

注意 在幾種 100M 網路介面卡上會發生這種效能太慢的狀況,並不是 Windows 特有的現象。

發生的原因

發生這個問題,是因為網路上早期衝突的比率過高。框架間隔 (工作在線上嘗試進行傳輸之前等候的時間) 小於 IEEE 802.3 規格的 9.6 微秒。

解決方案

警告 不當使用「登錄編輯程式」可能會導致嚴重的問題,甚至必須重新安裝作業系統。Microsoft 並不保證可以解決您不當使用「登錄編輯程式」所導致的問題。請自行承擔使用「登錄編輯程式」的一切風險。

如果要解決這個問題,請連絡網路介面卡製造商,以取得有關如何增加框架間隔的資訊。

Intel EtherExpress 100B 網路介面卡有一個登錄參數可以控制框架間隔的長度。當您使用 Intel EtherExpress 100B 網路介面卡時,如果您想修改這個參數,請依照下列步驟執行:
  1. 按一下 [開始],按一下 [執行],然後在 [開啟] 方塊中,輸入 regedit
  2. 找出並按一下登錄中的下列機碼:
    HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\e100bx\Parameters
    注意x 是您網路介面卡的號碼。
  3. 按一下 [編輯],按一下 [新增值],然後輸入下列資訊:
    數值名稱Adaptive_ifs
    數值類型REG_DWORD
    資料1 (啟用適應性演算法)
    根據預設,會啟用偵測衝突和調整框架間隔的適應性演算法。如果要停用適應性演算法,請將數值資料設定為 0。介於 2 到 200 之間的數值資料會設定預先定義的框架間隔。請將數值設定為 20,然後將數值逐次遞增 20。測量衝突,並記錄效能。將最終的數值設定為衝突率最低而且不影響效能的值。
警告 不當使用「登錄編輯程式」可能會導致嚴重的問題,甚至必須重新安裝作業系統。Microsoft 並不保證可以解決您不當使用「登錄編輯程式」所導致的問題。請自行承擔使用「登錄編輯程式」的一切風險。

如果需要替代的解決方案,您可以建立 TcpWindowSize 登錄參數,讓傳送者等接到來自接收者的應答後,再傳送其他資料。如果您執行這項變更,就會減少衝突的機會。如果要建立 TcpWindowSize 登錄參數,請依照下列步驟執行:
  1. 按一下 [開始],按一下 [執行],然後在 [開啟] 方塊中,輸入 regedit
  2. 找出並按一下登錄中的下列機碼:
    HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters
  3. 按一下 [新增],按一下 [數值],然後新增下列資訊:
    數值名稱TcpWindowSize
    數值類型REG_DWORD
    資料2920 (十進位) - 位元組數
    將乙太網路的數值設定為十進位 2920,或將設定為其他網路之最大 TCP 資料大小的 2 倍。您不必修改其他網路的這個設定,因為採用記號環或「光纖分佈資料介面」(Fiber Distributed Data Interface,FDDI) 一類拓樸的網路,沒有乙太網路上會發生的衝突問題。

    修改這個參數可能對效能造成重大影響。廣域網路 (WAN) 或一般 10M 網路在傳送者和接收者之間會有一些延遲。這些延遲會因網路拓樸而異。因此,不會有因 TCP/IP 應答而造成的衝突。在這些情況下,調整 TcpWindowSize 只會降低輸送量。

狀況說明

Microsoft 已確認本篇文章<適用於>一節所列之 Microsoft 產品確實有上述問題。

其他相關資訊

當線上的兩台工作站同時進行傳輸時,會發生衝突。早期衝突是指在框架的 512 位元傳到線上之前所發生的任何衝突。早期衝突可能經常發生在正常運作的乙太網路上。沒有任何硬體故障或運作失常的工作站。

IEEE 802.3 規格載明工作站必須等候 9.6 微秒 (框架間隔) 之後,才能嘗試在線上進行傳輸。有些介面卡製造商會將介面卡設計成使用較小的框架間隔,以獲得較高的資料傳輸率。這種較小的框架間隔可能導致衝突率過高。
上層通訊協定的運作方式也可能影響衝突率。在 TCP 主機接收 2 個資料框架後,TCP 主機會傳送應答給接收者。如果收到 2 個封包的用戶端嘗試傳送應答時,傳送者正在嘗試傳送更多資料給用戶端,則發生衝突的機會就相當高。

Windows XP 中 Windows 檔案總管檔案複製分析

在 Windows XP 中,用命令提示字元和使用 Windows 檔案總管啟動的同一個檔案複製作業會有不同的資料傳輸模式。在這種情況下,重新導向程式會發出 60 千位元組 (KB) 的「大量資料讀取」(bulk read) 或「概略資料讀取」(raw read)。資料傳輸模式如下:
10 CLIENT SERVER  SMB C read & X, FID = 0x1004, Read 0xf000
11 SERVER CLIENT  SMB R read & X, Read 0xf000
12 SERVER CLIENT  NBT SS:Session Message Cont., 1460 Bytes
13 SERVER CLIENT  NBT SS:Session Message Cont., 1460 Bytes
14 SERVER CLIENT  NBT SS:Session Message Cont., 1460 Bytes
15 SERVER CLIENT  NBT SS:Session Message Cont., 1460 Bytes
16 CLIENT SERVER  TCP .A...., len:0, seq:404791-404791, ack
17 CLIENT SERVER  TCP .A...., len:0, seq:404791-404791, ack
18 SERVER CLIENT  NBT SS:Session Message Cont., 1460 Bytes
19 SERVER CLIENT  NBT SS:Session Message Cont., 1460 Bytes
20 SERVER CLIENT  NBT SS:Session Message Cont., 1460 Bytes
				
在 TCP 層級:
10 CLIENT SERVER  TCP len:64, seq:404727-404790,  ack:   6992081
>用戶端傳送 64 位元組的資料 (SMB 命令以讀取 4KB);

11 SERVER CLIENT  TCP len:1460, seq:6992081-6993540, ack:    404791
>伺服器傳送承載 ACK,SMB 回應一些資料;

12 SERVER CLIENT  TCP len:1460, seq:6993541-6995000, ack:    404791
13 SERVER CLIENT  TCP len:1460, seq:6995001-6996460, ack:    404791
>伺服器傳送其餘資料給用戶端。

>**這時候可能會發生衝突,因為用戶端會嘗試傳送應答。

14 SERVER CLIENT  TCP len:1460, seq:6996461-6997920, ack:    404791
15 SERVER CLIENT  TCP len:1460, seq:6997921-6999380, ack:    404791
>但伺服器可以取得線路,並傳送更多資料。

16 CLIENT SERVER  TCP len:0, seq:404791-404791,  ack:   6996461
>用戶端可以取得線路,並為框架 12 和 13 的資料傳送應答。

17 CLIENT SERVER  TCP len:0, seq:404791-404791,  ack:   6999381
>用戶端可以取得線路,並為框架 14 和 15 的資料傳送應答。

18 SERVER CLIENT  TCP len:1460, seq:6999381-7000840, ack:    404791
19 SERVER CLIENT  TCP len:1460, seq:7000841-7002300, ack:    404791
>伺服器繼續傳送資料。

>**這時候可能會發生衝突,因為用戶端會嘗試傳送應答。

20 SERVER CLIENT  TCP len:1460, seq:7002301-7003760, ack: 404791
>但伺服器可以取得線路,並傳送更多資料。
				
當您使用 TCP/IP 通訊協定時,TCP 應答會影響衝突。但問題不在於 TCP/IP,或因為 Windows 檔案總管能夠執行 60 KB 大量資料讀取的增強功能所致。使用 FTP 一樣會發生問題。TCP/IP、重新導向程式和 Windows 檔案總管無法控制框架間隔,因為框架間隔位於實體層。該層級由介面卡上的晶片組負責控制。如果您的網路有衝突率過高的狀況,請連絡網路介面卡廠商。

屬性

文章編號: 315237 - 上次校閱: 2007年12月1日 - 版次: 2.1
這篇文章中的資訊適用於:
  • Microsoft Windows XP Home Edition (家用版)
  • Microsoft Windows XP Professional
  • Microsoft Windows XP Professional x64 Edition
關鍵字:?
kbregistry kbnetwork kbprb KB315237
Microsoft及(或)其供應商不就任何在本伺服器上發表的文字資料及其相關圖表資訊的恰當性作任何承諾。所有文字資料及其相關圖表均以「現狀」供應,不負任何擔保責任。Microsoft及(或)其供應商謹此聲明,不負任何對與此資訊有關之擔保責任,包括關於適售性、適用於某一特定用途、權利或不侵權的明示或默示擔保責任。Microsoft及(或)其供應商無論如何不對因或與使用本伺服器上資訊或與資訊的實行有關而引起的契約、過失或其他侵權行為之訴訟中的特別的、間接的、衍生性的損害或任何因使用而喪失所導致的之損害、資料或利潤負任何責任。

提供意見

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com