Hallo Stackoverflow-Community, ich hätte gerne Hilfe, um zu verstehen, warum der Ping langsam ist
(Dies wurde von Stackoverflow kopiert und folgt einem Rat, den ich dort erhalten habe.)
Kontext
- Ich habe zwei Linux-Server.
- Himbeer-Pi 4
- Kernel ist
5.4.0-1042-raspi
- Lenovo n75q winzige Gen2
- Kernel ist
5.4.0-89-generic
- Sie haben eine identische
/etc/netplan/99_config.yaml
Datei und gehören zum selben WLAN-Netzwerk - Sie sind beide mit dem Internet verbunden und können Inhalte aus der Außenwelt abrufen. (Ich meine, Curl funktioniert auf beiden Servern.)
- Ihre CPU ist nicht ausgelastet und sie haben genügend Speicher.
Problem
- Beim Zugriff auf den zweiten Server (Lenovo) über SSH ist die Antwort sehr verzögert. (jede einzelne Eingabe ist verzögert)
- Es hat jedoch eine bessere Bandbreite als Raspberry Pi.
- Die einzige merkwürdige Tatsache, die ich bei meinen Untersuchungen hierzu herausgefunden habe, ist, dass der Ping zu Lenovo langsamer ist als zu Raspberry Pi.
- Raspberry Pi funktioniert/reagiert sehr reibungslos.
Frage
- Was kann der Grund dafür sein, dass es bei Lenovo zu Verzögerungen kommt, wenn über SSH darauf zugegriffen wird?
- (Wenn der Grund derselbe ist wie für den langsamen Ping), wie kann ich dieses Problem beheben?
Ergebnis von iperf
# rasberry pi
[ ID] Interval Transfer Bandwidth
[ 4] local 192.168.3.13 port 5001 connected with 192.168.3.2 port 52172
[ 4] 0.0-12.8 sec 100 MBytes 65.6 Mbits/sec
[ 4] local 192.168.3.13 port 5001 connected with 192.168.3.2 port 52248
[ 4] 0.0-153.3 sec 1000 MBytes 54.7 Mbits/sec
# lenovo
[ ID] Interval Transfer Bandwidth
[ 4] local 192.168.3.11 port 5001 connected with 192.168.3.2 port 52163
[ 4] 0.0-12.4 sec 100 MBytes 67.6 Mbits/sec
[ 4] local 192.168.3.11 port 5001 connected with 192.168.3.2 port 52180
[ 4] 0.0-64.8 sec 1000 MBytes 129 Mbits/sec
[ 4] local 192.168.3.11 port 5001 connected with 192.168.3.2 port 52312
[ 4] 0.0-68.4 sec 1000 MBytes 123 Mbits/sec
Ergebnis des Speedtests
# rasberry pi
$ speedtest
Retrieving speedtest.net configuration...
Testing from Softbank BB ...
Retrieving speedtest.net server list...
Selecting best server based on ping...
Hosted by denpa893 (Tokyo) [4.11 km]: 18.09 ms
Testing download speed................................................................................
Download: 53.25 Mbit/s
Testing upload speed......................................................................................................
Upload: 58.68 Mbit/s
# lenovo
$ speedtest
Retrieving speedtest.net configuration...
Testing from Softbank BB ...
Retrieving speedtest.net server list...
Selecting best server based on ping...
Hosted by NEVERLOSS LLC. (Tokyo) [4.11 km]: 12.093 ms
Testing download speed................................................................................
Download: 189.07 Mbit/s
Testing upload speed......................................................................................................
Upload: 74.77 Mbit/s
Ergebnis des Pings
# rasberry pi
$ ping -s 1000 192.168.3.13
PING 192.168.3.13 (192.168.3.13): 1000 data bytes
1008 bytes from 192.168.3.13: icmp_seq=0 ttl=64 time=79.925 ms
1008 bytes from 192.168.3.13: icmp_seq=1 ttl=64 time=10.203 ms
1008 bytes from 192.168.3.13: icmp_seq=2 ttl=64 time=13.297 ms
1008 bytes from 192.168.3.13: icmp_seq=3 ttl=64 time=9.976 ms
1008 bytes from 192.168.3.13: icmp_seq=4 ttl=64 time=2.932 ms
1008 bytes from 192.168.3.13: icmp_seq=5 ttl=64 time=9.611 ms
1008 bytes from 192.168.3.13: icmp_seq=6 ttl=64 time=2.983 ms
1008 bytes from 192.168.3.13: icmp_seq=7 ttl=64 time=12.698 ms
1008 bytes from 192.168.3.13: icmp_seq=8 ttl=64 time=3.286 ms
1008 bytes from 192.168.3.13: icmp_seq=9 ttl=64 time=3.937 ms
1008 bytes from 192.168.3.13: icmp_seq=10 ttl=64 time=2.689 ms
# lenovo
$ ping -s 1000 192.168.3.11
PING 192.168.3.11 (192.168.3.11): 1000 data bytes
1008 bytes from 192.168.3.11: icmp_seq=0 ttl=64 time=211.042 ms <--- much slower than rasberry pi
1008 bytes from 192.168.3.11: icmp_seq=1 ttl=64 time=26.955 ms
1008 bytes from 192.168.3.11: icmp_seq=2 ttl=64 time=47.657 ms
1008 bytes from 192.168.3.11: icmp_seq=3 ttl=64 time=172.856 ms
1008 bytes from 192.168.3.11: icmp_seq=4 ttl=64 time=194.496 ms
1008 bytes from 192.168.3.11: icmp_seq=5 ttl=64 time=216.379 ms
1008 bytes from 192.168.3.11: icmp_seq=6 ttl=64 time=134.123 ms
1008 bytes from 192.168.3.11: icmp_seq=7 ttl=64 time=155.828 ms
Ergebnis von Traceroute
# rasberry pi
$ traceroute 192.168.3.11
traceroute to 192.168.3.11 (192.168.3.11), 64 hops max, 52 byte packets
1 ${rasberry pi} (192.168.3.11) 4.122 ms 2.568 ms 2.109 ms
# lenovo
$ traceroute 192.168.3.13
traceroute to 192.168.3.13 (192.168.3.13), 64 hops max, 52 byte packets
1 * ${lenovo} (192.168.3.13) 105.194 ms 3.069 ms
Ergebnis von Top
# rasberry pi
top - 04:03:38 up 3:30, 1 user, load average: 0.00, 0.00, 0.00
Tasks: 166 total, 1 running, 165 sleeping, 0 stopped, 0 zombie
%Cpu(s): 0.2 us, 0.2 sy, 0.0 ni, 99.7 id, 0.0 wa, 0.0 hi, 0.0 si, 0.0 st
MiB Mem : 7811.3 total, 6909.1 free, 284.0 used, 618.2 buff/cache
MiB Swap: 0.0 total, 0.0 free, 0.0 used. 7394.4 avail Mem
# lenovo
top - 04:03:54 up 1:45, 1 user, load average: 0.07, 0.02, 0.00
Tasks: 197 total, 1 running, 196 sleeping, 0 stopped, 0 zombie
%Cpu(s): 0.0 us, 0.5 sy, 0.0 ni, 99.5 id, 0.0 wa, 0.0 hi, 0.0 si, 0.0 st
MiB Mem : 31587.8 total, 30665.4 free, 426.2 used, 496.3 buff/cache
MiB Swap: 0.0 total, 0.0 free, 0.0 used. 30758.7 avail Mem
Antwort1
Wenn iw dev wlan0 get power_save
es wieder eingeschaltet wird, schalten Sie es mit aus iw dev wlan0 set power_save off
und versuchen Sie es erneut. Ich habe allerdings keine Ahnung, wie ich es als Standard festlegen kann, da es bei jedem Neustart wieder in den Energiesparmodus zurückkehrt.