Taxa de transferência do netcat baixa, mas iperf alta

9

Eu estava testando a taxa de transferência entre dois computadores, conectados no mesmo roteador, um com lan de 100mbps e outro com wifi de 54mbps.

Aqui está a parte interessante:

usando nc, recebo 2,63MB / s ao enviar de A para B (medido com pv -r|nc ipB)
usando iperf, recebo 23MB / s, o que é praticamente bom.

O que poderia estar errado nc?

O sistema operacional é o ubuntu 11.04 para ambos.

bandwidth

— George
fonte

Eu tenho uma pergunta muito semelhante que você pode achar útil: rede de medição rendimento com netcat vs. CIFS taxas de transferência / SMB

Veja também unix.stackexchange.com/questions/48399/…

— rogerdpack

6

A escala parece correta para o NetCat não suportar TCP Windowing. Se você fizer um tcpdump na interface enquanto os dois benchmarks estiverem em execução, acho que você verá esse padrão para o NC:

Pacote ->
<- Confirme
Pacote ->
<- Confirme
Pacote ->
<- Confirme
Pacote ->
<- Confirme

E esse padrão para o IPerf:

Pacote ->
Pacote ->
Pacote ->
Pacote ->
Pacote ->
Pacote ->
<- Confirme
Pacote ->
Pacote ->
Pacote ->
Pacote ->
Pacote ->
Pacote ->
<- Confirme
Pacote ->
Pacote ->
Pacote ->
Pacote ->
Pacote ->
Pacote ->
<- Confirme

Ao janelas de segmentos TCP, você pode obter taxas de transferência muito mais altas, pois não precisa esperar o Ack após cada pacote, somente após cada segmento.

— sysadmin1138
fonte

1

Posso confirmar que vejo o mesmo problema na minha configuração de 10g. dd/netcatrelata largura de banda menor em comparação com iperf. dd/netcatrelatório sobre 3Gb / s, enquanto iperfrelata 9Gb / s.

— Vince

Gostaria de verificar se seu palpite está correto aqui? :)

— rogerdpack 24/09

Minha caixa do Windows 10 usando o netcat estava apenas enviando pacotes de 8 KB com um tamanho de janela TCP de apenas 8 KB, resultando em um desempenho terrível em gigabit. Acontece em nc e ncat, mas o SSH fornece mais de 90 MB / s entre as mesmas máquinas. Há um erro antigo nos soquetes do Windows que causa isso: support.microsoft.com/en-us/help/823764/…

— Orion Lawlor

1

Não é netcat. Com iperfeu recebo

[  3] local 192.168.1.201 port 55610 connected with 192.168.1.200 port 5001
[ ID] Interval       Transfer     Bandwidth
[  3]  0.0-10.0 sec   394 MBytes  39.4 MBytes/sec

Com nc -l -p 1852 > /dev/nulle cat /dev/zero | pv -r | nc 192.168.1.200 1852eu recebo

[  34MB/s]

(Varia entre 30 e 60.)

Quais dados você está alimentando netcat?

— Mark Wagner
fonte

0

Só porque sua placa sem fio é capaz de conexões de 54 mbs, não significa que você obterá essa taxa de transferência. Em particular, parece que você tem 802.11g, que possui um salto Achilies . Enquanto ** todo * dispositivo sem fio com o qual está falando também for g, ele será rápido, mas assim que um dispositivo que é apenas b velocidade capaz, ele tem que usar o menor denominador comum para conversar com todos os dispositivos.

Você pode tentar abrir um terminal na máquina sem fio e em execução iwconfig. Procure o campo Bit Rate = e veja a que velocidade você está realmente conectado.

— Caleb
fonte

0

Cuidado com as unidades iperf. Essa é uma armadilha comum: o iperf geralmente é exibido em Mbit / s em vez de Mbyte / s.

— Gregory MOUSSAT
fonte