Швидкодія · 3 хв читання

Швидкість проксі: як ми міряємо затримку і чому ping бреше

Швидкість проксі — це не одне число. Затримка, пропускна здатність і час до першого байта міряють різні речі, а сирий ICMP-ping вводить в оману щодо всіх трьох. Пояснюємо, що справді має значення і як це вимірювати.

Почати

Швидкість — це три різні числа

Затримка, пропускна здатність і TTFB — не синоніми.

Коли питають «наскільки швидкий цей проксі?», зазвичай мають на увазі щось одне, а потрібні три числа. Саме через це змішування проксі, який «швидко пінгується», у реальній роботі однаково здається повільним.

Затримка — це час обороту для невеликого запиту: скільки минає, поки прийде бодай щось. Вона визначає відчуття від інтерактивної роботи і від великої кількості дрібних запитів — викликів API чи переходів між сторінками.
Пропускна здатність — це скільки даних за секунду проксі здатен пропустити, коли передача вже пішла. Вона вирішує для великих завантажень і важкого скрапінгу, і проксі з низькою затримкою цілком може мати кепську пропускну здатність.
Час до першого байта (TTFB) — це весь ланцюжок: DNS, рукостискання з'єднання, ретрансляція вашого запиту через проксі, роздуми сервера призначення і прихід першого байта. Це найближче одне число до того, «як запит відчувався насправді».

Для більшості проксі-задач важать саме затримка і TTFB, бо ви робите багато запитів, а не одне велетенське завантаження. Це та колонка, яку ми показуємо в списку безкоштовних проксі, і саме її міряють скрипти нижче.

Метрики, які справді важать

І яку задачу передбачає кожна з них.

Затримка (час обороту)

Пауза, перш ніж почне надходити відповідь. Найкраще передбачає поведінку на викликах API, навігації та безлічі дрібних запитів. Саме низька затримка робить проксі жвавим, а не млявим.

Пропускна здатність (смуга)

Скільки даних за секунду йде під час передачі. Найкраще передбачає великі завантаження і масовий скрапінг. Проксі може мати низьку затримку, але вузьку смугу, тож міряйте те, від чого залежить ваша задача.

Час до першого байта

Увесь ланцюжок запиту разом із рукостисканням і часом на роздуми сервера. Одне число, найближче до реального відчуття, — саме його розкладає по стадіях curl.

Стабільність

Один вдалий замір нічого не доводить. Проксі з непоганим середнім, але злими стрибками, зупинятиме ваші задачі. Міряйте кілька разів і дивіться на розкид, а не лише на найкращий випадок.

Чому звичайний ping бреше

ICMP робить не те, що роблять ваші запити.

Перший порив — пінгонути проксі й повірити цифрі в мілісекундах. Вона оманлива, і причини цілком конкретні. Ping працює через ICMP — це інший протокол, ніж TCP і TLS, якими йде ваш реальний трафік; мережі регулярно дають ICMP пріоритет, занижують його або блокують зовсім, тож цифра пінга не відображає ні того, ні іншого. До того ж ping міряє відрізок до проксі, а не весь шлях крізь нього до справжнього призначення — а важить саме він. І він повністю ігнорує те, що переважає в реальних запитах: рукостискання TCP, узгодження TLS, розв'язання DNS і час, який витрачає на відповідь сам сервер призначення.

Чесний спосіб виміряти проксі — виміряти реальний запит крізь нього, засікаючи стадії підключення й першого байта так, як їх показує curl. Це враховує рукостискання, ретрансляцію і призначення — усе, що ping викидає. Саме так отримані показники затримки в нашому списку: у цьому й сенс публікувати прозору методику, а не маркетингову цифру.

Виміряйте справжню затримку проксі

Збережіть як proxy-latency.sh. curl показує час підключення і час до першого байта — те, як запит відчувається насправді, — а не оманливий ICMP-пінг. Використання: bash proxy-latency.sh HOST:PORT

bash

#!/usr/bin/env bash
# proxy-latency.sh — measure REAL latency through a proxy, not ICMP ping.
# curl exposes connect + time-to-first-byte, which is what a request feels.
# Usage: bash proxy-latency.sh HOST:PORT [url] [runs]
PROXY="$1"
URL="${2:-https://api.ipify.org}"
N="${3:-5}"

fmt='connect=%{time_connect}s  ttfb=%{time_starttransfer}s  total=%{time_total}s\n'
echo "measuring $PROXY -> $URL ($N runs)"
for i in $(seq 1 "$N"); do
  curl -s -o /dev/null --max-time 10 \
       --socks5-hostname "$PROXY" \
       -w "$fmt" "$URL"
done

# Compare against no proxy to see the true added cost:
#   for i in $(seq 1 5); do curl -s -o /dev/null -w "$fmt" "$URL"; done

Як міряти проксі чесно

Коротка методика, яку можна повторювати.

Щоб порівнювати проксі чесно, зафіксуйте змінні. Тестуйте кожен проксі на одній і тій самій цілі та з однієї мережі, проганяйте кожен кілька разів і беріть медіану, а не найвдаліший замір, і обов'язково міряйте базову лінію без проксі — інакше не зрозумієте, що додав проксі, а що ваш власний канал чи сервер призначення. Відстань — це фізика: проксі, географічно далекий від вас або від цілі, завжди додасть затримку, якої не прибере жоден тунель, тож враховуйте розташування, а не звинувачуйте проксі.

За цифрами s4m стоїть та сама дисципліна. Автентифіковані проксі дата-центру зроблені заради стабільної роботи з низькою затримкою, а колонка затримки в безкоштовному списку рахується з реальних запитів із таймінгами, а не з ICMP. Треба швидко перевірити один проксі? Візьміть перевірку проксі; треба прогнати цілий список разом зі швидкістю — дивіться, як перевірити працездатність проксі.

FAQ

Відповіді на питання

Чому пінг до проксі низький, а працює він повільно?

Бо ping міряє ICMP до проксі, а не ваш реальний трафік крізь нього. Ваші запити платять за рукостискання TCP, TLS, DNS і час відповіді сервера призначення — нічого з цього ping не бачить. Проксі з чудовим пінгом цілком може мати повільний час до першого байта або вузьку смугу, а відчуваєте ви саме їх.

Чим затримка відрізняється від пропускної здатності проксі?

Затримка — це пауза, перш ніж піде відповідь; пропускна здатність — скільки даних за секунду йде, коли вона вже пішла. Затримка вирішує на безлічі дрібних запитів на кшталт викликів API чи посторінкового скрапінгу; пропускна здатність — на великих завантаженнях. Проксі може бути сильним в одному й слабким в іншому, тож міряйте те, що потрібне вашій задачі.

Як правильно робити бенчмарк проксі?

Міряйте реальний запит крізь нього, а не ping. Засікайте стадії підключення й першого байта через curl, тестуйте на одній цілі з однієї мережі, робіть кілька прогонів і беріть медіану, а результат порівнюйте з базовою лінією без проксі. Скрипт на bash вище робить саме це.

Чи впливає відстань до проксі на швидкість?

Так, і нікуди від цього не дітися. Проксі, далекий від вас або від вашої цілі, додає час обороту, який не прибере жодна програма, — це фізика. Порівнюючи проксі, зважайте на розташування й обирайте вихід, географічно розумний і для вас, і для сайту, до якого ви йдете.

Читайте далі

Вам також може сподобатися

Міряйте, а не вгадуйте

Робіть бенчмарк проксі так, як поводяться справжні запити, — скриптом вище. Або почніть з автентифікованих проксі дата-центру, зроблених заради стабільно низької затримки. Спершу перевірте один безкоштовно в перевірці проксі.

Швидкі проксі Дивитись ціни

Цю сторінку знаходять за запитами

швидкість проксі
як сайти виявляють проксі та VPN
швидкість проксі пояснення
як налаштувати швидкість проксі
як перевірити швидкість проксі
vpn kill switch порівняння
wireguard для android
робочий авторизація проксі
як працює список безкоштовних проксі
як змінити свою IP-адресу
скільки живуть безкоштовні проксі

Реальні пошукові фрази, на які відповідає ця сторінка — за посиланнями відкриються матеріали, що розкривають тему глибше.