Hai proxy có thể tải một tệp nhanh hơn không?

Hai lối ra proxy, mỗi lối còn băng thông dư, trông như cách dễ dàng để gấp đôi tốc độ tải xuống. Nhưng một bể proxy thông thường không hoạt động như vậy.

Máy khách mở một kết nối qua một proxy đã chọn. Proxy đó mở kết nối tiếp theo. Thêm một địa chỉ khác từ danh sách proxy vào bể chỉ cho các kết nối sau này thêm một lựa chọn; nó không nối proxy thứ hai vào luồng byte đang chạy.

Cân bằng đa WAN thông thường dựa trên kết nối cũng có giới hạn tương tự. Nó có thể phân tán các kết nối khác nhau qua các đường truyền, cải thiện tổng dung lượng hoặc giảm tranh chấp. Một kết nối vẫn là một kết nối trừ khi một cơ chế khác cung cấp nhiều tuyến một cách rõ ràng.

Khi tải song song là chuyện khác

Máy khách có thể yêu cầu các phạm vi khác nhau của một tệp qua các kết nối riêng và ghép chúng lại tại chỗ. Việc đó có thể dùng nhiều hơn một tuyến nếu máy khách hỗ trợ cách bố trí này và máy chủ cho phép các yêu cầu.

Nó kéo theo các điều kiện: các phạm vi phải mô tả cùng một biểu diễn, phản hồi của máy chủ phải khớp với các độ lệch được yêu cầu, và thay đổi trên đối tượng không được tạo ra tệp hỗn hợp. Xác thực, giới hạn của máy chủ và chính sách theo từng lối ra cũng có thể khiến các yêu cầu phạm vi song song không phù hợp. Mười lần tải trọn vẹn không phải mười mảnh của một lần tải.

Tuyến cuối cùng tới máy khách vẫn quan trọng. Nhiều lối ra nhanh không thể gửi qua một đường truyền truy cập đã bão hòa nhiều dữ liệu hơn mức đường truyền đó chịu được.

Đa tuyến cần sự hỗ trợ thực sự

Multipath TCP là một cơ chế truyền tải rõ ràng có thể mang một kết nối bằng nhiều luồng con khi các đầu mút và cách bố trí mạng hỗ trợ. Nó không được bật chỉ bằng cách liệt kê hai proxy HTTP hoặc SOCKS không liên quan.

Với một lần truyền chậm, trước hết hãy xác định giới hạn nằm ở đường truyền của máy khách, ở proxy, ở tuyến tiếp theo hay ở đích. Một bể hữu ích cho việc phân phối kết nối. Hãy coi tuyên bố gấp đôi tốc độ của một tệp là một tính năng riêng cần cơ chế và bằng chứng riêng.