Подключение двух торрент-клиентов к одному файлу

Я хотел бы узнать, возможно ли связать два торрент-клиента с одним файлом. Я имею в виду взять часть файла (оба клиента берут разные части) и переупорядочить его в один файл снова.

Один клиент должен знать, какую часть скачал другой клиент, чтобы не скачивать одну и ту же часть дважды. Ускорит ли это загрузку файла? И можно ли это сделать?

Да, это можно сделать, но предполагая, что один клиент сохраняет файл локально, а другой должен передавать то, что он загрузил, нет, это не будет быстрее. По сути, вы просто добавите еще одного сидера.

Причина в том, что для любого данного торрента существует ограниченный пул сидеров и личеров, поэтому, если для файла есть 10 источников, и один из ваших клиентов использует 5 из них, ваш другой клиент не сможет получить доступ к этим IP-адресам.

Очень просто. В большинстве торрент-клиентов вы выбираете торрент-файл и под вкладкой “Peers” (она рядом с Files и т.д.) щелкаете правой кнопкой мыши, чтобы “Добавить пира”, и вводите локальный IP-адрес и порт для другого торрент-клиента.

Как найти локальный IP и порт?

На Windows откройте cmd, введите ipconfig и нажмите Enter. Вы должны увидеть IPv4 адрес, вероятно, начинающийся с 192. Для порта можно – в большинстве предпочтений торрент-клиента – выбрать Connections и увидеть порт там.

Очевидно, что каждый IP/порт должен быть добавлен в список пиров другого торрент-клиента.

Если вас устраивает объединение 2 загрузок в процессе в одном клиенте [*]:

• mergetorrent реализует офлайн перекопирование для uTorrent: остановите, запустите mergetorrent, выполните повторную проверку. Это звучит очень неудобно для использования. Вероятно, может работать с другими клиентами с небольшими изменениями.
• Вики Vuze документирует хитрость, где вы переименовываете/переопределяете оба торрента в один файл и включаете “периодическую повторную проверку”. См. там предостережения, это в основном полезно для медленных роя.
• Поздние версии Vuze реализовали автоматическое “Слияние роев”, которое начинается, когда оно видит файлы одинакового размера. Это должно работать лучше, так как оно точно знает, какие части файла завершены, и отсутствуют накладные расходы на повторную проверку. Недостаток: у вас остается 2 копии.
• BEP 38 (черновик 2012 года) предложил стандартизированные подсказки, которые файлы .torrent могут содержать для клиентов, чтобы попытаться что-то вроде слияния роев Vuze. Поиск в интернете говорит о том, что никто этим не пользуется. На самом деле самая трудная часть – это фактический обмен данными, а не выяснение, когда пробовать.

[*] Делать это с разными клиентами еще сложнее, потому что они даже не поймут форматы друг друга для частичной загрузки. Хотя если оба пишут куски непосредственно на их финальное место в файле (обычно называется “полная аллокация”), поддерживают “периодическую повторную проверку”, как в Vuze, и не перемещают/переименовывают по завершении, это может сработать.

Отказ от ответственности: я никогда не пробовал ни одной из вышеупомянутых функций.

Это невозможно сделать, и это не сделает его быстрее, если вы правильно установите свои лимиты.

Оба клиента теоретически будут пытаться подключиться к одному и тому же пулу сидеров и личеров. У каждого клиента будет случайный шанс получить лучших сидеров и личеров, но, предполагая, что их достаточно, вы в любом случае полностью используете свою полосу загрузки.

Единственное потенциальное преимущество, которое вы можете получить от запуска 2 клиентов (если бы это было возможно), это большее количество подключений на торрен, но это обычно настраивается в каждом клиенте в любом случае и обычно задано по умолчанию. Поэтому я не думаю, что это принесет какую-либо реальную выгоду.

Как вы упомянули, один клиент должен знать, какой кусок загружает другой, иначе будет огромное дублирование работы.

Если бы вы нашли два клиента, которые не “взорвались” бы немедленно, когда вы попробовали бы это, у вас возникли бы проблемы с тем, что оба клиента пытаются записать файл одновременно, у вас было бы много загруженных дублированных блоков, и в итоге ваша загрузка заняла бы гораздо больше времени, чем должна была.

Большинство торрент “клиентов” (термин “пир” более точен – каждый хост в рое подключается друг к другу, и нет клиент-серверных отношений, кроме как с трекером) уже связывается с несколькими пирами одновременно, чтобы попытаться получить несколько кусков сразу. Это обычно настраивается в вашем торрент-приложении.

Это и делает его быстрее, чем просто прямой перенос от кого-то другого.

Таким образом, вы могли бы настроить два торрент пирам на одном файле, но вы также могли бы сказать вашему торрент-приложению разрешить больше одновременных подключений, и это имело бы тот же эффект.

Конечно, если несколько локальных приложений пытаются записать в один и тот же файл одновременно без координации, вы получаете поврежденные данные или одно из приложений не работает. Я не знаю ни одного торрент-приложения, которое позволяет двум отдельным экземплярам координироваться при загрузке одного файла на одной и той же физической системе. Конечно, если у вас две разные системы или скажете каждому приложению сохранить файл в разных местах, конфликта нет. Но также и нет выгоды, и вы будете использовать в два раза больше дискового пространства для хранения двух копий файла.

Если у вас есть две системы в разных сетях (скажем, ваш дом и дом вашего друга), и вы настроите обе для загрузки и раздачи торрента (с их соответствующими различными “внешними” IP), вы помогаете сделать этот торрент более доступным для других. Но не помогаете себе.

uTorrent не позволяет запустить несколько экземпляров на одной машине, но если у вас две машины, работающие с uTorrent в одной сети, обе загружают один и тот же файл с включенной функцией “Локального обнаружения пиров” на одной из них, то эта машина получит выгоду от двух экземпляров. Мой старый любимый клиент BitTornado допускает несколько экземпляров, но два экземпляра не могут загружать один и тот же торрент-файл. (Я забыл, почему нет.)

Я предполагаю, что в режиме только для чтения (раздача), это не должно быть проблемой.

Я не думаю, что это сработает при загрузке, по двум причинам:

1. Два клиента, вероятно, не могут записывать в один и тот же файл, иначе вы рискуете повредить данные.
   (Может быть, предварительное распределение дискового пространства могло бы изменить ситуацию? …)
2. Так как клиенты не знают, что загружает другой клиент(ы), вы, вероятно, в конечном итоге загрузите все и запишете в одни и те же сектора дважды.
   (Обратите внимание, что вы должны вручную вызвать повторную проверку, когда вы вручную манипулируете файлами, чтобы клиент понял, что загружено.)