☰

Окажет ли разница во времени пинга в 0,6 мс ощутимое влияние на передачу данных?

tag-icon • tag-icon linux windows networking performance ping
Окажет ли разница во времени пинга в 0,6 мс ощутимое влияние на передачу данных?

Я сопоставляю наше приложение с различными настольными ПК, которые есть в нашей организации. Наше приложение использует много сетевых ресурсов (вся обработка выполняется на стороне сервера). Я пытаюсь понять, какая часть воспринимаемой производительности приложения связана с использованием процессора и сети.

От нашего сервера данных до двух настольных машин я вижу совершенно разное время пинга, а трассировка маршрута показывает потерянные пакеты. Являются ли различия в ответах пинга чем-то, о чем мне следует беспокоиться, или мне следует игнорировать их и сосредоточиться на других различиях в оборудовании между моими тестовыми машинами?

Вывод (анонимный, но маршрут идентичен для обеих целевых машин)

traceroute to testmachine1 (10.0.0.1), 30 hops max, 60 byte packets
 1  somehost1 (10.1.1.1)  1.315 ms  1.328 ms  1.419 ms
 2  somehost2 (10.1.1.2)  0.506 ms  0.556 ms  0.677 ms
 3  somehost3 (10.1.1.3)  0.494 ms  0.492 ms  0.489 ms
 4  testmachine1 (10.0.0.1)  0.658 ms  0.771 ms  0.770 ms

traceroute to testmachine2 (10.0.0.2), 30 hops max, 60 byte packets
 1  somehost1 (10.1.1.1)  0.805 ms  0.804 ms  0.875 ms
 2  somehost2 (10.1.1.2)  0.782 ms  0.867 ms  0.910 ms
 3  somehost3 (10.1.1.3)  0.569 ms  0.570 ms  0.571 ms
 4  testmachine2 (10.0.0.2)  1.234 ms * *

Характеристики испытательной машины

Drivers are up to date on both machines
Both running Windows 7 enterprise
Physical connections go identically through Avaya IP Phones
testmachine1 - HP Z620 - 2 x Xeon E5-2620, 12GB, 1GB onboard Intel NIC
testmachine2 - HP Z600 - 2 x Xeon E5506, 24GB, 1GB onboard Broadcom NIC

решение1

Я не думаю, что вы сможете вывести много из данных, полученных через traceroute, потому что они очень абстрактны. Если только вы не сможете создать гигантскую базу данных, чтобы затем преобразовать ее в инфографику. Людям свойственно не извлекать многого из чисел, но если вы преобразуете их в визуальные данные, разум мгновенно начинает думать по-другому.

Я бы предложил собирать информацию непосредственно с маршрутизатора(ов). Я бы искал в основном CPU-LOAD, но есть также используемые порты, одновременные открытые соединения, пропускная способность и некоторые другие. Чтобы полученные данные имели практический смысл, их нужно сопоставить с потенциалом/ограничением маршрутизатора(ов).

Связанный контент