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

Question

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

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

---

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

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

Answer 1

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

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