Aumentar velocidade em rede ? Validade deste tweak???

madafakapc

Power Member
Gostava de saber ate que ponto este tweak pode ajudar a maximizar as transferencias numa rede gigabit, por exemplo, ou noutra rede caseira, com switches e routers ? Comentários?


In Windows XP, when I copy files from a network share to my computer, I get a very slow transfer rate. How can I speed the copying of files?

If you use the TCP/IP protocol and you have a 100mbps network adapter, you may notice slow network performance while you copy files. You may also experience this slow performance while you use Windows Explorer in Windows XP.

Note that although the slow performance is known to occur on several 100mbps network adapters, this issue is not specific to Windows.

This issue is due to a high rate of early collisions on the network. The interframe gap (the amount of time that a workstation waits before attempting to transmit on the wire) is less than the IEEE 802.3 specification of 9.6 microseconds. A "collision" occurs when two stations transmit simultaneously on the wire. An "early collision" is any collision that occurs before 512 bits of the frame are on the wire. Early collisions can occur regularly in a normally operating Ethernet network. There is no hardware malfunction or misbehaving station. The IEEE 802.3 specification states that a station must wait 9.6 microseconds (the interframe gap) before the station can attempt to transmit on the wire. Several adapter manufacturers design their adapters with a smaller interframe gap to achieve higher data transfer rates. This smaller interframe gap can lead to a high rate of collisions.

The potential for collisions is also influenced by the behavior of the upper layer protocol. The TCP/IP specification is sending an ACK (acknowledgement) for every other data frame that is received. That is, after a TCP host receives two data frames, the TCP host transmits an ACK to the sender. The potential for collisions is high if a client that has received two packets tries to send an ACK while the sender is trying to send more data to the client.

To resolve this issue, contact the manufacturer of your network adapter for information about increasing the interframe gap.

If you have Intel EtherExpress 100B network adapters then you can edit a registry parameter that controls the length of the interframe gap. To modify this parameter if you use an Intel EtherExpress 100B network adapter, follow these steps:

Start Registry Editor (Regedit.exe).

Locate the following key in the registry, where x is the number of your network adapter:

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\e100b x\Parameters

Click Edit, click Add Value, and then type the following information:

Value Name: Adaptive_ifs
Value Type: REG_DWORD
Data: 1 (enable adaptive algorithm)

The adaptive algorithm for detecting collisions and tuning the interframe gap is enabled by default. Setting the value data to 0 disables the adaptive algorithm. A value between 2 and 200 sets a predefined interframe gap. Begin by setting the value at 20, and then increase the value by 20s. Measure collisions and note performance, and set a final value that has a low collision rate and does not affect performance.

To work around this issue, you can create a TcpWindowSize registry parameter to have the sender wait to receive an ACK from the receiver before sending more data. Making this change reduces the potential for collision. Follow these steps:

Start Registry Editor (Regedit.exe).

Locate the following key in the registry:

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters

Click Add, click Value, and then add the following information:

Value Name: TcpWindowSize
Value Type: REG_DWORD
Data: 2920 (decimal) - Number of bytes

Set the value to Decimal 2920 for Ethernet, or to twice the maximum TCP data size for other network topologies. This setting does not need to be modified for other networks, however, because networks that are based on topologies such as token ring or Fiber Distributed Data Interface (FDDI) do not have collisions as an Ethernet network does.

Note that modifying this parameter can significantly affect performance. In general, on a wide area network (WAN) or on a regular 10-MB network, there is some latency between the sender and the receiver, depending on the network topology. Therefore, the potential for collisions because of TCP/IP acknowledgement (ACK) does not exist. Tuning TcpWindowSize in this case only reduces throughput
 
O primeiro tweak é irrelevante em redes swicthing-fabric, pois em uma rede com switches não existe canais compartilhados entre os hosts bem como geralmente trabalha-se em full-duplex, logo, não há colisões. Se tens um hub, neste caso como tens somente uma collision domain para todos os host então o tweak pode valer para algo.

O segundo do window-size refere-se ao comportamento do TCP ao transferir os segmentos de dados. Um window size de 2920 bytes diz que o host podera enviar 2920 bytes de uma vez, mas só iria enviar os proximos 2920 bytes depois de ter o ACK de todos os pacotes da primeira leva. Qto maior a janela, mas informação será enviada em cada leva e consequentemente. O Ajuste desse paramentro deve levar em contar a qualidade das linhas entre os dois host, bem como, se um host tem um window size de 2920 e outro de 1024, o window-size utilizado para comunicação entre esses 2 hosts será sempre o menor.
 
Última edição:
zaq disse:
Metes assim um bom switch gigabit, Cisco Catalyst e vais ver a optimização da tua rede ;)

Ja andei aki pelo forum a kestionar o ppl sobre a rede ser gigabit e nao tar a tirar proveito disso, mas penso que tou limitado pelo restantes elementos do PC: discos e afins...esses nao conseguem dar conta do recado! É que tenho umas placas Surecom com jumbo frames...e nada de especial por agora...cabo cat6....:005: :005: :005:
 
Back
Topo