Vì sao proxy có độ trễ thấp vẫn có thể tải tệp chậm
Độ trễ kết nối và thông lượng tải xuống đo các phần khác nhau của yêu cầu qua proxy. Hãy chọn phép thử phù hợp với công việc.
Proxy trả về một trang nhỏ nhanh vẫn có thể tải tệp chậm. Yêu cầu đầu chủ yếu cho biết độ trễ thiết lập và phản hồi. Việc truyền dữ liệu lớn còn phụ thuộc vào lượng dữ liệu mà tuyến đường có thể duy trì.
Chỉ số nào trả lời câu hỏi của bạn?
| Công việc | Thông tin nên quan sát |
|---|---|
| Mở trang nhỏ hoặc gửi yêu cầu API ngắn | Thời gian đến khi nhận phản hồi, bao gồm thiết lập kết nối. |
| Tải tệp | Tổng số byte đã truyền và thông lượng trung bình với tệp thử phù hợp. |
| Giữ ứng dụng phản hồi nhanh qua nhiều yêu cầu | Thời gian phản hồi thường gặp, lỗi và việc tái sử dụng kết nối dưới tải dự kiến. |
ICMP ping là phép thử khác. Máy chủ có thể trả lời ping khi dịch vụ proxy không sẵn sàng, hoặc chặn ping trong khi proxy vẫn hoạt động. Thời gian khứ hồi đến địa chỉ proxy cũng bỏ qua kết nối từ proxy đến đích của bạn.
Đo một lần truyền thực tế
Dùng tệp trên máy chủ do bạn kiểm soát hoặc tệp dành cho loại thử nghiệm này. Ví dụ sau bỏ nội dung phản hồi và in ra kích thước truyền, số byte trung bình mỗi giây cùng tổng thời gian:
curl --proxy http://203.0.113.10:8080 --noproxy '' --connect-timeout 5 --max-time 30 --silent --show-error --output /dev/null --write-out 'status=%{http_code} bytes=%{size_download} average_Bps=%{speed_download} seconds=%{time_total}\n' https://example.com/test-file.binThay cả proxy mẫu và URL tệp. Trang 404 hoặc phản hồi từ chối truy cập không phải phép đo tải xuống hợp lệ dù đến nhanh. Kiểm tra trạng thái, kích thước tệp dự kiến và nội dung trước khi so sánh tốc độ.
Trường tốc độ trung bình có đơn vị byte mỗi giây. Gói mạng quảng cáo bằng bit mỗi giây dùng đơn vị khác. Để đổi gần đúng từ byte sang bit, nhân với tám; giữ cùng đơn vị trong suốt phép so sánh.
Giữ điều kiện so sánh công bằng
Dùng cùng đích, tệp, mạng máy khách và thiết lập thời gian chờ. So sánh vài mẫu vừa phải thay vì chọn lần thử nhanh nhất. Với các lần truyền bị kẹt, chủ động chọn giới hạn thiết lập, tổng thời gian và tốc độ thấp. Giữ yêu cầu thất bại trong kết quả: proxy đôi khi truyền nhanh nhưng thường lỗi có thể không phù hợp với công việc bắt buộc phải hoàn tất.
Tệp trong bộ nhớ đệm và lượt tải mới có thể đi theo các đường khác nhau trong dịch vụ. Yêu cầu sau khi thiết lập kết nối và yêu cầu tái sử dụng kết nối hiện có cũng vậy. Xác định ứng dụng cần hành vi nào rồi đo nhất quán hành vi đó.
Chọn theo tải công việc
Với phản hồi API nhỏ, chờ thêm một giây trước byte đầu có thể quan trọng hơn thông lượng đỉnh. Với lượt tải lớn, bắt tay nhanh nhưng nội dung sau đó rất chậm là sự đánh đổi không tốt. Trong cả hai trường hợp, hãy thử đích thực tế sẽ dùng; không có một điểm tốc độ duy nhất mô tả mọi tuyến qua proxy.
Danh sách proxy của ProxyHub không cung cấp phép đo thông lượng độc lập cho từng IP. Bộ lọc giao thức hoặc quốc gia không phải bảng xếp hạng tốc độ.