T? l? cao c?a va ch?m trên 100-megabit m?ng

D?ch tiêu đ? D?ch tiêu đ?
ID c?a bài: 315237 - Xem s?n ph?m mà bài này áp d?ng vào.
Đ? có m?t phiên b?n Microsoft Windows 2000 c?a bài vi?t này, xem 169789.
Bung t?t c? | Thu g?n t?t c?

? Trang này

TRI?U CH?NG

N?u b?n s? d?ng giao th?c TCP/IP và b?n có b? đi?u h?p 100-megabit m?ng, b?n có th? nh?n th?y hi?u su?t m?ng ch?m trong khi b?n sao các t?p. B?n c?ng có th? g?p này hi?u su?t ch?m trong khi b?n s? d?ng Windows Explorer trong Windows XP.

Lưu ? Hi?u su?t ch?m này x?y ra trên m?t s? b? đi?u h?p 100-megabit m?ng và không ph?i là đ?c trưng cho Windows.

NGUYÊN NHÂN

V?n đ? này x?y ra v? c?a t?c đ? cao đ?u va ch?m trên m?ng. Kho?ng cách interframe (th?i gian mà m?t máy tr?m ch? đ?i trư?c khi nó c? g?ng truy?n t?i trên dây) là ít hơn IEEE 802.3 đ?c đi?m k? thu?t c?a 9,6 miligiây.

GI?I PHÁP

Quan tr?ng Ph?n, phương pháp ho?c nhi?m v? này ch?a các bư?c cho b?n bi?t làm th? nào đ? s?a đ?i registry. Tuy nhiên, v?n đ? nghiêm tr?ng có th? x?y ra n?u b?n s?a đ?i registry không chính xác. V? v?y, h?y ch?c ch?n r?ng b?n làm theo các bư?c sau m?t cách c?n th?n. Đ? b?o v? đư?c thêm vào, sao lưu s? đăng k? trư?c khi b?n s?a đ?i nó. Sau đó, b?n có th? khôi ph?c s? đăng k? n?u m?t v?n đ? x?y ra. Đ? bi?t thêm chi ti?t v? làm th? nào đ? sao lưu và khôi ph?c s? đăng k?, h?y nh?p vào s? bài vi?t sau đây đ? xem bài vi?t trong cơ s? ki?n th?c Microsoft:
322756 Làm th? nào đ? sao lưu và khôi ph?c s? đăng k? trong Windows


Đ? gi?i quy?t v?n đ? này, h?y liên h? v?i nhà s?n xu?t c?a b? đi?u h?p m?ng cho thông tin v? làm th? nào đ? tăng kho?ng cách interframe.

B? đi?u h?p m?ng 100B Intel EtherExpress có m?t tham s? s? đăng k? đi?u khi?n đ? dài c?a kho?ng cách interframe. Đ? s?a đ?i tham s? này n?u b?n s? d?ng m?t adapter m?ng 100B Intel EtherExpress, h?y làm theo các bư?c sau:
  1. Nh?p vào B?t đ?u, b?m Ch?y, r?i g? regedit trong các M? h?p.
  2. Xác đ?nh v? trí và Click vào khóa sau trong registry:
    HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\e100bx\Parameters
    Lưu ?x là m?t s? b? đi?u h?p m?ng c?a b?n.
  3. Nh?p vào Ch?nh s?a, b?m Thêm giá tr?, và sau đó nh?p thông tin sau:
    Giá tr? tên: Adaptive_ifs
    Lo?i giá tr?: REG_DWORD
    D? li?u: 1 (cho phép thu?t toán thích nghi)
    Theo m?c đ?nh, thu?t toán thích nghi đ? phát hi?n các va ch?m và đi?u ch?nh kho?ng cách interframe đư?c kích ho?t. Đ? vô hi?u hóa các thu?t toán thích nghi, đ?t các d? li?u giá tr? là 0. M?t d? li?u giá tr? gi?a 2 và 200 b? m?t kho?ng cách interframe đư?c xác đ?nh trư?c. Thi?t l?p giá tr? lúc 20, và sau đó tăng giá tr? b?i các y?u t? c?a 20. Đo lư?ng va ch?m và lưu ? hi?u su?t. Đ?t m?t giá tr? cu?i cùng có m?t t? l? th?p va ch?m và không ?nh hư?ng đ?n hi?u su?t.
Quan tr?ng Ph?n, phương pháp ho?c nhi?m v? này ch?a các bư?c cho b?n bi?t làm th? nào đ? s?a đ?i registry. Tuy nhiên, v?n đ? nghiêm tr?ng có th? x?y ra n?u b?n s?a đ?i registry không chính xác. V? v?y, h?y ch?c ch?n r?ng b?n làm theo các bư?c sau m?t cách c?n th?n. Đ? b?o v? đư?c thêm vào, sao lưu s? đăng k? trư?c khi b?n s?a đ?i nó. Sau đó, b?n có th? khôi ph?c s? đăng k? n?u m?t v?n đ? x?y ra. Đ? bi?t thêm chi ti?t v? làm th? nào đ? sao lưu và khôi ph?c s? đăng k?, h?y nh?p vào s? bài vi?t sau đây đ? xem bài vi?t trong cơ s? ki?n th?c Microsoft:
322756 Làm th? nào đ? sao lưu và khôi ph?c s? đăng k? trong Windows


Đ? làm vi?c xung quanh v?n đ? này, b?n có th? t?o m?t tham s? s? đăng k? TcpWindowSize đ? có ngư?i g?i ch? đ?i đ? nh?n đư?c m?t s? th?a nh?n t? ngư?i nh?n trư?c khi thêm d? li?u đư?c g?i. N?u b?n th?c hi?n thay đ?i này, cơ h?i va ch?m là gi?m. Đ? t?o ra m?t tham s? s? đăng k? TcpWindowSize, h?y làm theo các bư?c sau:
  1. Nh?p vào B?t đ?u, b?m Ch?y, r?i g? regedit trong các M? h?p.
  2. Xác đ?nh v? trí và Click vào khóa sau trong registry:
    HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters
  3. Nh?p vào Thêm, b?m Giá tr?, và sau đó thêm các thông tin sau:
    Giá tr? tên: TcpWindowSize
    Lo?i giá tr?: REG_DWORD
    D? li?u: 2920 (th?p phân) - s? byte
    Thi?t l?p giá tr? Th?p phân 2920 Đ?i v?i Ethernet, ho?c đ? hai l?n kích TCP d? li?u c? t?i đa cho topo m?ng khác. B?n không ph?i s?a đ?i các thi?t đ?t này cho các m?ng khác v? m?ng d?a trên topo token ring hay s?i phân ph?i d? li?u giao di?n (FDDI) không có va ch?m là m?t Ethernet m?ng nào.

    S?a đ?i c?a tham s? này đáng k? có th? ?nh hư?ng đ?n hi?u su?t. Các m?ng di?n r?ng (Wan) ho?c thư?ng xuyên 10-megabit m?ng có m?t s? đ? tr? gi?a ngư?i g?i và ngư?i nh?n. Đ? tr? ph? thu?c vào tô pô m?ng. V? v?y, không có không có va ch?m do c?a s? th?a nh?n TCP/IP. Trong trư?ng h?p này, b?n ch? làm gi?m thông lư?ng khi b?n đi?u ch?nh TcpWindowSize.

T?NH TR?NG

Microsoft đ? xác nh?n r?ng đây là m?t v?n đ? trong các s?n ph?m c?a Microsoft đư?c li?t kê trong ph?n "Áp d?ng cho".

THÔNG TIN THÊM

M?t v? va ch?m x?y ra khi hai tr?m truy?n t?i cùng m?t lúc trên dây. M?t v? va ch?m đ?u là b?t k? va ch?m x?y ra trư?c 512 bit c?a các khung trên dây. Đ?u va ch?m có th? x?y ra thư?ng xuyên trong m?t m?ng Ethernet đi?u hành m?t cách chính xác. Đó là không có s? c? ph?n c?ng ho?c h?ng tr?m.

Đ?c đi?m k? thu?t IEEE 802.3 ti?u bang r?ng m?t tr?m ph?i ch? 9,6 miligiây (kho?ng cách interframe) trư?c khi các nhà ga có th? c? g?ng truy?n t?i trên dây. M?t s? nhà s?n xu?t b? đi?u h?p thi?t k? các adapter c?a h? v?i m?t kho?ng cách nh? hơn interframe cho t? l? truy?n d? li?u cao hơn. Kho?ng cách interframe nh? này có th? d?n đ?n m?t t? l? cao c?a va ch?m.
Hành vi c?a các giao th?c l?p trên c?ng có th? ?nh hư?ng đ?n t? l? va ch?m. Sau khi m?t lo?t các giao th?c TCP nh?n đư?c hai d? li?u khung, máy ch? lưu tr? TCP truy?n m?t s? th?a nh?n c?a ngư?i g?i. Ti?m năng va ch?m là cao n?u m?t khách hàng đ? nh?n đư?c hai gói s? g?i m?t s? th?a nh?n trong khi ngư?i g?i c? g?ng đ? g?i d? li?u hơn cho khách hàng.

Phân tích c?a sao t?p Windows Explorer trong Windows XP

Khi sao t?p cùng là b?t đ?u b?ng cách s? d?ng m?t d?u nh?c l?nh ho?c b?ng cách s? d?ng Windows Explorer trong Windows XP, các mô h?nh c?a truy?n d? li?u là khác nhau. Trong trư?ng h?p này, redirector các v?n đ? m?t s? lư?ng 60-kilobyte (KB) "l?n đ?c" ho?c "nguyên đ?c." D? li?u chuy?n m?u sau:
   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
				
? c?p đ? TCP:
   10 CLIENT SERVER  TCP len:   64, seq:  404727-404790,  ack:   6992081
   >Client sends 64 bytes of data (SMB command to read 4KB);

   11 SERVER CLIENT  TCP len: 1460, seq: 6992081-6993540, ack:    404791
   >Server sends the piggyback ACK, and the SMB response with some data;

   12 SERVER CLIENT  TCP len: 1460, seq: 6993541-6995000, ack:    404791
   13 SERVER CLIENT  TCP len: 1460, seq: 6995001-6996460, ack:    404791
   >Server sends rest of the data to the client.

   >**Collision likely at this point because the client tries to send an acknowledgment.

   14 SERVER CLIENT  TCP len: 1460, seq: 6996461-6997920, ack:    404791
   15 SERVER CLIENT  TCP len: 1460, seq: 6997921-6999380, ack:    404791
   >But the server can acquire the wire and send more data.

   16 CLIENT SERVER  TCP len:    0, seq:  404791-404791,  ack:   6996461
   >Client can acquire the wire and send the acknowledgement for data on frames 12 and 13.

   17 CLIENT SERVER  TCP len:    0, seq:  404791-404791,  ack:   6999381
   >Client can acquire the wire and send the acknowledgement for data on frames 14 and 15.

   18 SERVER CLIENT  TCP len: 1460, seq: 6999381-7000840, ack:    404791
   19 SERVER CLIENT  TCP len: 1460, seq: 7000841-7002300, ack:    404791
   >Server continues to send data.

   >**Collision likely at this point because the client tries to send an acknowledgment.

   20 SERVER CLIENT  TCP len: 1460, seq: 7002301-7003760, ack: 404791
   >But the server can acquire the wire and send more data.
				
Khi b?n s? d?ng giao th?c TCP/IP, TCP th?a nh?n ?nh hư?ng đ?n s? va ch?m. Tuy nhiên, v?n đ? không ph?i là v? c?a TCP/IP ho?c v? c?a nâng cao mà làm cho Windows Explorer có th? làm v?i s? lư?ng l?n 60-KB l?n đ?c. V?n đ? có th? đư?c minh h?a b?ng cách s? d?ng FTP c?ng. TCP/IP, redirector và Windows Explorer đ? không ki?m soát hơn kho?ng cách interframe. Kho?ng cách interframe là t?i t?ng v?t l?. Chipset trên b? đi?u khi?n l?p đó. N?u m?ng c?a b?n kinh nghi?m t?c đ? cao va ch?m, liên h? v?i nhà cung c?p c?a b? đi?u h?p m?ng c?a b?n.

Thu?c tính

ID c?a bài: 315237 - L?n xem xét sau cùng: 27 Tháng Tám 2011 - Xem xét l?i: 2.0
Áp d?ng
  • Microsoft Windows XP Home Edition
  • Microsoft Windows XP Professional
T? khóa: 
kbregistry kbnetwork kbprb kbmt KB315237 KbMtvi
Máy d?ch
QUAN TRỌNG: Bài vi?t này đư?c d?ch b?ng ph?n m?m d?ch máy c?a Microsoft ch? không ph?i do con ngư?i d?ch. Microsoft cung c?p các bài vi?t do con ngư?i d?ch và c? các bài vi?t do máy d?ch đ? b?n có th? truy c?p vào t?t c? các bài vi?t trong Cơ s? Ki?n th?c c?a chúng tôi b?ng ngôn ng? c?a b?n. Tuy nhiên, bài vi?t do máy d?ch không ph?i lúc nào c?ng hoàn h?o. Lo?i bài vi?t này có th? ch?a các sai sót v? t? v?ng, cú pháp ho?c ng? pháp, gi?ng như m?t ngư?i nư?c ngoài có th? m?c sai sót khi nói ngôn ng? c?a b?n. Microsoft không ch?u trách nhi?m v? b?t k? s? thi?u chính xác, sai sót ho?c thi?t h?i nào do vi?c d?ch sai n?i dung ho?c do ho?t đ?ng s? d?ng c?a khách hàng gây ra. Microsoft c?ng thư?ng xuyên c?p nh?t ph?n m?m d?ch máy này.
Nh?p chu?t vào đây đ? xem b?n ti?ng Anh c?a bài vi?t này:315237

Cung cấp Phản hồi

 

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