LINUX.ORG.RU
ФорумTalks

Как сильно скорость первого ответа на ping коррелирует с мощностью процессора?

 , , , ,


0

1

Как сильно скорость первого ответа на ping коррелирует с мощностью процессора? От чего это вообще зависит? От нюансов работы сетевого стека, от частоты центрального процессора, от размера кэша центрального процессора, от коммутатора, от длинны кабеля?

Ко все устройствам идёт кабель от центрального 8 портового коммутатора, скорость проводного подключения 100 Мегабит в секунду.

Мой шлюз сделанный из старого настольного компьютера

PING 192.168.0.1 (192.168.0.1) 56(84) bytes of data.
64 bytes from 192.168.0.1: icmp_req=1 ttl=64 time=0.320 ms
64 bytes from 192.168.0.1: icmp_req=2 ttl=64 time=0.235 ms

Беспроводная точка доступа Ubiquiti Bullet 2

PING 192.168.0.51 (192.168.0.51) 56(84) bytes of data.
64 bytes from 192.168.0.51: icmp_req=1 ttl=64 time=1.92 ms
64 bytes from 192.168.0.51: icmp_req=2 ttl=64 time=0.635 ms
64 bytes from 192.168.0.51: icmp_req=3 ttl=64 time=0.653 ms
64 bytes from 192.168.0.51: icmp_req=4 ttl=64 time=0.579 ms

Основной компьютер.

PING 192.168.0.25 (192.168.0.25) 56(84) bytes of data.
64 bytes from 192.168.0.25: icmp_req=1 ttl=64 time=0.086 ms
64 bytes from 192.168.0.25: icmp_req=2 ttl=64 time=0.072 ms

Беспроводная точка доступа D-link DAP-1150

PING 192.168.0.50 (192.168.0.50) 56(84) bytes of data.
64 bytes from 192.168.0.50: icmp_req=1 ttl=64 time=1.35 ms
64 bytes from 192.168.0.50: icmp_req=2 ttl=64 time=0.674 ms
64 bytes from 192.168.0.50: icmp_req=3 ttl=64 time=0.682 ms

Ответ на: комментарий от goingUp

Ну вот данные собрал, а где расчеты корреляции? :)

Я вот и спрашиваю у людей, имеет ли смысл вообще её считать?

rezedent12 ☆☆☆
() автор топика

вкратце: никак. но зависит от его нагрузки. если все ядра под 100% нагружены, возможно, ждать придётся намного дольше.

next_time ★★★★★
()
Ответ на: комментарий от next_time

неа, не придеться, 100% CPU, 918237918273918273 load или out of memory, cерваки как правило, все равно пингуются.

Murg ★★★
()

От дофига всего зависит, в первую очередь от состояния:

* mac learning на всех портах по пути трафика

* WiFi стека если wireless соединение

* L2 и L3 firewall-ов

* QoS и policing на транзитах

И только потом собственно настройки ip стека на целевом хосте, включая сюда возможный policing icmp, что делают достаточно часто. Это всё только самые простые и очевидные фишки куда смотреть.

eabi
()

Из самых банальных соображений мат. ожидание времени ответа явно не меньше половины времени отсчёта самого быстрого таймера отвечающей системы и явно не меньше 13 мкс.

Sadler ★★★
()

в противоположность высказанным мнениям, вспоминая старый ноут - сетевой стек может тормозить при полной загрузке проца

stevejobs ★★★★☆
()
Ответ на: комментарий от stevejobs

вспоминая старый ноут - сетевой стек может тормозить при полной загрузке проца

неудивительно, банальная обработка прерываний

n_play
()
Ответ на: комментарий от eabi

Ого. И половины в голову не пришло, ты крут.

t184256 ★★★★★
()

Я правильно понимаю, что вы сравниваете время пинга не до одного хоста, а до разных?

Sorcerer ★★★★★
()
Ответ на: комментарий от Sorcerer

Я правильно понимаю, что вы сравниваете время пинга не до одного хоста, а до разных?

Да, но все они в одной локальной сети. И замечена как бы корреляция, чем больше мощность процессора устройства, тем меньше разница между временем первого и второго ICMP-пакета. А время первого ICMP-пакета больше у устройств с низкой производительностью.

rezedent12 ☆☆☆
() автор топика

Первый пакет будет передеан тогда, когда сработает протокол ARP. Поэтому если делать пинг снова после небольшого перерыва, то задержки не будет, так как MAC-адрес получателя уже в кэше ваше компа.

Deleted
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.