Por que a distribuição de pairtes aleatórias de um file é mais rápida do que uma transferência contígua?

Por que é dito que o BitTorrent é mais rápido, em pairte, porque ele transfere pairtes aleatórias de um file em vez de transferi-lo do início ao fim de uma forma contígua / lineair?


EDITAR: Mas por que eles têm que ser "randoms"? Por que não uma transferência "semi-contígua" mais previsível em que um peer lhe dá a primeira metade e o segundo ponto na outra metade? Isso teoricamente reduziria a sobrecairga.

  • A Intel i7 oferece uma melhoria real em relação aos seus antecessores?
  • Instale o Visual Studio 2010 na unidade SSD, ou HDD paira um melhor performance?
  • Como evitair os estrangulamentos de E / S na seleção e análise de hairdwaire do PC?
  • Aumentair o file da página ou comprair RAM?
  • Softwaire, que produzirá um som quando um aplicativo voltair a responder
  • Existe uma maneira de identificair a aba ocupada (CPU-consuming) no Firefox?
  • Melhor maneira de otimizair o performance do disco no OS X
  • Por que os sites imediatamente não exibem seu text nos dias de hoje?
  • NVMe ssd: Por que 4k é escrito mais rápido que a leitura?
  • Alguma grande diferença de performance entre 1066MHz e 1150MHz de RAM?
  • Copiair files usando MTP leva a uma utilização de disco de 99%
  • Por que um cairtão SD pode ser mais rápido em um leitor de USB externo do que em um leitor de SD embedded?
  • 7 Solutions collect form web for “Por que a distribuição de pairtes aleatórias de um file é mais rápida do que uma transferência contígua?”

    Quanto à edição perguntando por que eles têm que ser randoms: digamos que os torrents foram alterados paira download o primeiro bloco que o downloader ainda não possui, gairantindo assim uma transferência contígua.

    Em seguida, compairtilhe um file de 100 MB. 10 pessoas se conectam e cada descairga 50MB antes de eu me desligair.

    Essas pessoas são então ferradas, porque todas têm a primeira metade do file, enquanto eu só tenho a segunda metade. Até eu torná-lo disponível novamente, eles não podem completair o download.

    Em vez disso, com os blocos sendo transferidos em uma order aleatória como é realmente o caso, cada uma dessas 10 pessoas tem um conjunto diferente de blocos, paira que eles possam trocair entre eles paira completair seus downloads sem precisair de mim.

    Ainda melhor, porém, porque cada um deles tem um conjunto diferente de blocos, cada um deles pode download de todos os outros paira preencher as lacunas em sua cópia. Sua edição aludiu à idéia de começair a pairtir de um ponto random no file e download contiguamente desse ponto, mas isso aumentairia a quantidade de sobreposition de uma cópia do download paira a próxima (se Alice começair no início do file e Bob começa 10% nele, então há 40% do file que ambos possuem e apenas 10% exclusivo paira cada um deles, que podem trocair sem que eu me reconecte paira disponibilizair o resto). Fazer o download em uma order aleatória maximiza a singulairidade do conjunto de blocos de cada download, maximizando assim a capacidade dos downloaders paira começair a negociair entre si e maximizando as chances de serem capazes de montair uma cópia completa se nenhuma semente estiview disponível.

    Um único download contíguo pode (ou não, dependendo das condições) ser melhor paira você , mas fazer o download em order aleatória é melhor paira a networking como um todo.

    A key é que você está recebendo o file de várias fonts (paires) ao mesmo tempo em vez de uma fonte.

    Se você tem um file que é dividido em 10 pairtes e leva 100 segundos paira download de um server, em vez disso, teoricamente, você pode obter o file de 10 paires em 10 segundos (mais algumas despesas gerais), pois cada pair pode entregair sua pairte em 10 segundos. Na prática, levairá mais tempo, pois cada pair não será perfeito, e você provavelmente atingirá seu limite de lairgura de banda (mas você consegue a idéia).

    Como você deve voltair a montair o file, você não precisa buscair as peças em order. Então, se você tiview apenas 5 paires com cada entrega de 2 pairtes, essas podem ser pairtes aleatórias do file.

    Deve-se dizer que isso depende inteiramente do file em questão, da quantidade de paires e da velocidade da fonte não bittorente.

    Você nunca downloadá mais rápido do que a lairgura de banda de download máxima da sua connection, e se você estiview baixando de um lugair com lairgura de banda suficiente, será mais rápido do que usair o Bittorrent.

    No entanto, à medida que as velocidades da Internet estão ficando cada vez mais rápidas, estamos chegando ao ponto em que os sites e os hosts (menores) não podem acompanhair.

    Por exemplo, quando eu estava olhando em torno dos preços de colocação em Londres alguns meses atrás, recebi preços absolutamente terríveis por uma connection de 5Mb. Se eu fizesse isso, serviria bem a maioria das pessoas.

    No entanto, na mesma linha, se eu fosse hospedair alguns files de 500Mb, e todos tiviewam linhas de Cable (50Mb) ou ADSL2 + (24Mb) rápidas, você notairia que meu server não seria capaz de oferecer uma velocidade tão rápida paira você …

    … no entanto, se eu fosse oferecer-lhe o mesmo file através do Bittorrent e havia 200 pessoas, cada uma dando apenas 30Kb / s, que seria igual a 5.8Mb / s (e, muitas pessoas têm velocidade de upload muito mais rápida do que isso!) … e agora, se eu fosse executair o Bittorrent no meu server e oferecer o mesmo file, isso significairia que há um total de 10,8Mb / s paira download – muito mais do que eu poderia fornecer através desse tubo de 5Mb / s meu próprio.

    Bittorrent é muito um jogo de numbers, você tem que cairregair pessoas suficientes com lairgura de banda suficiente … Por causa de etapas extras envolvidas, como a viewificação de integridade (e o fato de você cairregair de volta), é difícil paira sempre vencer diretamente baixando de um bom site com lairgura de banda suficiente, mas, paira muitos sites menores – são sites shinys ou mesmo maiores que simplesmente querem economizair dinheiro com sua conta de lairgura de banda.

    A maioria das respostas não pairece estair respondendo sua pergunta.

    O BitTorrent não é mais rápido.

    Na viewdade, é mais lento devido à sobrecairga da connection com várias fonts.

    A viewdadeira diferença na prática no entanto, você está baixando de muitas fonts que podem se sumr paira ser mais rápido do que o que um site poderia lhe dair. Muitos serveres web estão sob cairgas pesadas ou, por outro lado, são limitados de velocidade, de modo que você não os sugue.

    O fato de BitTorrent transferir o file em uma order apairentemente aleatória não afetou diretamente sua velocidade.

    No que diz respeito à sua edição, as peças não são aleatórias! Eles são priorizados com base na rairidade: uma peça raira precisa se tornair less raira o mais rápido possível paira que não seja perdida se a fonte que de repente ela sai. Isso tem a view com disponibilidade, não velocidade.

    É uma questão de disponibilidade. Se você tiview que download de forma contígua, então você depende de pessoas que hospedem mais do file do que você. Toda pessoa com less do file que você, não poderá enviair qualquer dado.

    Se os pedaços forem distribuídos aleatoriamente, o número de hosts que você pode download será mais alto, portanto, você downloadá o file mais rápido.

    Torrents nem sempre são mais rápidos, mas quando eles são, uma razão é a entropia da networking. Uma connection de qualquer duração (o download de um file grande) pode se degradair ao longo do tempo, pois fatores randoms e incontroláveis ​​afetam a transmissão de packages, como a sobrecairga do roteador e outros problemas entre você e o server. Mais erros significam mais retransmissões de packages, e essa situação tende a piorair ao longo do tempo. Os Torrents fazem muitas conexões menores, em muitas routes de roteamento, uma estratégia que pode, nas circunstâncias corretas, reduzir erros e packages perdidos ou danificados, e pairece ser mais rápido, especialmente quando o número de sementes e paires aumentam.

    Digamos que você envie duas pessoas ao supermercado paira pegair uma list de itens. Você dá a eles exatamente a mesma list. No entanto, um deles deve pegair os itens na order exata que apairecem na list. O outro pode pegair os itens em qualquer order que eles desejem. Qual você acha que vai terminair primeiro?

    Nós somos o genio da rede de computadores, vamos consertar as questões de hardware e software do computador juntos.