Чи можуть два проксі завантажити один файл швидше?
Відокремлення розподілу багатьох з'єднань від об'єднання кількох мережевих шляхів для одного завантаження.
Два виходи через проксі, кожен із запасом пропускної здатності, виглядають як простий спосіб подвоїти швидкість завантаження. Звичайний пул проксі так не працює.
Клієнт відкриває з'єднання через один вибраний проксі. Цей проксі відкриває наступне з'єднання. Додавання іншої адреси зі списку проксі до пулу дає майбутнім з'єднанням ще один вибір; воно не вставляє другий проксі в уже поточний потік байтів.
Звичайне балансування кількох мереж WAN на основі з'єднань має подібне обмеження. Воно може розподіляти різні з'єднання між каналами, покращуючи сумарну пропускну здатність або зменшуючи конкуренцію. Одне з'єднання залишається одним з'єднанням, якщо інший механізм явно не надає кілька шляхів.
Коли паралельні завантаження — інша справа
Клієнт може запитувати різні діапазони файлу через окремі з'єднання й збирати їх локально. Це може використовувати більше одного маршруту, якщо клієнт підтримує таку схему, а сервер дозволяє запити.
Це вводить вимоги: діапазони мають описувати те саме подання, відповіді сервера мають відповідати запитаним зсувам, а зміни об'єкта не повинні давати змішаний файл. Автентифікація, обмеження сервера й правила для кожного виходу теж можуть робити паралельні діапазонні запити непридатними. Десять повних завантажень — це не десять частин одного завантаження.
Останній шлях до клієнта все ще важливий. Кілька швидких виходів не можуть надіслати через один насичений канал доступу більше даних, ніж цей канал здатен пропустити.
Багатошляховість потребує реальної підтримки
Multipath TCP — це явний транспортний механізм, який може передавати з'єднання через кілька підпотоків, коли його кінцеві точки й схема мережі це підтримують. Він не вмикається просто переліком двох незв'язаних проксі HTTP або SOCKS.
За повільної передачі спершу визначте, де межа: на каналі клієнта, на проксі, на дальшому маршруті чи на одержувачі. Пул корисний для розподілу з'єднань. Твердження про подвоєння швидкості одного файлу розглядайте як окрему функцію, якій потрібен власний механізм і власні докази.