Collegamento di due client torrent in un unico file

Vorrei sapere se è possibile collegare due client torrent a un unico file. Voglio dire prendere un pezzo di un file (entrambi i client prendono pezzi diversi) e riorganizzarlo in un unico file.

Un cliente deve sapere quale pezzo l'altro client ha scaricato in modo che non scarichi lo stesso due volte. Ciò renderà il download del file più veloce? E può essere fatto?

Sì, si potrebbe fare, ma supponendo che un client stia salvando il file localmente e l'altro debba trasferire ciò che ha scaricato, no, questo non sarebbe più veloce. In sostanza si dovrebbe semplicemente aggiungere un'altra seminatrice.

La ragione di ciò è che esiste un pool limitato di seeders e leacher per ogni dato torrent, quindi se ci sono 10 fonti per un file e uno dei tuoi client ne sta usando 5, l'altro client non può accedere a quegli IP.

Davvero semplice Sulla maggior parte dei client torrent, si seleziona il file torrent e sotto la scheda Peers (è vicino File , ecc.) Fai clic con il pulsante destro del mouse su "Aggiungi peer" e inserisci l'indirizzo IP e la porta locali per altro client torrent.

Come trovi l'IP e la porta locali?

Su Windows, apri cmd, genere ipconfig stampa accedere . Dovresti vedere un indirizzo IPv4 che probabilmente inizia con 192. Per la porta, puoi - sotto la maggior parte delle preferenze client di torrent - selezionare Connessioni e vedi il porto lì.

Ovviamente, ogni IP / porta deve essere aggiunto all'elenco peer dell'altro client di torrent.

Non può essere fatto, e non lo renderebbe più veloce, assumendo che tu stia impostando i tuoi limiti correttamente.

Entrambi i clienti teoricamente starebbero cercando di connettersi allo stesso pool di seeders e leechers. Ogni cliente avrà la possibilità di ottenere migliori seeder e leechers, ma supponendo che ce ne siano abbastanza, si otterrà comunque la massima larghezza di banda di download.

L'unico vantaggio potenziale che potresti ottenere dall'esecuzione di 2 client (se ciò fosse possibile) sarebbe avere più connessioni per torrent, ma questo è generalmente configurabile in ogni client comunque e di solito è impostato su un valore accettabile ragionevole. Quindi non penso che fornirebbe alcun beneficio.

Come hai detto, un cliente dovrebbe sapere quale pezzo sta scaricando l'altro, altrimenti ci sarebbe una massiccia duplicazione del lavoro.

Se hai trovato due client che non sono esplosi immediatamente quando hai provato questo, probabilmente avresti problemi con entrambi i client che cercavano di scrivere sul file allo stesso tempo, avresti scaricato molti blocchi duplicati e alla fine il tuo download avrebbe richiesto molto più a lungo di quanto dovrebbe.

La maggior parte dei "client" torrent (il termine "peer" è più accurato - ogni host nello swarm si connette tra loro e non esiste alcuna relazione client-server tranne che con il tracker) contatterà già più peer allo stesso tempo per cercare di ottenere più pezzi contemporaneamente. Questo di solito è configurabile nella tua applicazione torrent.

Questo è ciò che lo rende più veloce del semplice trasferimento da parte di qualcun altro.

Quindi potresti configurare due peer torrent su un singolo file, ma potresti anche dire alla tua applicazione torrent di consentire più connessioni simultanee e avrà lo stesso effetto.

Ovviamente, se più applicazioni locali tentano di scrivere su un singolo file contemporaneamente senza coordinamento, si ottengono dati corrotti o una delle applicazioni non funziona. Non faccio alcuna applicazione torrent che consente a due istanze separate di coordinarsi sul download di un singolo file sullo stesso sistema fisico. Naturalmente, se hai due sistemi diversi o comunichi a ciascuna applicazione di salvare il file in posti diversi, non c'è conflitto. Ma nessun vantaggio in realtà, e consumerai il doppio della quantità di spazio su disco per archiviare due copie del file.

Se hai due sistemi su reti separate (ad esempio casa tua e casa di un amico), però, e imposta entrambi per scaricare e seminare un torrent (dai loro rispettivi IP "esterni"), stai aiutando quel torrente ad essere più altamente disponibile per gli altri. Ma non aiutare te stesso.

uTorrent non consente più istanze sulla stessa macchina ma se hai due macchine che eseguono uTorrent sulla stessa rete con entrambi scaricando lo stesso file con Local Peer Discovery abilitato su una di esse, allora quella macchina otterrebbe il vantaggio delle due istanze . Il mio vecchio client preferito BitTornado consente più istanze, ma due istanze non possono scaricare lo stesso file torrent. (Ho dimenticato perché no.)

Se stai bene con la fusione di 2 download in corso su uno cliente [*]:

• strumenti di mergetorrent disconnesso cross-copia per uTorrent: fermati, esegui mergetorrent, ricontrolla. Sembra molto imbarazzante da usare. Potrebbe probabilmente funzionare con altri clienti con piccole modifiche.
• Wiki di Vuze documenta un kludge dove si rinomina / retarget entrambi i torrent nello stesso file e abilita "periodico ricontrolla". Vedi lì per gli avvertimenti, è utile soprattutto per gli sciami lenti.
• Più tardi implementò Vuze automagic "Swarm Merging" che prova quando vede i file con le stesse dimensioni. Ciò dovrebbe funzionare meglio in quanto è in grado di capire esattamente quali parti dei file sono complete e non c'è nessun overhead di ricontrollo. Lato negativo: si finisce con 2 copie.
• BEP 38 (Bozza del 2012) proposta standardizzata suggerimenti I file .torrent possono contenere per i clienti il ​​tentativo di fondere qualcosa come lo sciame di Vuze. Googling suggerisce che nessuno lo usa. In ogni caso la parte difficile è in realtà la condivisione dei dati, non scoprendo quando provare.

[*] Farlo con diversi client è molto difficile perché non capiranno nemmeno il formato dell'altro per rappresentare il download parziale. Anche se entrambi scrivono i pezzi direttamente nella loro posizione finale nel file (di solito denominata "allocazione completa"), supportano "ricontrolla periodicamente" come Vuze e non si spostano / rinominano al completamento, potrebbe funzionare.

Dichiarazione di non responsabilità: non ho mai provato nessuna delle caratteristiche di cui sopra.