Одна подсеть на 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

Буду признателен за конкретику.

Долго держал старую схему, пока не упёрся.

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

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

$ 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

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

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

Тут ничего нового не скажу, только подтвержу.

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

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

Держите нас в курсе.

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

Логи в помощь, без них это гадание.

Проверял это на своей задаче, вывод такой же.

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

Какая версия программы и что с настройками по умолчанию?

Уменьшите потоки вдвое и замерьте заново.