Taxa alta de conflitos em redes de 100 megabits

Artigo: 169789 - Ver produtos para os quais este artigo se aplica.
Tradução automáticaVer isenção de responsabilidades para tradução automática
importante : Este artigo contém informações sobre como modificar o registo. Antes de modificar o registo, certifique-se de que efectua uma cópia de segurança e de que compreende como o restaurar o registo se ocorrer um problema. Para obter informações sobre como efectuar uma cópia de segurança, restaurar e editar o registo, clique no número de artigo que se segue para visualizar o artigo na Microsoft Knowledge Base:
256986
(http://support.microsoft.com/kb/256986/EN-US/ )
Descrição do registo do Microsoft Windows
Expandir tudo | Reduzir tudo

Nesta página

Sintomas

Poderá notar desempenho de rede lenta ao copiar ficheiros quando estiver a utilizar o protocolo TCP/IP com uma placa de rede de 100 megabits. Poderá detectar esta diminuição de desempenho enquanto estiver a utilizar O Explorador do Windows no Windows NT 4.0 ou Windows 2000 ou o comando de cópia a partir de uma linha de comandos no Windows NT 3.51. Desempenho é normal quando através do File Manager no Windows NT 3.51.

Nota : Apesar de desempenho lento tem sido observado nas placas de rede de 100 megabits várias, este problema não é específico do Windows.
Voltar ao topo | Submeter comentários

Causa

O desempenho de rede lenta é devido a uma taxa alta de colisões iniciais na rede. O intervalo interframe, a quantidade de tempo uma estação de trabalho aguarda antes de tentar transmitir durante a ligação, é inferior a IEEE 802.3 especificação de 9.6 microssegundos.
Voltar ao topo | Submeter comentários

Resolução

aviso : a utilização incorrecta do Editor de registo poderá provocar problemas graves que poderão forçar a reinstalação do sistema operativo. Microsoft não garante que os problemas resultantes da utilização incorrecta do Editor de registo possam ser resolvidos. As suas próprias risco da utilização do Editor de registo.
  • Para resolver este problema, contacte o fabricante da placa de rede para obter informações sobre como aumentar o intervalo interframe. Intel EtherExpress 100B placas ter um parâmetro de registo que controla o intervalo interframe. Para modificar este parâmetro, utilize os seguintes passos:

    1. Inicie o Editor de registo.
    2. Localize a seguinte chave de registo: 
               HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\ 
         Services\e100b<x>\Parameters
      onde <x> é o número da placa de interface.
    3. Clique em Editar , clique em Adicionar valor e, em seguida, escreva as seguintes informações:
      nome do valor : Adaptive_ifs
      tipo de valor : REG_DWORD
      dados : 1 (algoritmo adaptável activar)
      Por predefinição, o algoritmo para detectar conflitos e optimizar o intervalo interframe adaptável está activado. Se definir o valor de dados para 0, desactiva o algoritmo adaptável. Um valor entre 2 e 200 define um intervalo interframe predefinido. Os colisões de medida com este parâmetro definido para intervalos de 20 decimais (começando em 20) e seleccione um valor que tem uma velocidade baixa colisão e não afecta o desempenho.
  • Para contornar este problema, pode sintonizar o parâmetro de registo TcpWindowSize para que o remetente deve esperar para receber um ACK do receptor antes de enviar mais dados. Isto evita conflitos.

    O parâmetro TcpWindowSize normalmente não existe no registo, pelo que é necessário criar. Para o fazer, siga estes passos:
    1. Inicie o Editor de registo.
    2. Localize a seguinte chave de registo:
      HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\ Services\Tcpip\Parameters
    3. Clique em Adicionar , clique em valor e, em seguida, escreva as seguintes informações:
      Nome do valor: TcpWindowSize
      Tipo de valor: REG_DWORD
      Dados: 2920 (decimal) - número de bytes. Defina este valor decimal 2920 para redes Ethernet e duas vezes TCP tamanho máximo de dados de outras redes. No entanto, não é necessário modificar esta definição para outras redes porque Token Ring, FDDI e outros, não têm conflitos tal como Ethernet.
      Nota : Se modificar este parâmetro, poderá afectar significativamente desempenho. Geralmente, numa rede rede ALARGADA ou de uma rede de 10 megabits regular, dependendo da topologia da haverá algumas latência entre o remetente e o receptor. Por conseguinte, comportamento ACKing de TCP/IP não cria conflitos. Optimização TcpWindowSize neste caso só reduzirão débito.
Para obter informações adicionais sobre TCP/IP, consulte a seguinte documentação técnica disponível no servidor FTP anónimo Microsoft:
Nome do ficheiro: Tcpipimp2.doc
Localização: ftp://ftp.microsoft.com/bussys/winnt/winnt-docs/papers/
(ftp://ftp.microsoft.com/bussys/winnt/winnt-docs/papers/)

Título: "TCP/IP Implementation Details"
Voltar ao topo | Submeter comentários

Mais Informação

Uma "colisão" ocorre quando duas estações transmitem simultaneamente na ligação. Um "colisão antecipada" é qualquer conflito que ocorre antes de 512 bits da moldura ter sido colocar o fio. Colisões antecipadas poderão ocorrer regularmente numa rede Ethernet funcionar normalmente. Não existe nenhum avaria do hardware ou falha estação.

A especificação IEEE 802.3 indica que, antes de uma estação pode tentar transmitir durante a ligação, tem de aguardar 9.6 microssegundos (interframe espaços). Vários fabricantes de placa estruturou as cartas com um intervalo menor interframe para obter dados transferência elevadas, que poderá conduzir a uma taxa alta de conflitos.

Este problema pode ser influenciado pelo comportamento do protocolo de camada superior. A especificação de TCP/IP indica que um ACK deve ser enviada para cada pacote recebido. Isto é, quando um anfitrião TCP recebe dois pacotes de dados, em seguida,-deve transmitir um ACK para o remetente. A possibilidade de conflitos de ocorrer é alta quando um cliente recebeu dois pacotes tenta enviar um ACK enquanto o remetente pode estar a tentar enviar mais dados para o cliente.

Análise de cópia de ficheiros do Gestor de ficheiros Windows NT 3.51

No Windows NT 3.51, quando está a copiar ficheiros utilizando o Gestor de ficheiros, o redireccionador executa apenas leituras 4 KB. O padrão de transferência de dados é mostrado abaixo, como capturadas utilizando o Monitor de rede: 
18 CLIENT SERVER  SMegabit   C read & X, FID = 0x804, Read 0x10c5
19 SERVER CLIENT  SMegabit   R read & X, Read 0x10c5
20 SERVER CLIENT  NBT   SS: Session Message Cont., 1460 Bytes
21 SERVER CLIENT  NBT   SS: Session Message Cont., 1437 Bytes
22 CLIENT SERVER  TCP   .A...., len:    0, seq:585361-5851029

Ao nível do TCP: 
Frame 18: TCP: len:   64, seq: 585297-585360, ack:734154,
>Client sends 64 bytes of data (SMegabit Command to read 4KB);

Frame 19: TCP: len: 1460, seq: 734154-735613, ack:585361,
>Server then sends back 1460 bytes of data (smb response + data), with a
piggybacked ACK indicating that it received all the data in frame 18.

Frame 20: TCP: len: 1460, seq:    735614-737073, ack: 585361,
Frame 21: TCP: len: 1437, seq:    737074-738510, ack: 585361,
>Server then sends two more data frames and completes the 4KB transfer.

Frame 22: TCP: len:    0, seq:    585361-585361, ack: 738511,
>Client sends an ACK for all the data that it received on these two frames.

Uma vez que o servidor concluiu a transferência de dados de 4 KB, possui não existem mais dados a enviar. Por conseguinte, potenciais conflitos ocorrem não existe.

Análise do Windows NT 4.0 e Windows 2000 Windows Explorer ficheiro copiar

Quando a mesma cópia do ficheiro for iniciada utilizando uma linha de comandos ou utilizando o Explorador do Windows no Windows NT 4.0 e Windows 2000, o padrão de transferência de dados é diferente. Neste caso, o redireccionador emita um 60 KB "em massa ler" ou "ler bruto" (Windows NT 3.51). O padrão de transferência de dados, é apresentado abaixo: 
10 CLIENT SERVER  SMegabit C read & X, FID = 0x1004, Read 0xf000
11 SERVER CLIENT  SMegabit 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

Ao nível do TCP: 
10 CLIENT SERVER  TCP len:   64, seq: 404727-404790, ack:   6992081
>Client sends 64 bytes of data (SMegabit command to read 4KB);

11 SERVER CLIENT  TCP len: 1460, seq: 6992081-6993540, ack:    404791
>Server sends the piggy back ACK, and the SMegabit 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 will try to send an
ACK.

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

16 CLIENT SERVER  TCP len:    0, seq: 404791-404791, ack:   6996461
>Client is able to get the wire and send the ACK for data on frames 12 and
13.

17 CLIENT SERVER  TCP len:    0, seq: 404791-404791, ack:   6999381
>Client is able to get the wire and send the ACK 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 will try to send an
ACK.

20 SERVER CLIENT  TCP len: 1460, seq: 7002301-7003760, ack: 404791
>But server is able to get the wire and send more data.

Como mencionado anteriormente, quando utiliza o protocolo TCP/IP, TCP ACKing influencia o conflito. No entanto, o problema não é devido a TCP/IP ou o aperfeiçoamento para o Explorador do Windows para efectuar leituras em massa de 60 KB. O problema pode ser ilustrado utilizando FTP também. TCP/IP, redireccionador e Explorador do Windows têm absolutamente não controlo sobre interframe intervalo. Intervalo interframe é na camada física, que é controlada pelo chipset da placa. Se tiver uma taxa alta de conflitos, contacte o fornecedor de cartão de rede.
Voltar ao topo | Submeter comentários

Propriedades

Artigo: 169789 - Última revisão: terça-feira, 27 de Novembro de 2007 - Revisão: 2.3
A informação contida neste artigo aplica-se a:
  • Microsoft Windows 2000 Server
  • Microsoft Windows 2000 Advanced Server
  • Microsoft Windows 2000 Professional Edition
  • Microsoft Windows 2000 Datacenter Server
  • Microsoft Windows NT Workstation 3.51
  • Microsoft Windows NT Workstation 4.0 Developer Edition
  • Microsoft Windows NT Server 3.51
  • Microsoft Windows NT Server 4.0 Standard Edition
Palavras-chave: 
kbmt kbproductlink kbnetwork KB169789 KbMtpt
Tradução automática
IMPORTANTE: Este artigo foi traduzido por um sistema de tradução automática (também designado por Machine translation ou MT), não tendo sido portanto revisto ou traduzido por humanos. A Microsoft tem artigos traduzidos por aplicações (MT) e artigos traduzidos por tradutores profissionais. O objectivo é simples: oferecer em Português a totalidade dos artigos existentes na base de dados do suporte. Sabemos no entanto que a tradução automática não é sempre perfeita. Esta pode conter erros de vocabulário, sintaxe ou gramática? erros semelhantes aos que um estrangeiro realiza ao falar em Português. A Microsoft não é responsável por incoerências, erros ou estragos realizados na sequência da utilização dos artigos MT por parte dos nossos clientes. A Microsoft realiza actualizações frequentes ao software de tradução automática (MT). Obrigado.
Clique aqui para ver a versão em Inglês deste artigo: 169789
(http://support.microsoft.com/kb/169789/en-us/ )
Voltar ao topo | Submeter comentários

Submeter comentários

 
Voltar ao topoVoltar ao topo