Raspberry Pi 3B+ haalt geen gigabit snelheden

[joostman]

Mijn vraag
Ik heb een Raspberry Pi 3B+ met ingebouwde gigabit adapter. Als ik deze bekabeld aan mijn switch hang, haal ik 50-60 Mbps terwijl ik 200Mbps verwacht via speedtest-cli. Dit is haalbaar met een NAS en laptop op hetzelfde netwerk, op dezelfde switch.

Relevante software en hardware die ik gebruik
- Raspberry Pi 3B+ met ingebouwde gigabit adapter
- Cat 6a kabels (verschillende geprobeerd)
- Ubiquiti apparatuur (switch, router en AP) (UniFi Switch 16 POE-150W - UniFi Security Gateway 3P, UniFi AP-AC-Pro)
- Ziggo Connectbox
- Synology NAS uit 2013
- Commando: sudo speedtest-cli --server 3587 (Elke keer dezelfde server in Haarlem)
- Netwerk setup: Connectbox --> Router --> Switch --> Pi / NAS / Laptop / andere switch en apparaten
- Alle apparaten hebben een vast IP adres, de Pi via /etc/network/interfaces (na afloop sysctl restart)
- Default GW geprobeerd van Ziggo, Ubiquiti en Google in /etc/resolve.conf (na afloop sysctl restart)
- Laatste versie: Linux Raspberry 4.14.43-v7+ #1115 SMP Fri May 25 14:27:48 BST 2018 armv7l GNU/Linux

Wat ik al gevonden of geprobeerd heb:
Pi verbonden aan Ubiquiti switch
- Commando "sudo speedtest-cli --server 3587" op NAS en PI en www.speedtest.net op laptop.
Resultaat: Laptop en NAS tussen de 180 en 200 Mbps, Pi tussen de 50 en 60 Mbps.

- Commando "sudo ethtool -s eth0 speed 100 duplex full"
Een raar iets, maar met dit commando zet ik de snelheid naar 100Mbps en haal ik met de test rond de 80 en 90 Mbps...
Zet ik de waarde terug naar 1000Mbps ga ik weer naar 50 en 60 Mbps.

Pi verbonden aan Ziggo connectbox
- Commando "sudo speedtest-cli --server 3587" PI en www.speedtest.net op laptop.
Resultaat: Laptop tussen de 180 en 200 Mbps, Pi tussen de 180 en 190 Mbps. (op zich prima!)
Ik kan de Pi alleen niet zo verbonden laten, aangezien het beheer van de Ubiquiti hardware op de Pi draait en in het andere netwerk wat uit de router van Ubiquiti komt moet komen. (Het privé netwerk van Ziggo is een andere privé netwerk dan mijn Ubiquiti privé netwerk)

- Aan /boot/config.txt "dtparam=eee=off" toegevoegd (gevonden op een forum)

- Op Ubiquiti switch DPI / IDS / IDP uitgezet

[Room42]

Ik haal op een standaard Raspbian-installatie inderdaad ook maar lage snelheden. Dit op een 400/40-lijn van Ziggo.

pi@raspberry:~ $ speedtest-cli --simple
Ping: 26.211 ms
Download: 24.26 Mbit/s
Upload: 41.40 Mbit/s

Ter vergelijking, in een Linux-VM haalt ie overigens ook maar de helft van de download:

root@ubuntu-vm:~# speedtest-cli --simple
Ping: 19.482 ms
Download: 260.79 Mbit/s
Upload: 41.74 Mbit/s

Ook een wget van een van de xs4all bin-files gaat met ~20Mbps.

Hier een relevante thread op het Raspberry Pi-forum. Ik heb hem nog niet uit kunnen lezen. Morgen verder.
https://www.raspberrypi.org/forums/viewtopic.php?t=208512

[Brahiewahiewa]

run even iperf tegen een volwassen server.
Maar het feit dat je raspi een gigabit aansluiting heeft, wil nog niet zeggen dat-ie ook in staat is om een gigabit/s op te netwerk te plempen, laat staan om het weg te schrijven

[TommieW]

Sowieso zal je nooit gigabit halen (zie de productpagina). Probeer daarnaast eens binnen je interne netwerk de snelheid te testen tussen je Pi en laptop met iperf3. Dat is in mijn ervaring wat betrouwbaarder.

[joostman]

Ik "snap" dat de Pi de gigabit snelheid niet haalt omdat deze op de USB2 bus draait. (Mijns inziens een beetje vreemd om een gigabit adapter erop te zetten, welke de snelheid niet aan kan..)
Maar deze zou dus 300 Mbit aan moeten kunnen en als ik de Pi direct op mijn Ziggo router aansluit dat haal ik mijn max van 200 Mbit ongeveer.

Ik snap niet dat zodra ik de Pi achter een router en op een switch zet mijn snelheid drastisch daalt.
In eerste instantie dacht ik dat het aan de Ubiquiti switch lag, aangezien het apparaat zonder de Ubi apparatuur (router en switch) wel de volledige snelheid heeft. Maar als ik mijn NAS of laptop via dezelfde manier verbind, waarbij de NAS ook op Linux draait en ook de speedtest-cli gebruikt dat deze wel die snelheid halen. Dit geeft mij weer het idee dat de Ubi netwerkapparatuur hier niet de remmende factor in zijn.

Ik ben niet zozeer benieuwd naar de LAN snelheid (die met iperf volgens mij te meten is), maar de WAN snelheid, die met speedtest-cli volgens mij een betrouwbare snelheid zou moeten geven.
Mijn idee is om de PI in te zetten ter controle van internetsnelheid (speedtest-cli) en verbinding (iets van ping).

[deepbass909]

Brahiewahiewa schreef op maandag 4 juni 2018 @ 10:39:
run even iperf tegen een volwassen server.
Maar het feit dat je raspi een gigabit aansluiting heeft, wil nog niet zeggen dat-ie ook in staat is om een gigabit/s op te netwerk te plempen, laat staan om het weg te schrijven

Klopt, maar een pi3 moet wel makkelijk 100+ Mbit halen (benchmarks gaven snelheden van 200 tot 300 Mbit).

@joostman
De keuze van de ethernet aan de usb te hangen is ook veel bekritiseerd, maar het geeft het de boost die nodig is om HD streaming echt goed te laten lopen, 100 Mbit is daarvoor in de praktijk eigenlijk net te langzaam.

Heb je nog andere zaken aan de usb hangen, zoals een stick die tijdens het testen ook de usb belast?

[Brahiewahiewa]

deepbass909 schreef op zaterdag 9 juni 2018 @ 15:17:
[...]
Klopt, maar een pi3 moet wel makkelijk 100+ Mbit halen (benchmarks gaven snelheden van 200 tot 300 Mbit).

Ja, maar da's raw speed. Met iPerf oid.
De speedtest-cli doet meer dan dat en loopt vervolgens tegen andere beperkingen aan
Op m'n rPi2:

volumio@volumio:~$ speedtest-cli --simple
Ping: 34.243 ms
Download: 27.38 Mbits/s
Upload: 16.96 Mbits/s

terwijl

volumio@volumio:~$ iperf3 -c 172.16.172.172
Connecting to host 172.16.172.172, port 5201
[  5] local 172.16.172.24 port 39310 connected to 172.16.172.172 port 5201
[ ID] Interval           Transfer     Bitrate         Retr  Cwnd
[  5]   0.00-1.03   sec  6.38 MBytes  51.7 Mbits/sec   57    103 KBytes
[  5]   1.03-2.04   sec  6.25 MBytes  52.1 Mbits/sec   57   2.85 KBytes
[  5]   2.04-3.06   sec  6.25 MBytes  51.3 Mbits/sec   64   4.28 KBytes
[  5]   3.06-4.08   sec  6.25 MBytes  51.3 Mbits/sec   63    103 KBytes
[  5]   4.08-5.10   sec  6.25 MBytes  51.5 Mbits/sec   56   4.28 KBytes
[  5]   5.10-6.13   sec  6.25 MBytes  50.8 Mbits/sec   57    104 KBytes
[  5]   6.13-7.15   sec  6.25 MBytes  51.7 Mbits/sec   63    103 KBytes
[  5]   7.15-8.15   sec  6.25 MBytes  52.4 Mbits/sec   59   4.28 KBytes
[  5]   8.15-9.16   sec  6.25 MBytes  51.7 Mbits/sec   60    106 KBytes
[  5]   9.16-10.18  sec  6.25 MBytes  51.7 Mbits/sec   58   2.85 KBytes
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.18  sec  62.6 MBytes  51.6 Mbits/sec  594             sender
[  5]   0.00-14.45  sec  62.6 MBytes  36.4 Mbits/sec                  receiver

iperf Done.

[deepbass909]

Brahiewahiewa schreef op zaterdag 9 juni 2018 @ 16:19:
[...]

Ja, maar da's raw speed. Met iPerf oid.
De speedtest-cli doet meer dan dat en loopt vervolgens tegen andere beperkingen aan
Op m'n rPi2:

volumio@volumio:~$ speedtest-cli --simple
Ping: 34.243 ms
Download: 27.38 Mbits/s
Upload: 16.96 Mbits/s

terwijl

volumio@volumio:~$ iperf3 -c 172.16.172.172
Connecting to host 172.16.172.172, port 5201
[  5] local 172.16.172.24 port 39310 connected to 172.16.172.172 port 5201
[ ID] Interval           Transfer     Bitrate         Retr  Cwnd
[  5]   0.00-1.03   sec  6.38 MBytes  51.7 Mbits/sec   57    103 KBytes
[  5]   1.03-2.04   sec  6.25 MBytes  52.1 Mbits/sec   57   2.85 KBytes
[  5]   2.04-3.06   sec  6.25 MBytes  51.3 Mbits/sec   64   4.28 KBytes
[  5]   3.06-4.08   sec  6.25 MBytes  51.3 Mbits/sec   63    103 KBytes
[  5]   4.08-5.10   sec  6.25 MBytes  51.5 Mbits/sec   56   4.28 KBytes
[  5]   5.10-6.13   sec  6.25 MBytes  50.8 Mbits/sec   57    104 KBytes
[  5]   6.13-7.15   sec  6.25 MBytes  51.7 Mbits/sec   63    103 KBytes
[  5]   7.15-8.15   sec  6.25 MBytes  52.4 Mbits/sec   59   4.28 KBytes
[  5]   8.15-9.16   sec  6.25 MBytes  51.7 Mbits/sec   60    106 KBytes
[  5]   9.16-10.18  sec  6.25 MBytes  51.7 Mbits/sec   58   2.85 KBytes
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.18  sec  62.6 MBytes  51.6 Mbits/sec  594             sender
[  5]   0.00-14.45  sec  62.6 MBytes  36.4 Mbits/sec                  receiver

iperf Done.

Omdat ik ook wel even nieuwsgierig was (en inmiddels thuis, zodat ik het ook kan testen), heb ik ook speedtest en iperf op m'n pi3+ gedraaid. Deze heeft wat problemen met hoge IO-load waarvan ik de oorzaak nog aan het zoeken ben. Netwerkbelasting is daar één van.

Anyhow, op de Pi3+ met OSMC (Debian Stretch gebaseerd) haal ik met speedtest-cli:

root@lenny:/var/log# speedtest-cli --simple
Ping: 9.147 ms
Download: 82.16 Mbit/s
Upload: 206.12 Mbit/s

en met iperf en de Pi als client:

root@lenny:/var/log# iperf -c homer
------------------------------------------------------------
Client connecting to homer, TCP port 5001
TCP window size: 43.8 KByte (default)
------------------------------------------------------------
[  3] local 192.168.1.12 port 33694 connected with 192.168.1.2 port 5001
[ ID] Interval       Transfer     Bandwidth
[  3]  0.0-10.0 sec   241 MBytes   202 Mbits/sec

En iperft met de Pi als server:

root@lenny:/var/log# iperf -s
------------------------------------------------------------
Server listening on TCP port 5001
TCP window size: 85.3 KByte (default)
------------------------------------------------------------
[  4] local 192.168.1.12 port 5001 connected with 192.168.1.2 port 39513
[ ID] Interval       Transfer     Bandwidth
[  4]  0.0-10.0 sec   143 MBytes   120 Mbits/sec

In beide gevallen (speedtest én iperf) topt hij toch echt op 200 Mbit, maar is ook de download met speedtest laag (mijn internet abo is 80Mbit up en down bij XS4All).

---

Even nog een aanvullende test, tussen RPi 3 en m'n desktop:

osmc@lenny:~$ iperf -c LizaUbuntu
------------------------------------------------------------
Client connecting to LizaUbuntu, TCP port 5001
TCP window size: 43.8 KByte (default)
------------------------------------------------------------
[  3] local 192.168.1.12 port 55714 connected with 192.168.1.219 port 5001
[ ID] Interval       Transfer     Bandwidth
[  3]  0.0-10.0 sec   371 MBytes   311 Mbits/sec
osmc@lenny:~$ iperf -s
------------------------------------------------------------
Server listening on TCP port 5001
TCP window size: 85.3 KByte (default)
------------------------------------------------------------
[  4] local 192.168.1.12 port 5001 connected with 192.168.1.219 port 40826
[ ID] Interval       Transfer     Bandwidth
[  4]  0.0-10.1 sec   232 MBytes   194 Mbits/sec
osmc@lenny:~$ speedtest-cli --simple
Ping: 9.611 ms
Download: 81.17 Mbit/s
Upload: 147.83 Mbit/s

Lenny is de RPi. Het is jammer dat mijn internet abo niet boven de 100Mbit uitkomt, maar met speedtest haal ik op de RPi exact dezelfde snelheden als op m'n dekstop met een volwaardig 1 Gbit lan-verbinding.

En voor de volledigheid een keer dezelfde testen met een RPi2, die max 100Mbit haalt:

root@raspberrypi:/home/pi# iperf -c LizaUbuntu
------------------------------------------------------------
Client connecting to LizaUbuntu, TCP port 5001
TCP window size: 43.8 KByte (default)
------------------------------------------------------------
[  3] local 192.168.1.11 port 43924 connected with 192.168.1.219 port 5001
[ ID] Interval       Transfer     Bandwidth
[  3]  0.0-10.0 sec   112 MBytes  94.2 Mbits/sec
root@raspberrypi:/home/pi# iperf -s
------------------------------------------------------------
Server listening on TCP port 5001
TCP window size: 85.3 KByte (default)
------------------------------------------------------------
[  4] local 192.168.1.11 port 5001 connected with 192.168.1.219 port 52946
[ ID] Interval       Transfer     Bandwidth
[  4]  0.0-10.1 sec   114 MBytes  94.2 Mbits/sec
root@raspberrypi:/home/pi# speedtest-cli --simple
Ping: 12.187 ms
Download: 47.47 Mbit/s
Upload: 83.73 Mbit/s

@joostman
Ik zou om te beginnen twee dingen nog een keer testen, want je snelheden zouden echt hoger moeten liggen (ruim boven de 100Mbit als de bron dat kan leveren, zie mijn testen).

1. Maak een schone installatie en voor je daar ook maar iets mee doet, eerst de snelheid testen
2. Test zonder ook maar enig randapparaat aangesloten, alleen netwerk.

Dat geeft je de meest zuivere testresultaten, want ik vermoed dat er iets op de achtergrond of processorkracht opsnoept of je USB belast.

[ Voor 30% gewijzigd door deepbass909 op 09-06-2018 23:17 . Reden: Rectificatie internet snelheid ]

[joostman]

Ik heb van de USB poorten er slechts 1 in gebruik en deze wordt voor het uitlezen van de slimme meter gebruikt.

Maar als ik de Pi3+ met deze verbinding direct op mijn Ziggo router plug, dan haal in rond de 190 van de 200 Mbit. Wat best wel zou kunnen kloppen.
Haal ik de netwerkkabel uit de Ziggo router en stop ik deze in de Ubiquiti switch, dan haal ik de snelheden bij lange na niet...

Er zitten nu twee extra hops bij om de Speedtest server te bereiken (eerste hop is Ubiquiti switch, tweede hop is Ubiquiti router, die weer in de Ziggo router zit), maar mijns inziens zouden deze die snelheid niet zo drastisch naar beneden moeten halen. Zeker omdat als ik een laptop op dezelfde switch prik, ik wel rond de 200 Mbit kom.

In eerste instantie dacht ik dus dat de RP niet hoge snelheden haalde door een beperking in de switch, doordat ik met een direct op de Ziggo router test dit wel haalde. Maar door een laptop (en een NAS) op dezelfde switch aan te sluiten en deze wel de snelheid haalde zie ik toch het probleem bij de PI.
Het opnieuw software erop zetten / de USB eruit halen maakt het verschil dus helaas niet.

De NAS en PI geven met "ping <ubiquiti router>" en "ping <ziggo router>" en "ping 8.8.8.8" nagenoeg hetzelfde resultaat.
Toch lijkt het erop dat met een groter aanbod van data de PI de snelheid knijpt en de NAS niet.

Met een wget krijg ik van de NAS wederom volle snelheid:
2018-06-10 00:20:32 (23.7 MB/s) - '100mb.bin' saved [100000000/100000000]

en met de PI een maximum van net boven de 4 MB/s
2018-06-10 00:20:11 (3.97 MB/s) - ‘100mb.bin’ saved [100000000/100000000]

En om het dan weer even helemaal vreemd te maken, als we de snelheid van de PI naar 100Mbps zetten.. gaat de snelheid ...omhoog..

pi@Raspberry:~/Download$ sudo ethtool -s eth0 speed 100 duplex full
[sudo] password for pi: 
pi@Raspberry:~/Download$ wget https://mirror.nl.leaseweb.net/speedtest/100mb.bin
--2018-06-10 00:22:46--  https://mirror.nl.leaseweb.net/speedtest/100mb.bin
Resolving mirror.nl.leaseweb.net (mirror.nl.leaseweb.net)... 5.79.108.33, 2001:1af8:4700:b210::33
Connecting to mirror.nl.leaseweb.net (mirror.nl.leaseweb.net)|5.79.108.33|:443... connected.
HTTP request sent, awaiting response... 200 OK
Length: 100000000 (95M) [application/octet-stream]
Saving to: ‘100mb.bin.1’

100mb.bin.1                                       100%[===========================================================================================================>]  95.37M  5.78MB/s    in 13s     

2018-06-10 00:22:59 (7.30 MB/s) - ‘100mb.bin.1’ saved [100000000/100000000]

en hetzelfde voor de Speedtest:

pi@Raspberry:~/Download$ sudo ethtool -s eth0 speed 1000 duplex full
pi@Raspberry:~/Download$ sudo speedtest-cli --server 3587 --secure --no-upload
Retrieving speedtest.net configuration...
Testing from Ziggo (xx.xx.xx.xx)...
Retrieving speedtest.net server list...
Retrieving information for the selected server...
Hosted by LeaseWeb (Haarlem) [24.07 km]: 32.4 ms
Testing download speed................................................................................
Download: 51.01 Mbit/s
======
pi@Raspberry:~/Download$ sudo ethtool -s eth0 speed 100 duplex full
pi@Raspberry:~/Download$ sudo speedtest-cli --server 3587 --secure --no-upload
Retrieving speedtest.net configuration...
Testing from Ziggo (xx.xx.xx.xx)...
Retrieving speedtest.net server list...
Retrieving information for the selected server...
Hosted by LeaseWeb (Haarlem) [24.07 km]: 32.65 ms
Testing download speed................................................................................
Download: 84.26 Mbit/s

Het klopt gewoon ergens niet op de PI volgens mij...

[lazybones]

Packet fragmentatie ? MTU waarde verlagen proberen.

[joostman]

lazybones schreef op zondag 10 juni 2018 @ 00:38:
Packet fragmentatie ? MTU waarde verlagen proberen.

Ook net geprobeerd.
Bij lagere packetsize ook lagere snelheid
- 750 = 36 Mbit
- 1000 = 40 Mbit
- 1200 = 48 Mbit
- 1300 = 49 Mbit
- 1400 = 48 Mbit
- 1492 = 48 Mbit
- 1500 = 52 Mbit
- 2000 = 51 Mbit
- 9000 = 52 Mbit

pi@Raspberry:~$ sudo ifconfig eth0 mtu 1500
pi@Raspberry:~$ sudo speedtest-cli --server 3587 --secure --no-upload
Retrieving speedtest.net configuration...
Testing from Ziggo (xx.xx.xx.xx)...
Retrieving speedtest.net server list...
Retrieving information for the selected server...
Hosted by LeaseWeb (Haarlem) [24.07 km]: 29.007 ms
Testing download speed................................................................................
Download: 52.04 Mbit/s
Skipping upload test
pi@Raspberry:~$ ping 8.8.8.8
PING 8.8.8.8 (8.8.8.8) 56(84) bytes of data.
64 bytes from 8.8.8.8: icmp_seq=1 ttl=57 time=11.5 ms
64 bytes from 8.8.8.8: icmp_seq=2 ttl=57 time=12.2 ms
64 bytes from 8.8.8.8: icmp_seq=3 ttl=57 time=12.5 ms
64 bytes from 8.8.8.8: icmp_seq=4 ttl=57 time=11.5 ms
^C
--- 8.8.8.8 ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3005ms
rtt min/avg/max/mdev = 11.517/11.969/12.567/0.468 ms
pi@Raspberry:~$ sudo ifconfig eth0
eth0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 192.168.178.144  netmask 255.255.255.0  broadcast 192.168.178.255
        inet6 fe80::ba27:ebff:fee3:63e2  prefixlen 64  scopeid 0x20<link>
        ether b8:27:eb:e3:63:e2  txqueuelen 1000  (Ethernet)
        RX packets 987788  bytes 1290018955 (1.2 GiB)
        RX errors 0  dropped 5  overruns 0  frame 0
        TX packets 572144  bytes 40060185 (38.2 MiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

[ Voor 65% gewijzigd door joostman op 10-06-2018 01:01 ]

[joostman]

Ook misschien nog wel leuk:

een iperf testje van de Pi naar de NAS en van de NAS naar de PI (download en upload test op LAN):
Resultaat download: ~312 Mbps / Upload: ~215 Mbps
Dus met deze config moet de Pi in staat zijn om de Ziggo 200 Mbps te kunnen weergeven.

pi@Raspberry:~$ iperf3 -c 192.168.178.140
Connecting to host 192.168.178.140, port 5201
[  4] local 192.168.178.144 port 60688 connected to 192.168.178.140 port 5201
[ ID] Interval           Transfer     Bandwidth       Retr  Cwnd
[  4]   0.00-1.00   sec  38.1 MBytes   320 Mbits/sec    0    277 KBytes       
[  4]   1.00-2.00   sec  37.2 MBytes   312 Mbits/sec    0    277 KBytes       
[  4]   2.00-3.00   sec  37.2 MBytes   312 Mbits/sec    0    277 KBytes       
[  4]   3.00-4.00   sec  37.2 MBytes   312 Mbits/sec    0    277 KBytes       
[  4]   4.00-5.00   sec  37.4 MBytes   314 Mbits/sec    0    277 KBytes       
[  4]   5.00-6.00   sec  37.2 MBytes   312 Mbits/sec    0    277 KBytes       
[  4]   6.00-7.00   sec  37.6 MBytes   315 Mbits/sec    0    277 KBytes       
[  4]   7.00-8.00   sec  37.3 MBytes   313 Mbits/sec    0    277 KBytes       
[  4]   8.00-9.00   sec  37.3 MBytes   313 Mbits/sec    0    277 KBytes       
[  4]   9.00-10.00  sec  39.2 MBytes   329 Mbits/sec    0    414 KBytes       
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bandwidth       Retr
[  4]   0.00-10.00  sec   376 MBytes   315 Mbits/sec    0             sender
[  4]   0.00-10.00  sec   374 MBytes   314 Mbits/sec                  receiver

iperf Done.
pi@Raspberry:~$ ^C
pi@Raspberry:~$ iperf3 -s
-----------------------------------------------------------
Server listening on 5201
-----------------------------------------------------------
Accepted connection from 192.168.178.140, port 59685
[  5] local 192.168.178.144 port 5201 connected to 192.168.178.140 port 59686
[ ID] Interval           Transfer     Bandwidth
[  5]   0.00-1.00   sec  24.6 MBytes   206 Mbits/sec                  
[  5]   1.00-2.00   sec  25.7 MBytes   216 Mbits/sec                  
[  5]   2.00-3.00   sec  25.5 MBytes   214 Mbits/sec                  
[  5]   3.00-4.00   sec  26.0 MBytes   218 Mbits/sec                  
[  5]   4.00-5.00   sec  25.4 MBytes   213 Mbits/sec                  
[  5]   5.00-6.00   sec  25.5 MBytes   214 Mbits/sec                  
[  5]   6.00-7.00   sec  25.7 MBytes   216 Mbits/sec                  
[  5]   7.00-8.00   sec  25.9 MBytes   218 Mbits/sec                  
[  5]   8.00-9.00   sec  25.5 MBytes   214 Mbits/sec                  
[  5]   9.00-10.00  sec  25.3 MBytes   212 Mbits/sec                  
[  5]  10.00-10.03  sec   829 KBytes   220 Mbits/sec                  
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bandwidth
[  5]   0.00-10.03  sec  0.00 Bytes  0.00 bits/sec                  sender
[  5]   0.00-10.03  sec   256 MBytes   214 Mbits/sec                  receiver
iperf3: the client has unexpectedly closed the connection

[slaapkopje]

Ik zou zelf een hele hoop networktraces makes, want dan kun je met wireshark goed de timing zien tussen de packets. Ik voel dat er hier een combinatie van de router die iets scanned en de pi die onder load niet presteert. Het blijft consumenten electronuca/software. Zelf wordt mijn ddwrt router erg traag als er een iptables firewall rule omklapt. Mijn Ubi is niet stabiel en sterk genoeg om een paar taken over te nemen. Als deze hobby de spuigaten uitloopt koop ik een virtuele proffesionele router, maar voorlopig vind ik het nog een leuk project.

Mijn punt is dat je met een serie tcpdumps meer komt te weten waar jou bottleneck zit.

Hier een voorbeeld waar de PI werd gebottlenecked door een ubi. Als die op wirespeed je speedtest loopt te inspecten zou die wel eens schuldig kunnen zijn
https://www.raspberrypi.org/forums/viewtopic.php?t=176868

Maar elk geval is natuurlijk uniek

[Harrie]

Doe je al je testen met dezelfde kabel? Het is vreemd dat het sneller gaat als je 100mbit/d forceert.
En als je op een andere plaats in je netwerk aansluit is de snelheid wel normaal. Is dat dan ook dezelfde kabel?
Heb je een andere liggen om eens te proberen?

[scarewitch]

Bekijk ook je netwerkload/io/cpu is op de pi zonder dat je al je tests doet. Je geeft zelf aan gebruik te maken van de unify software en hebt een switch, router en AP van ubiquity? Ze pollen allemaal de unify software voor updates en constante monitoring. Tevens verwacht ik met een slimme meter module dat je ook nog iets van Domoticz hebt draaien.

[prutser001]

Merk zelf dat als iets kopieer van een pc in mijn netwerk een bestand van 100MB dan gaat het in het begin gewoon met 27MB/s en dan ineens naar 0. Soms blijft het een paar seconden op 0 hangen en dan schiet het weer omhoog. Lijkt erop dat het eerst in een cache geschreven word en dan pas naar het SD kaartje.

Bij mij staat Libreelec + Kodi 17.6 op mijn RPI3B+. 8GB class10 microsd kaartje.

[joostman]

Harrie schreef op zondag 10 juni 2018 @ 08:13:
Doe je al je testen met dezelfde kabel? Het is vreemd dat het sneller gaat als je 100mbit/d forceert.
En als je op een andere plaats in je netwerk aansluit is de snelheid wel normaal. Is dat dan ook dezelfde kabel?
Heb je een andere liggen om eens te proberen?

Inderdaad alles met dezelfde Cat6a kabel. Dus de meting van ongeveer 50 Mbit op Gb aansluiting achter mijn Ubiquiti apparatuur en de meting van 190 Mbit op Gb aansluiting direct op mijn Ziggo router.
Ook met een andere kabel geprobeerd, maar daarbij exact hetzelfde resultaat.

scarewitch schreef op zondag 10 juni 2018 @ 08:47:
Bekijk ook je netwerkload/io/cpu is op de pi zonder dat je al je tests doet. Je geeft zelf aan gebruik te maken van de unify software en hebt een switch, router en AP van ubiquity? Ze pollen allemaal de unify software voor updates en constante monitoring. Tevens verwacht ik met een slimme meter module dat je ook nog iets van Domoticz hebt draaien.

Ik heb inderdaad de software van Ubiquiti, de software of mijn slimme meter uit te lezen ook nog TeamViewer er op draaien met de grafische interface. Als ik met TeamViewer verbind zie ik dat het CPU gebruik ongeveer 5% is. Als ik de speedtest draai komt daar maximaal 10% bij, waardoor het totaalgebruik tijdens de meting op 15% ligt. (met meerdere metingen gedaan)

prutser001 schreef op zondag 10 juni 2018 @ 09:02:
Merk zelf dat als iets kopieer van een pc in mijn netwerk een bestand van 100MB dan gaat het in het begin gewoon met 27MB/s en dan ineens naar 0. Soms blijft het een paar seconden op 0 hangen en dan schiet het weer omhoog. Lijkt erop dat het eerst in een cache geschreven word en dan pas naar het SD kaartje.

Bij mij staat Libreelec + Kodi 17.6 op mijn RPI3B+. 8GB class10 microsd kaartje.

Dit lijkt mij vreemd gedrag. Dan zou de buffering plaats vinden op je PC / dat deze de snelheid niet aankan.
Bij een enkel 100Mb bestand zou deze vrij constant door moeten gaan. Bij 100 MB data in kleine bestanden kan dit gedrag soms optreden omdat er dan meerdere "digitale envelopjes" moeten worden verstuurd, terwijl bij een enkel bestand een "digitale envelop" moet worden verstuurd.

[joostman]

slaapkopje schreef op zondag 10 juni 2018 @ 08:02:
Ik zou zelf een hele hoop networktraces makes, want dan kun je met wireshark goed de timing zien tussen de packets. Ik voel dat er hier een combinatie van de router die iets scanned en de pi die onder load niet presteert. Het blijft consumenten electronuca/software. Zelf wordt mijn ddwrt router erg traag als er een iptables firewall rule omklapt. Mijn Ubi is niet stabiel en sterk genoeg om een paar taken over te nemen. Als deze hobby de spuigaten uitloopt koop ik een virtuele proffesionele router, maar voorlopig vind ik het nog een leuk project.

Mijn punt is dat je met een serie tcpdumps meer komt te weten waar jou bottleneck zit.

Hier een voorbeeld waar de PI werd gebottlenecked door een ubi. Als die op wirespeed je speedtest loopt te inspecten zou die wel eens schuldig kunnen zijn
https://www.raspberrypi.org/forums/viewtopic.php?t=176868

Maar elk geval is natuurlijk uniek

Hier ga ik zeker naar kijken!

[osmosis]

Mag wellicht Gbit LAN interface hebben maar de rest...

SDHC 'trage I/O' en relatief weinig werkgeheugen. Zal nooit de volledige 100MB/s halen


Denk dat je al blij mag zijn met pieken van 70+ MB/s

[prutser001]

joostman schreef op zondag 10 juni 2018 @ 12:02:

[...]

Dit lijkt mij vreemd gedrag. Dan zou de buffering plaats vinden op je PC / dat deze de snelheid niet aankan.
Bij een enkel 100Mb bestand zou deze vrij constant door moeten gaan. Bij 100 MB data in kleine bestanden kan dit gedrag soms optreden omdat er dan meerdere "digitale envelopjes" moeten worden verstuurd, terwijl bij een enkel bestand een "digitale envelop" moet worden verstuurd.

Netwerk doet gewoon 100-120MB/s hier daar ligt het echt niet aan. Heb hier 2 RPI3B+ apparaten draaien beide identieke config en beide doen ze precies hetzelfde.

[joostman]

osmosis schreef op zondag 10 juni 2018 @ 12:30:
Mag wellicht Gbit LAN interface hebben maar de rest...

SDHC 'trage I/O' en relatief weinig werkgeheugen. Zal nooit de volledige 100MB/s halen


Denk dat je al blij mag zijn met pieken van 70+ MB/s

Zelfs de 70 MB/s zal je niet halen op de PI, omdat de Gigabit netwerkadapter over de USB2 bus loopt, waardoor de snelheid op een theoretische maximum van 480 Mbit zit. Zoals ik met mijn iperf3 test al aantoonde zit de maximum op het LAN op 37 MB/s, wat overeenkomt ongeveer 300 Mbit, zonder overhead en wat dus wel eens zijn praktische maximum zou kunnen zijn.

[True]

joostman schreef op maandag 4 juni 2018 @ 11:34:
Ik "snap" dat de Pi de gigabit snelheid niet haalt omdat deze op de USB2 bus draait. (Mijns inziens een beetje vreemd om een gigabit adapter erop te zetten, welke de snelheid niet aan kan..)
Maar deze zou dus 300 Mbit aan moeten kunnen en als ik de Pi direct op mijn Ziggo router aansluit dat haal ik mijn max van 200 Mbit ongeveer.

Simpel, omdat je wel 300 Mbps zou moeten kunnen halen en dus een 100 Mbps adapter nadelig werkt. Voor de prijs hoeven ze het anno 2018 (of laten we zeggen anno 2012 ~RPi opkomst) niet te laten.

[joostman]

prutser001 schreef op zondag 10 juni 2018 @ 12:56:
[...]


Netwerk doet gewoon 100-120MB/s hier daar ligt het echt niet aan. Heb hier 2 RPI3B+ apparaten draaien beide identieke config en beide doen ze precies hetzelfde.

Ik zou op beide RPI eens iperf installeren:

sudo apt-get update
sudo apt-get upgrade
sudo apt-get install iperf3 

op de ene doe je daarna:
[RPI1]sudo iperf3 -s
en op de andere doe je daarna:
[RPI2] sudo iperf3 -c <ip van je RP1>

En na afloop andersom, dan weet je van beide de max up en downloadsnelheid over je LAN

[prutser001]

joostman schreef op zondag 10 juni 2018 @ 13:03:
[...]


Ik zou op beide RPI eens iperf installeren:

sudo apt-get update
sudo apt-get upgrade
sudo apt-get install iperf3 

op de ene doe je daarna:
[RPI1]sudo iperf3 -s
en op de andere doe je daarna:
[RPI2] sudo iperf3 -c <ip van je RP1>

En na afloop andersom, dan weet je van beide de max up en downloadsnelheid over je LAN

Gaat helaas niet, gebruik Libreelec.. En wat ik gelezen heb op de fora... is het nogal een gedoe om het er op te krijgen. Geen Sudo/apt-get.. alles moet 'speciaal' ...

[ Voor 3% gewijzigd door prutser001 op 10-06-2018 13:32 ]