Задержка и пропускная способность: как выбрать прокси под конкретную задачу

Время ответа одного запроса через прокси складывается из нескольких независимых задержек, а не одной общей «скорости интернета». Пропускная способность всей цепочки при этом равна пропускной способности самого слабого её звена — не важно, насколько быстры остальные участки пути. Понимание этих двух параметров подсказывает не абстрактно «взять прокси побыстрее», а конкретно — какой тип прокси и в каком регионе нужен под задачу: массовый сбор данных, где важна пропускная способность, или интерактивные запросы, где критична именно задержка.

Из чего складывается задержка одного запроса

Задержка на каждом узле по пути пакета состоит из четырёх компонентов. Задержка обработки — время, которое маршрутизатор тратит на анализ заголовка пакета и решение, куда его отправить дальше. Задержка очереди — время ожидания в буфере, пока не освободится канал; она резко растёт, когда канал загружен близко к пределу. Задержка передачи — время, необходимое, чтобы вытолкнуть все биты пакета в канал (размер пакета, делённый на скорость канала). Задержка распространения — время, за которое сигнал физически проходит расстояние до следующего узла со скоростью, близкой к скорости света в среде. Общее время ответа запроса — это сумма всех четырёх задержек на каждом узле по всему пути туда и обратно.

Пропускная способность — это самое узкое звено на пути

Даже если у вас гигабитный канал, а у целевого сервера — ещё более быстрый, реальная пропускная способность соединения между ними будет равна пропускной способности самого медленного участка на всём пути: это может быть канал доступа прокси-сервера, промежуточный магистральный провайдер или ограничение самого целевого сайта. Добавление скорости на любом другом участке, кроме этого узкого места, не увеличит реальную пропускную способность ни на бит.

Расстояние до сервера и выбор гео прокси

Задержку распространения нельзя обойти оптимизацией кода — она определяется физическим расстоянием и скоростью света в среде передачи. Запрос из Москвы к серверу в Сан-Паулу неизбежно потратит на одно только распространение сигнала заметно больше времени, чем запрос к серверу в том же городе. Отсюда практическое правило: если задача чувствительна к задержке (например, эмуляция реального пользователя, который «слишком быстро» кликает через полмира), стоит подбирать гео прокси географически ближе к целевому серверу или к тому региону, из которого сайт ожидает трафик.

Как перегруженный канал доступа «взрывает» задержку

Задержка очереди ведёт себя нелинейно: пока интенсивность трафика в канале далека от предела, задержка небольшая и растёт медленно, но по мере приближения интенсивности к 100% загрузки канала задержка начинает расти практически неограниченно. Показательный пример: при канале доступа в 15 Мбит/с, среднем размере объекта в 1 Мбит и частоте запросов 15 в секунду интенсивность трафика в канале доступа равна единице — и среднее время ответа может растягиваться на минуты. Добавление кэширующего прокси, который обслуживает даже 40% запросов локально, снижает интенсивность трафика в узком канале до 0,6 и возвращает среднюю задержку к приемлемым значениям без какого-либо расширения самого канала. Тот же принцип работает и в обратную сторону: пул прокси, который упирается в собственный переполненный канал доступа, будет давать именно такие «внезапные» скачки задержки при росте нагрузки — не потому что что-то сломалось, а потому что канал вплотную подошёл к пределу.

Что важнее под конкретную задачу

Как измерить самому перед закупкой пула

1. Замерьте RTT (время оборота) отдельно от скорости передачи. Это разные вещи: можно иметь низкую задержку, но невысокую пропускную способность, и наоборот.
2. Тестируйте на реальном целевом сайте, а не на абстрактном speedtest. Задержка и доступная пропускная способность до конкретного сервера — то, что реально имеет значение, а не среднее по интернету.
3. Смотрите на поведение под нагрузкой, а не только на одиночный запрос. Разовый тест не покажет, что происходит с задержкой при интенсивности трафика, близкой к пределу канала — а именно там и прячутся «внезапные» скачки.
4. Разделяйте метрики по типу прокси, а не усредняйте. Средняя задержка по всему пулу маскирует то, что часть узлов может быть заметно хуже остальных.

Как это устроено у нас

Гео и тип прокси в Proxy.Market можно подбирать под конкретную задачу: для чувствительных к задержке сценариев — резидентские или мобильные прокси в нужном регионе, для массовой пропускной способности — серверные IPv4. Отдельно стоит посмотреть кейс «Мониторинг цен», где сочетание правильного гео и стабильной задержки напрямую влияет на точность собираемых данных.

Частые вопросы

Что важнее для скорости — пинг (задержка) или ширина канала?
Зависит от задачи: для одного мелкого запроса решает в основном задержка (RTT), а для передачи больших объёмов данных — пропускная способность. На практике обе метрики стоит смотреть отдельно, а не полагаться на одну общую оценку «скорости».

Почему прокси в моём регионе иногда медленнее прокси в другой стране?
Задержка распространения зависит не только от прямого расстояния, но и от реального маршрута трафика через магистральных провайдеров — иногда более длинный по километрам путь оказывается быстрее из-за качества и загрузки промежуточных каналов.

Можно ли увеличить пропускную способность, если известно узкое место?
Да, если узкое место — на вашей стороне или на стороне прокси-провайдера (например, канал доступа), это можно расширить. Если узким местом является сам целевой сервер или его ограничения на количество запросов, увеличение канала не даст эффекта.

Как узнать, что причина медленных ответов — очередь на канале, а не что-то другое?
Косвенный признак — задержка растёт непропорционально при повышении интенсивности запросов и падает почти линейно при её снижении, что характерно именно для перегрузки канала, а не для проблем на стороне сервера или DNS.

Источники

Kurose J., Ross K. Computer Networking: A Top-Down Approach, 6th Edition — раздел о задержках, потерях и пропускной способности в сетях с коммутацией пакетов, а также раздел о веб-кэшировании и расчёте задержки при разной интенсивности трафика.

Нужна помощь с подбором гео и типа прокси под конкретные требования к задержке и пропускной способности? Опишите задачу менеджеру Proxy.Market — подберём пул с нужным балансом, а не «в среднем по больнице».