Чаму проксі з малой затрымкай усё адно можа павольна спампоўваць файлы
Затрымка злучэння і хуткасць спампоўвання вымяраюць розныя часткі запыту праз проксі. Выбірайце праверку пад задачу.
Проксі, які хутка вяртае маленькую старонку, можа павольна спампоўваць файл. Першы запыт паказвае пераважна затрымку ўсталявання злучэння і адказу. Большая перадача залежыць таксама ад таго, колькі даных маршрут здольны перадаваць устойліва.
Які паказчык адказвае на ваша пытанне?
| Задача | Карыснае назіранне |
|---|---|
| Адкрыць маленькую старонку або адправіць кароткі запыт 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. Фільтр па пратаколе або краіне не з’яўляецца рэйтынгам хуткасці.