Одна подсеть на 40 адресов: площадка видит это как одну руку

Считаю пул под задачу и хочу сверить расчёт с практикой.

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

$ 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

Буду рад и короткому ответу.

До сих пор помню, чем это закончилось.

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

Считайте не только пул, но и запас на замену. Часть адресов выбывает по естественным причинам, и это надо закладывать.

$ 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

Разбор годный, спорить не буду.

Данные теряются равномерно или кусками?

У нас похожая история была весной.

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

Число адресов считается от темпа. Возьмите допустимый темп на адрес для конкретной площадки и разделите на него общий темп прогона. Полученное умножьте на два, это и будет рабочий пул.

Забрал себе в заметки.

Если считаете расход заранее, смотрите сразу на безлимит по трафику. У меня приватные серверные прокси, два терабайта в месяц уходят незаметно и в счёт не попадают.

Разбейте задачу на части.

Проверял ровно это, картина совпала.

Если поставщик не говорит про подсети, это уже ответ. Спрашивайте прямо и просите разброс.

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

Пишите состояние построчно.