Vinculando dois clientes torrent a um arquivo

0

Eu gostaria de saber se é possível vincular dois clientes de torrent a um arquivo. Quero dizer pegando um pedaço de um arquivo (ambos os clientes pegando pedaços diferentes) e reorganizando-o em um arquivo novamente.

Um cliente deve saber qual peça o outro cliente baixou para que ele não baixe o mesmo duas vezes. Isso fará com que o download do arquivo seja mais rápido? E isso pode ser feito?

    
por TNT 26.05.2011 / 20:40

6 respostas

4

Sim, isso pode ser feito, mas supondo que um cliente esteja salvando o arquivo localmente e o outro tenha que transferir o que foi baixado, não, isso não será mais rápido. Essencialmente, você estaria apenas adicionando outra semeadora.

A razão para isto é que existe um conjunto finito de seeders e leachers para qualquer torrent, então se há 10 fontes para um arquivo e um de seus clientes está usando 5 deles, seu outro cliente não pode acessar IP's.

    
por 26.05.2011 / 22:01
3

Realmente simples. Na maioria dos clientes torrent, você seleciona o arquivo torrent, e embaixo da guia Peers (é perto de Arquivos , etc.) Você clica com o botão direito em "Add Peer" e digita o endereço IP local e porta para o < em> outro cliente de torrent.

Como você encontra o IP e a porta local?

No Windows, abra cmd , digite ipconfig press Digite . Você deve ver um endereço IPv4 provavelmente começando com 192. Para a porta, você pode - na maioria das preferências do cliente de torrent - selecionar Conexões e ver a porta lá.

Obviamente, cada IP / porta deve ser adicionado à lista peer do outro cliente de torrent.

    
por 14.04.2013 / 18:19
0

Não pode ser feito, e não seria mais rápido, supondo que você esteja definindo seus limites corretamente.

Ambos os clientes teoricamente tentariam se conectar ao mesmo conjunto de semeadores e leechers. Cada cliente teria aleatoriamente uma chance de obter melhor semeadores e leechers, mas assumindo que há o suficiente de cada um, você estará maximizando a sua largura de banda de download de qualquer maneira.

A única vantagem em potencial que você pode ter com a execução de 2 clientes (se isso fosse possível) teria mais conexões por torrent, mas isso geralmente é configurável em cada cliente e geralmente é definido como um padrão razoável. Então eu não acho que isso realmente proporcionaria qualquer benefício.

Como você mencionou, um cliente teria que saber qual peça o outro está baixando, caso contrário, haveria uma duplicação maciça de trabalho.

Se você encontrou dois clientes que não explodiram imediatamente quando você tentou isso, provavelmente teria problemas com os dois clientes tentando gravar no arquivo ao mesmo tempo, você teria muitos blocos duplicados baixados e, no final, o download levaria muito mais tempo do que deveria.

    
por 27.05.2011 / 00:14
0

A maioria dos "clientes" de torrent (o termo "peer" é mais preciso - cada host do swarm se conecta e não há relação cliente-servidor, exceto com o rastreador) já contatará vários peers no mesmo tempo para tentar obter várias peças de uma só vez. Isso geralmente é configurável no seu aplicativo de torrent.

É isso que faz com que seja mais rápido do que simplesmente transferi-lo de outra pessoa.

Você pode configurar dois peers de torrent em um único arquivo, mas você também pode dizer ao seu aplicativo de torrent para permitir mais conexões simultâneas e terá o mesmo efeito.

É claro que, se vários aplicativos locais tentarem gravar em um único arquivo ao mesmo tempo sem coordenação, você obterá dados corrompidos ou um dos aplicativos não funcionará. Eu não faço de nenhum aplicativo torrent que permita que duas instâncias separadas coordenem o download de um único arquivo no mesmo sistema físico. Naturalmente, se você tiver dois sistemas diferentes ou informar cada aplicativo para salvar o arquivo em locais diferentes, não haverá conflito. Mas nenhum benefício realmente, e você estará consumindo o dobro do espaço em disco para armazenar duas cópias do arquivo.

Se você tem dois sistemas em redes separadas (digamos sua casa e a casa de um amigo), e os dois para baixar e instalar um torrent (de seus respectivos IPs "externos" diferentes), você está ajudando esse torrent ser mais altamente disponível para os outros. Mas não se ajudando.

    
por 22.06.2012 / 04:37
0

O uTorrent não permite várias instâncias na mesma máquina, mas se você tiver duas máquinas executando o uTorrent na mesma rede com o download do mesmo arquivo com a Descoberta de Peer Local ativada em uma delas, essa máquina terá o benefício de as duas instâncias. Meu antigo cliente favorito BitTornado permite várias instâncias, mas duas instâncias não podem baixar o mesmo arquivo torrent. (Eu esqueço porque não.)

    
por 13.01.2015 / 12:17
0

Se você estiver satisfeito com a fusão de 2 downloads em progresso no cliente one [*]:

  • implementos do mergulhador off-line de cópia cruzada para o uTorrent: stop, run mergetorrent, re -Verifica. Soa muito estranho de usar. Provavelmente poderia trabalhar com outros clientes com pequenas alterações.
  • Wiki do Vuze documenta um kludge onde você renomeia / redireciona os dois torrents para o mesmo arquivo e ativa "periodicamente verifique novamente ". Veja lá por advertências, é principalmente útil para enxames lentos.
  • Mais tarde, o Vuze implementou o automagic "Swarm Merging" , que ele tenta quando vê arquivos com os mesmos tamanhos. Isso deve funcionar melhor, pois ele sabe exatamente quais partes dos arquivos estão completas e não há sobrecarga de verificação. Desvantagem: você acaba com 2 cópias.
  • BEP 38 (Esboço de 2012) propôs sugestões que os arquivos .torrent podem conter para os clientes tente algo como o enxame de Vuze se fundindo. Googling sugere que ninguém use isso. De qualquer forma, a parte difícil é compartilhar os dados, não descobrir quando tentar.

[*] Fazer isso com clientes diferentes é muito difícil porque eles nem sequer entendem o formato uns dos outros para representar o download parcial. Embora se ambos escreverem as peças diretamente em seu lugar final no arquivo (geralmente chamado de "alocação completa"), suportarem "verificação periódica" como o Vuze e não se moverem / renomearem na conclusão, isso pode funcionar.

Isenção de responsabilidade: nunca experimentei nenhum dos recursos acima.

    
por 07.10.2015 / 08:53

Tags