Защо прокси с малко закъснение все пак може да изтегля бавно
Закъснението при свързване и скоростта на изтегляне измерват различни части от заявката през прокси. Изберете тест според задачата.
Прокси, което връща малка страница бързо, може да е бавно при изтегляне на файл. Първата заявка показва главно забавянето при установяване на връзката и получаване на отговор. По-големият трансфер зависи и от количеството данни, което маршрутът може да пренася устойчиво.
Кой показател отговаря на въпроса ви?
| Задача | Полезно наблюдение |
|---|---|
| Отваряне на малка страница или изпращане на кратка API заявка | Време до получаване на отговора, включително установяването на връзката. |
| Изтегляне на файл | Общо прехвърлени байтове и средна скорост с подходящ тестов файл. |
| Запазване на бърза реакция на приложението при много заявки | Типично време за отговор, неуспехи и повторно използване на връзките при очакваното натоварване. |
ICMP ping е различен тест. Сървърът може да отговаря на ping, когато прокси услугата му е недостъпна, или да блокира ping, докато проксито работи. Времето за отиване и връщане до адреса на проксито също не включва връзката му с вашата крайна цел.
Измерете реален трансфер
Използвайте файл на сървър, който контролирате, или файл, предназначен за такъв тест. Този пример изхвърля тялото на отговора и извежда размера на трансфера, средните байтове в секунда и общото време:
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.binЗаменете и примерното прокси, и URL адреса на файла. Страница 404 или отговор с отказан достъп не е валиден тест за изтегляне, дори да пристига бързо. Проверете статуса, очаквания размер и съдържанието преди сравняване на скоростите.
Полето за средна скорост е в байтове в секунда. Мрежов план, рекламиран в битове в секунда, използва друга единица. За приблизително превръщане от байтове в битове умножете по осем; използвайте една и съща единица през цялото сравнение.
Осигурете равни условия за сравнение
Използвайте еднакви крайна цел, файл, клиентска мрежа и настройки за времевите ограничения. Сравнете няколко умерени проби, вместо да избирате най-бързия опит. При блокирал трансфер избирайте съзнателно ограниченията за свързване, общо време и ниска скорост. Запазвайте неуспешните заявки в резултатите: прокси, което понякога прехвърля бързо, но често отказва, може да е лош избор за работа, която трябва да приключи.
Кеширан файл и ново изтегляне могат да минават по различни пътища през услугата. Същото важи за заявка след установяване на връзката и такава, която използва повторно съществуваща връзка. Определете какво поведение е нужно на приложението и го измервайте последователно.
Избирайте според натоварването
При малък API отговор още една секунда чакане преди първия байт може да е по-важна от пиковата скорост. При голямо изтегляне бързото договаряне, последвано от много бавно тяло, е неизгодна размяна. И за двете задачи тествайте действителната крайна цел; няма един показател за скорост, който описва всички маршрути през прокси.
Списъкът с проксита на ProxyHub не предоставя независими измервания на скоростта за всеки IP. Филтърът по протокол или държава не е класация по скорост.