Temos um caso de limite de velocidade de transferência de arquivos (velocidade máxima) da seguinte forma:
O que pode explicar tal comportamento?
Não parece ser a camada IP (rede). Isso seria uma configuração na camada TCP?
Editar:
Vou tentar esclarecer o contexto e a (s) minha (s) pergunta (s).
A transferência de arquivos ocorre entre dois servidores FTP (não sei qual SO ou software FTP), através de uma rede de área ampla (rede privada, não Internet). Então, temos algo assim:
servidor FTP A - > LAN - > WAN - > LAN - > Servidor FTP B
O primeiro trabalho de transferência de arquivos recebe 5Mbps de largura de banda. Nós pensamos que a WAN tinha um gargalo em algum lugar que limitava a largura de banda. Mas então o trabalho de transferência de arquivos adicional consegue encontrar outros 5Mbps de largura de banda ...
Se a sua latência for alta (por exemplo, se você estiver transferindo pela Internet), pode ser porque uma ou ambas as extremidades da conexão não suportam escala da janela . Se o seu ISP estiver inclinado a mexer com seus pacotes, isso pode ser devido à modelagem de tráfego. Como Robert Moir aponta, pode ser um problema de aplicativo ou driver.
A maneira como você afirmou a pergunta é um pouco confusa. Deixe-me reformular mais explicitamente.
Em uma determinada rede ...
Não há caixas no meio fazendo "traffic shaping" ... o limite é baseado no tipo de rede que temos.
Por que dois podem transmitir mais de um?
A resposta é que o TCP / IP é um protocolo educado. Ele tenta ativamente não roubar um canal. Na verdade, é otimizado de tal forma que muitas transferências de uma só vez obtêm uma "parcela justa" de largura de banda.
O lado negativo disso é que uma única transferência em uma rede vazia recebe um desempenho muito ruim. Isso não é porque os criadores do TCP / IP querem dessa maneira. Anos de pesquisa simplesmente não melhoraram muito essa situação, porque a principal pesquisa é tornar a Internet como um todo mais eficiente, sem fazer com que um determinado par de máquinas em uma rede fechada funcione bem. A internet não é sobre você, é sobre "nós".
É difícil ajustar uma rede para sua situação específica. Por exemplo, quando a sua máquina está aguardando o disco rígido, a rede pode ficar inativa, sem uso. Com duas transferências ao mesmo tempo, enquanto uma transferência está esperando pelo disco rígido, outra transferência é "manter o tubo cheio".
Se você quiser melhorar a taxa de transferência, divida suas transferências em várias transferências simultâneas. Faça benchmarks para ver se 1, 2, 3 ou 4 obtêm o melhor tempo de relógio de parede. Use o que funciona melhor. (e se você mudar sua rede, velocidade da NIC, etc. etc., você deve refazer os benchmarks)
Se você não puder dividir a tarefa em várias transferências, precisará ajustar as configurações de TCP / IP em seu sistema operacional. Existem alguns parâmetros que você pode alterar, como a rapidez com que deve aumentar o uso da largura de banda ("timer de início rápido") e outras configurações. Estes são diferentes para sistemas operacionais diferentes. A pesquisa na Web encontra artigos como o link e link No entanto, devo avisá-lo que você pode piorar as coisas tão facilmente quanto você pode melhorar as coisas. Você deve estabelecer um benchmark e ajustar um parâmetro por vez executando o benchmark inteiro após cada alteração. Mantenha bons registros e veja o que torna as coisas melhores e piores. E também, lembre-se de que, depois de ajustar as coisas para esse tipo de transferência, fazer outras tarefas de rede (como navegar em páginas da Web) pode estar desafinado.
Impossível dizer com as informações que você está dando aqui. Eu vi transferências de arquivos ir mais rápido do que 5mb para um único download, então não é uma "lei das interwebs" imutável. Pode ser o aplicativo que você está usando, é claro. Pode ser um cenário. Poderia ser um motorista.
Alguns estão na rede e cada fluxo TCP está sendo limitado a 5 Mbps. Provavelmente na conexão WAN, mas poderia estar em outro lugar.
Tags ftp network-speed