Проверка скорости адресов перед покупкой: что смотреть

Спрашиваю до покупки, чтобы потом не жалеть.

Пинг до адресов около 40 миллисекунд, но на длинном прогоне это почти не сказалось. Сравнивал два пула на одинаковой задаче, разница по времени вышла в полтора раза. При 300 потоках на 30 адресах проверки начались через двадцать минут.

Кто сталкивался, поделитесь опытом.

С выводом соглашусь, с обоснованием нет.

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

Пинг смотрите последним. На длинном прогоне сорок миллисекунд разницы теряются в паузах между запросами.

Один замер стоит десяти рассуждений.

Первый раз списал на случайность, второй раз уже нет.

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

$ 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

Согласен целиком, добавлю только цифру.

Разбирайте счета по задачам. Общая сумма ничего не показывает. Тогда видно, какой прогон обходится дороже данных, которые приносит.

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

Сначала делал так же, потом переделал всё.

Пул под мониторинг и пул под разовый прогон устроены по-разному: первому важна ровность, второму запас по объёму.

Скорость адреса и скорость прогона это разные вещи. Прогон упирается в темп, который вам позволяют. Ширина канала на это влияет слабо.

Хороший вопрос, редко разбирают.

Уточните пару моментов, иначе гадаем.

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

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

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

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

Разбирайте счета по задачам. Общая сумма ничего не показывает. Тогда видно, какой прогон обходится дороже данных, которые приносит.

Есть момент, который меняет всю картину.

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

$ 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