Сколько потоков ставить на старте, если не знаешь площадку

Быстрый вопрос.

Делаю впервые. Делаю это редко, поэтому и спрашиваю.

curl -s -o /dev/null -w "%{http_code} %{time_total}\n" -x $ADRES https://example.org/

Может, кто-то уже проходил это.

Настройка применилась вообще?

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

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

Обычно хватает тридцати секунд на соединение и шестидесяти на ответ.

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

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

Проверял на трёх проектах подряд, картина устойчивая.

Проверьте на десятке записей, дальше видно будет.

Смотрите на долю отказов, она всё скажет.

curl -s -o /dev/null -w "%{http_code} %{time_total}\n" -x $ADRES https://example.org/

Осторожнее с этим выводом, он верен не всегда.

Ответ зависит от площадки, universal тут нет.

Проверяйте на маленькой выборке, прежде чем запускать всё.

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

Расскажу, чем закончилось у меня.

Сохраните сырое, потом пересчитаете как надо.

Начните с настроек по умолчанию и меняйте по одной.

Одно уточнение, иначе расчёт уедет.

Проверьте на десятке записей, дальше видно будет.

curl -s -o /dev/null -w "%{http_code} %{time_total}\n" -x $ADRES https://example.org/

Смотрите подсети, число адресов само по себе мало что даёт.

Сколько по времени занимает один запрос?

Ставьте паузу с разбросом, не ровную.

Половина верна, вторую половину поправлю.

Пары минут на пробу хватит, чтобы понять порядок.

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

Берите с запасом, потом сократите по замеру.

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

У меня это вскрылось только на сверке данных.

Разбейте список на равные части по числу потоков, так проще следить.

Проверьте на десятке записей, дальше видно будет.