Прокси для аналитики цен: какие требования отличаются от SEO

Считал сам, получил странное, перепроверьте.

Сравнивал два пула на одинаковой задаче, разница по времени вышла в полтора раза. Пинг до адресов около 40 миллисекунд, но на длинном прогоне это почти не сказалось. Адреса шли подряд одной подсетью, и это оказалось важнее их числа.

$ for a in $(cat pool.txt); do curl -s -o /dev/null -w "%{time_total} " -x $a https://example.org/; done
0.412 0.398 1.884 0.421 0.406

Подскажите, где я ошибаюсь.

До этого работало? Что менялось перед тем, как сломалось?

Это на всех площадках или на одной?

У коллеги было то же самое, причина оказалась смешной.

Скорость канала важна там, где вы качаете тяжёлые страницы. На сборе выдачи она почти не влияет на общее время.

Безлимитный трафик выгоднее пакетов на любом регулярном сборе. Два терабайта в месяц набегают незаметно, а на пакетах это отдельная статья расходов.

Полгода жил с этим, пока не надоело.

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

Пинг смотрите последним. На длинном прогоне сорок миллисекунд разницы теряются в паузах между запросами.

Хороший разбор, добавлю в закладки.

Что менялось за последнюю неделю?

Пробовали на другой машине?

Что показывает простой запрос из консоли?

Так и работает, проверено не один раз.

Скорость адреса и скорость прогона это разные вещи. Прогон упирается в темп, который вам позволяют. Ширина канала на это влияет слабо.

Перед покупкой просите тест и гоняйте на нём свою настоящую задачу. Проверка доступности ничего не докажет.

Опишу свой случай, вдруг совпадёт.

Одинаковые адреса у двух исполнителей это верный способ получить отказы у обоих. Пул должен быть свой.

Жду продолжения.