Короткий вопрос, длинного разбора не нужно.
Нужно на завтра, потому спрашиваю коротко. Делаю это редко, поэтому и спрашиваю. Объём небольшой, разовый.
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/Сколько адресов и какой темп при этом стоит?
Уточните пару моментов, иначе гадаем.
Осторожнее с этим выводом, он верен не всегда.
Разбейте список на равные части по числу потоков, так проще следить.
Смотрите не только число, но и разброс подсетей.
А что показывают логи в момент падения?
Осторожнее с этим выводом, он верен не всегда.
Коротко: считайте по темпу и держите двойной запас.
Полгода назад ловил то же самое.
Обычно хватает тридцати секунд на соединение и шестидесяти на ответ.
Хороший разбор, добавлю в закладки.
Уточните пару моментов, иначе гадаем.
Это на всех площадках или на одной?
Какая версия программы и что с настройками по умолчанию?
Уменьшите потоки вдвое и замерьте заново.
Проверьте, что настройка вообще применилась.
Считайте по темпу, всё остальное вторично.
Тут ничего нового не скажу, только подтвержу.
Смотрите не только число, но и разброс подсетей.
Разбейте список на равные части по числу потоков, так проще следить.
curl -s -o /dev/null -w "%{http_code} %{time_total}\n" -x $ADRES https://example.org/Проверьте, что настройка вообще применилась.
Проверял на трёх проектах подряд, картина устойчивая.
Обычно хватает тридцати секунд на соединение и шестидесяти на ответ.
Проверяйте на маленькой выборке, прежде чем запускать всё.