ping на Linux по сравнению с ping на mikrotik
Тем не менее, есть ли другие умные инструменты / методы, чтобы увидеть, что процесс прослушивания на TCP Port получает сообщение?
Вы можете использовать stroce с -E Trace = Network . Это то, что он печатает при принятии соединения TCP, получая HTTP-запрос, отправляя HTTP-ответ и закрытие соединения:
$ strace -v -f -e trace=network -p `cat logs/my_server.pid`
Process 2361 attached with 44 threads - interrupt to quit
[pid 2422] accept(11, {sa_family=AF_INET, sin_port=htons(56289), sin_addr=inet_addr("172.30.1.60")}, [16]) = 14
[pid 2422] getsockname(14, {sa_family=AF_INET, sin_port=htons(7754), sin_addr=inet_addr("172.30.1.60")}, [16]) = 0
[pid 2422] setsockopt(14, SOL_TCP, TCP_NODELAY, [1], 4) = 0
[pid 2422] setsockopt(14, SOL_SOCKET, SO_KEEPALIVE, [1], 4) = 0
[pid 2422] getsockopt(14, SOL_SOCKET, SO_OOBINLINE, [515004615020773376], [4]) = 0
[pid 2388] recvfrom(14, "GET /OPEN_", 10, MSG_PEEK, NULL, NULL) = 10
[pid 2388] recvfrom(14, "GET /OPEN_SESSION?LOGIN=HAS_ADMI"..., 4096, 0, NULL, NULL) = 246
[pid 2388] sendto(14, "HTTP/1.1 200 OK\r\nServer: MY_SER"..., 192, 0, NULL, 0) = 192
[pid 2388] sendto(14, "<?xml version='1.0' encoding = '"..., 680, 0, NULL, 0) = 680
[pid 2361] --- SIGIO (I/O possible) @ 0 (0) ---
[pid 2388] recvfrom(14, "", 4096, 0, NULL, NULL) = 0
[pid 2388] shutdown(14, 2 /* send and receive */) = 0
Нет. Это не значит, что Linux менее эффективен, может быть, даже наоборот;
потому что, когда увеличивается пропускная способность / трафик и больше нет места для пакетов, пакеты (пакеты ICMP) задерживаются еще больше.
Так что, возможно, Linux даже выполняет свою работу быстрее и разрешает больший трафик YouTube и заставляет ваши пакеты icmp задерживать больше.
А также, как @Barmar (в комментариях) упомянул, что размер пакета по умолчанию в linux равен 64, а в микротике - 50!
На mikrotik вы можете отдавать приоритет пакетам icmp по сравнению с другими вещами в очередях! иметь такую же задержку даже при высокой загруженности.