NIC do servidor Intel PRO / 1000 em latência do Windows. Como medir?

1

Por favor, note - esta questão é sobre a latência do próprio cartão. Não latência de internet ou qualquer outra coisa. Obrigado pela sua atenção sobre este assunto.

Costuma-se dizer que uma boa NIC de servidor faz diferença em comparação com placas de baixo grau e chips Ethernet on-board.

Eu entendo que o chip on-board provavelmente consumirá tempo de CPU e o cartão stand-alone usaria seu próprio chip.

Além disso, a placa do servidor seria mais rápida que a placa de baixo grau.

Estes dois fatos explicam a maioria das vantagens das placas de servidor em relação às placas on-board e low-grade ethernet?

Como você avaliaria a latência no próprio cartão? Eu vi alguns relatórios indicando alguns microssegundos de latência da NIC, mas não vejo como medir isso ... Qualquer recomendação será bem-vinda.

EDIT: Já que todo mundo está falando sobre o chipset LOM. Meu chip em particular é o Broadcom BCM5716C Nextreme II GigE. Qual placa Intel PRO pode vencer?

EDIT2: Por favor, note que todo o exercício é sobre a melhoria da latência, nada mais. Se eu puder ganhar 50us por US $ 100, eu ficaria feliz.

    
por Boppity Bop 08.06.2012 / 17:10

3 respostas

1

você está certo de que, em geral, uma NIC de nível de servidor deve ter um impacto menor no desempenho do sistema e ter menor latência do que uma NIC de baixo custo.

no entanto, não é verdade que uma NIC adicional sempre tenha desempenho mais rápido do que uma NIC integrada. quase todos os servidores hoje em dia vêm com várias portas de rede integradas usando os mesmos componentes que as placas de rede suplementares de grau de servidor. o fator decisivo não é onboard vs. add-in, mas novamente a qualidade do design da NIC e, no caso de NICs onboard, a qualidade da integração.

Com exceção dos aplicativos fornecidos pelo fornecedor que fornecem ferramentas de teste de hardware (como o HP Network Config Utility), não consigo pensar em uma maneira de testar a latência da NIC que não envolva algo externo, como um comutador. e então você teria muitas variáveis para obter medições precisas no intervalo de microssegundos.

    
por 08.06.2012 / 17:21
1

FYI, há um bug no tcpip.sys que resulta em desempenho inferior para redes de alta capacidade e baixa latência de adaptadores. Esse problema ocorre porque a escala da janela TCP não funciona quando o intervalo de latência da rede é de 1 a 8 milissegundos. Resolvido em tcpip.sys versão 6.1.7601.21921.

Velocidade de transferência de dados lenta no Windows 7 ou no Windows Server 2008 R2
link

    
por 08.06.2012 / 21:11
0

LOM (on board on motherboard) on-board chipsets podem não fornecer tantos recursos de offload / otimização quanto um NIC separado, mas isso não implica que ele próprio consumiria recursos de CPU do host. De fato, alguns dos chipsets LOM (ou muito próximos) são usados em placas de rede autônomas.

Medir a latência de maneira significativa é muito mais difícil do que parece. Você provavelmente precisaria de um driver personalizado de baixo nível, um software de medição muito especializado e uma fonte de tempo externo de alta resolução. Não é um problema trivial.

Embora haja provavelmente alguns ganhos em termos de latência (provavelmente em centenas de nanossegundos no máximo), a maior vitória é geralmente em termos de taxa de transferência e CPU do host (essas otimizações e transferências mencionadas anteriormente). Há também, muitas vezes, recursos de gerenciamento e ferramentas de solução de problemas que também tornam desejável a NIC do servidor.

    
por 08.06.2012 / 17:48