В вашем случае может потребоваться последовательная загрузка.
Потребительское оборудование не всегда способно выполнять много одновременных подключений и может зависнуть / зависнуть. Если вы ограничите количество одновременных файлов, то параллельная загрузка будет всегда быстрее.
Причина в следующем:
Когда вы делаете перевод с использованием TCP/IP, происходит следующее:
Сначала один пакет отправляется адресату, и соединение ожидает возврата пакета подтверждения, прежде чем отправит следующий пакет.
Затем он отправляет 2 пакета и ожидает подтверждения. Затем отправляет 3, затем 4, затем 5 и т.д. Он продолжает увеличивать количество пакетов, пока возвращенный пакет подтверждения не покажет, что не все пакеты были получены. Когда это происходит, скорость снижается и пробуется снова.
Раньше случалось так, что, когда вышеупомянутое случалось, это начинало с 1 снова и увеличивало скорость. Более новая технология уменьшает вдвое количество пакетов и пытается снова, постепенно увеличивая скорость.
Учитывая, что с дополнительным трафиком пропускная способность для этой передачи может быть уменьшена, весьма вероятно, что полная скорость не поддерживается все время.
Если одновременно передаются 2 или более файлов, доступная пропускная способность используется более эффективно. Если одна передача останавливается, и скорость значительно снижается, то существует момент, когда освобождается полоса пропускания, которая не используется этой передачей. Другие процессы могут поглотить эту пропускную способность, делая передачу еще более медленной. Но если передается 2 или более файлов, более вероятно, что объединенная скорость более или менее будет оставаться неизменной, а это означает, что даже если одна из передач была замедлена, другая передача, вероятно, получит эту оставшуюся полосу пропускания.