Как считать трафик заранее

Вопрос простой, но хочется услышать, как у других.

Пара цифр для понимания.

Нужно на завтра, потому спрашиваю коротко. Разово, для одного проекта.

Готов сам проверить, скажите только что.

Помню, как искал причину два дня подряд.

Считайте от объёма и окна, остальное следствие.

Обычно достаточно того, что уже есть под рукой.

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

Начните с пробы на тысяче записей.

Ставьте таймаут, иначе висит вечно.

Ловил это дважды, оба раза по разным причинам.

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

Какой объём и за какое окно?

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

На одном проекте это стоило нам сорванного срока.

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

Почти так, но одна деталь меняет вывод.

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

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

Сколько потоков стоит на прогоне?

Всё сходится с тем, что вижу у себя.

Если сомневаетесь, берите меньше и растите.

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

Именно так и есть, спорить не о чем.

Считайте от объёма и окна, остальное следствие.

Если сомневаетесь, берите меньше и растите.

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/

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

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

У нас это вылезло на проекте с большим каталогом.

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

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