jdb
Raspberry Pi Engineer & Forum Moderator
Raspberry Pi Engineer & Forum Moderator
Posts: 1788
Joined: Thu Jul 11, 2013 2:37 pm

Re: RPi 3B+ gigabit ethernet bad download speeds.

Thu Apr 05, 2018 9:33 pm

rhildinger wrote:
Thu Apr 05, 2018 7:41 pm
resiakt (tkaiser),

In all honesty, your posts are becoming childishly tiresome and pointless. What good information you are adding to the thread is being outweighed by your obsession over nonexistent censorship. Please, give it a rest...

-Robert
This resiakt was yet another sockpuppet account, therefore banned. I'm leaving the trollbait post up as now it's gotten integrated in the thread flow. How tiresome.
ejolson wrote:
Thu Apr 05, 2018 9:03 pm
Even so, this forum is specifically designed to answer questions about Raspberry Pi and not about other single board computers.While it can be useful to make comparisons, it is also important not to troll the moderators or to flame individual forum members...
Quite so. This forum has over 220,000 members and I'm pretty sure that we'll discover the same numbers of bugs in approximately the same amount of time (and fix them) even if I arbitrarily ban any number of forum trolls that claim to have found bugs.

The net result is that time is wasted that could otherwise have been usefully spent narrowing down the issues.
Rockets are loud.
https://astro-pi.org

jamesh
Raspberry Pi Engineer & Forum Moderator
Raspberry Pi Engineer & Forum Moderator
Posts: 20775
Joined: Sat Jul 30, 2011 7:41 pm

Re: RPi 3B+ gigabit ethernet bad download speeds.

Thu Apr 05, 2018 9:48 pm

resiakt wrote:
Thu Apr 05, 2018 4:31 pm
jamesh wrote:
Thu Apr 05, 2018 3:37 pm
Your post will have been deleted not because it contained useful information, but before it was either a) Abusive b) Snarky.
Interesting. Which part was abusive or snarky?

Isn't it in reality what you've been bragging here about (explaining the censorship [censored] show going on here all the time): 'how they are so upset I kept deleting their posts referencing (with pictures) Orange Pi's'

This was indeed my first post you censored (at the bottom): https://archive.fo/6kzg0 (the post contained two bits of information that could be valuable to your users and one picture of a heatsink). In the post with the iperf3 numbers and testing both direct attached RTL8153 and 'Raspberry Pi situation' with the unavoidable USB hub in between I also used the magic words 'Orange Pi'. I guess that's what the censor triggered, right?

You sell millions of boards each year and fear the words 'Orange Pi'? Seriously?

Well, at least it's a great way to keep your forum 'clean' since people know they always have to fear censorship and better not waste their time writing posts here. :D
Just to make a point I really don't need to make, I'm going to leave this post up. I have removed any bad language.

I am going to answer some points in it. We don't censor. We occasionally delete posts that contravene our standards. It doesn't actually happen that often. That is not censorship, it simply attempting to maintain a convivial environment. If you object to having a polite and readable forum, then there is always reddit or a multitude of other places with no moderation at all that might be more up your street. I do not you run you own forum, perhaps you should spend more time there.

Worth noting there is no such thing as free speech on this forum - it's owned and run by the RPF(T), so its run to their rules. If you don't like them, then please don't post, you'll only get upset when you contravene the rules.

We are not afraid on Orange Pi, Tinkerboards, BBB etc. But they have their own forums - why should we pay for support for other boards? Answer. We shouldn't. They should stand on their own two feet. Generally we do allow posts comparing other SBC's etc but providing tech support them them? No, I don't think so. There have been a number of Tinkerboard comparisons recently - they remain, so I suspect your claim of censorship in that area is just hot air, an effort to find something that might actually help your argument.

As for your final line, I presume you won't be wasting your time posting here in the future because of your fear of censorship. Well, that is your choice. Do what is best for you. Keep posting about censorship, and I will probably just delete them and your account (regard this as a final warning), not censorship, just irrelevant spam and a waste of bandwidth. I have now spent much more time on you and your posts than you deserve, so no more commenting from me, it's simply tiresome and a waste of my time.
Principal Software Engineer at Raspberry Pi (Trading) Ltd.
Please direct all questions to the forum, I do not do support via PM.

jamesh
Raspberry Pi Engineer & Forum Moderator
Raspberry Pi Engineer & Forum Moderator
Posts: 20775
Joined: Sat Jul 30, 2011 7:41 pm

Re: RPi 3B+ gigabit ethernet bad download speeds.

Thu Apr 05, 2018 9:50 pm

Ah, jdb and my posts crossed in the ether. He's a much better wielder of the ban hammer than I am!

Makes much of my post irrelevant, so more time wasted by the trolls. Never mind.

Any bets on how long before another sock puppet account turns up?
Principal Software Engineer at Raspberry Pi (Trading) Ltd.
Please direct all questions to the forum, I do not do support via PM.

rhildinger
Posts: 24
Joined: Thu Jun 09, 2016 6:07 pm

Re: RPi 3B+ gigabit ethernet bad download speeds.

Thu Apr 05, 2018 9:51 pm

It wasn't my intention to make a trollbait post, but I guess that's the way it came out....[sigh]... sorry about that...

RPIgoodSBC
Posts: 51
Joined: Tue Mar 20, 2018 11:37 am

Re: RPi 3B+ gigabit ethernet bad download speeds.

Thu Apr 05, 2018 11:26 pm

@ jamesh
The main conclusion we have come to - if your switch does NOT have flow control turned on, you will suffer a large drop in performance. This is due to the Pi being unable to service incoming data at gig speeds, and therefor a lot of retries are required for dropped frames.

Now, desktop switches have flow control on permanently, and managed switches appear to have it on by default. Big data centre switches sometimes have it turned off because there is a slight improvement in performance with it off, if all devices on the network can cope with the speed. But, if you are seeing really low speeds when downloading from the net, you really need to check your network devices to ensure flow control is turned on.
I have activated QoS on my TP-Link router with openwrt installing luci-app-qos and limiting the bandwidth to 180/18 of 200/20 recommendation of 10-15% less according howto QoS openwrt and using calculate overhead on, I get on some occasions 120-130 Mbps in the RPi-3B +.
An improvement in internet downloads, but with iperf3 from my bigPC to my pi the retransmits are still more than 3000.

http://www.dslreports.com/speedtest
https://wiki.openwrt.org/doc/howto/sqm
Some extracted...
Set the Download and Upload speeds to 80-95% of the speed you measured above in the Preparation...

If you use a cable modem, you should use a speed test that runs for a longer time. Cable modem makers have gamed speed tests thoroughly by using "Speedboost", which usually gives you an extra 10 mbits or so for the first 10 seconds (so the speed test will look good(!)). Don't be surprised if the "right" setting for your queue rates is significantly lower than the no-SQM speed test results. You may need to tune the speeds down from your initial settings to get the latency to the point you need for your own usage of your connection.

ejolson
Posts: 2050
Joined: Tue Mar 18, 2014 11:47 am

Re: RPi 3B+ gigabit ethernet bad download speeds.

Fri Apr 06, 2018 12:13 am

RPIgoodSBC wrote:
Thu Apr 05, 2018 11:26 pm
If you use a cable modem[/b], you should use a speed test that runs for a longer time. Cable modem makers have gamed speed tests thoroughly by using "Speedboost", which usually gives you an extra 10 mbits or so for the first 10 seconds (so the speed test will look good(!)).
My turbo diesel doesn't pollute, my television doesn't use excess electricity, nor does my vacuum cleaner, my milk has lots of protein and now my internet is very fast. I'm glad setting QoS on the router improved things. That's a good news among the rest. Maybe this suggestion should be put as an answer to a frequently asked question somewhere.

jamesh
Raspberry Pi Engineer & Forum Moderator
Raspberry Pi Engineer & Forum Moderator
Posts: 20775
Joined: Sat Jul 30, 2011 7:41 pm

Re: RPi 3B+ gigabit ethernet bad download speeds.

Fri Apr 06, 2018 7:16 am

QoS != Flow control.

Have you found any options to turn flow control on or off on your router? With it turned on I would expect very few retries.
Principal Software Engineer at Raspberry Pi (Trading) Ltd.
Please direct all questions to the forum, I do not do support via PM.

mfa298
Posts: 1325
Joined: Tue Apr 22, 2014 11:18 am

Re: RPi 3B+ gigabit ethernet bad download speeds.

Fri Apr 06, 2018 8:13 am

jamesh wrote:
Fri Apr 06, 2018 7:16 am
QoS != Flow control.

Have you found any options to turn flow control on or off on your router? With it turned on I would expect very few retries.
If the issue is from the switch/router sending packets to the Pi3B+ too fast for the USB to keep up then using QoS to cap the speed may achieve the same effect (possibly in a better way if the QoS rules see all the traffic to the Pi3B+).

From memory Flow control only works at the ethernet level (and may need to be enabled on all the devices between source and receiver) so it could well help with both the source and destination on the same network (as in most peoples iperf tests) but may not help if the sender and receiver are on different networks. QoS (possibly with a random early drop algorithm) may work better for traffic going over the internet (but only where the device applying the QoS rules sees the traffic).

jamesh
Raspberry Pi Engineer & Forum Moderator
Raspberry Pi Engineer & Forum Moderator
Posts: 20775
Joined: Sat Jul 30, 2011 7:41 pm

Re: RPi 3B+ gigabit ethernet bad download speeds.

Fri Apr 06, 2018 9:23 am

mfa298 wrote:
Fri Apr 06, 2018 8:13 am
jamesh wrote:
Fri Apr 06, 2018 7:16 am
QoS != Flow control.

Have you found any options to turn flow control on or off on your router? With it turned on I would expect very few retries.
If the issue is from the switch/router sending packets to the Pi3B+ too fast for the USB to keep up then using QoS to cap the speed may achieve the same effect (possibly in a better way if the QoS rules see all the traffic to the Pi3B+).

From memory Flow control only works at the ethernet level (and may need to be enabled on all the devices between source and receiver) so it could well help with both the source and destination on the same network (as in most peoples iperf tests) but may not help if the sender and receiver are on different networks. QoS (possibly with a random early drop algorithm) may work better for traffic going over the internet (but only where the device applying the QoS rules sees the traffic).
I'm not convinced QoS is a better way of dealing with this than flow control. I can see why it might make a difference, but its really intended for a different purpose, that of providing some indication of the urgency of the particular packet.

We had to turn off QoS completely on the 3B due to a bug in the underlying chip firmware - still not fixed.
Principal Software Engineer at Raspberry Pi (Trading) Ltd.
Please direct all questions to the forum, I do not do support via PM.

RPIgoodSBC
Posts: 51
Joined: Tue Mar 20, 2018 11:37 am

Re: RPi 3B+ gigabit ethernet bad download speeds.

Fri Apr 06, 2018 1:05 pm

jamesh wrote:
Fri Apr 06, 2018 7:16 am
QoS != Flow control.

Have you found any options to turn flow control on or off on your router? With it turned on I would expect very few retries.
I have uninstalled luci-app-qos and qos-scripts on my TP-Link router and installed and configured luci-app-sqm and sqm-scripts.
See pictures below.

The results are quite acceptable given the nature of the gigabit ethernet in the pi, since using -4% down/up of 200/20 Mbit/s from my ISP
I have set 192000/19200 in Kbit/s and the average download speed with speedtest-cli is 125-130 Mbit/s.

With iperf3 over internet the bandwidth is about 120 Mbps on average.
But in transfers between PC and pi it still has 3000 Retransmits on average.

All these are concessions to the gigabit ethernet of the RPi3B+ that I can assume.
Do not forget that all my other hardware before the RPi3B+ did not need these settings.
1-2018-04-06-openwrt.png
1-2018-04-06-openwrt.png (118.29 KiB) Viewed 2220 times
2-2018-04-06-openwrt.png
2-2018-04-06-openwrt.png (124.43 KiB) Viewed 2220 times
3-2018-04-06-openwrt.png
3-2018-04-06-openwrt.png (101.74 KiB) Viewed 2220 times
The screenshots show 196000/19600 but my final adjust is 192000/19200.

iperf3 and speedtest-cli test on next post...
Last edited by RPIgoodSBC on Fri Apr 06, 2018 1:10 pm, edited 1 time in total.

RPIgoodSBC
Posts: 51
Joined: Tue Mar 20, 2018 11:37 am

Re: RPi 3B+ gigabit ethernet bad download speeds.

Fri Apr 06, 2018 1:06 pm

iperf3 and speedtest-cli test...
4-2018-04-06-iperf3-speedtest-cli.png
4-2018-04-06-iperf3-speedtest-cli.png (229.54 KiB) Viewed 2219 times

ejolson
Posts: 2050
Joined: Tue Mar 18, 2014 11:47 am

Re: RPi 3B+ gigabit ethernet bad download speeds.

Sun Apr 08, 2018 4:47 am

jdb wrote:
Thu Apr 05, 2018 9:33 pm
This forum has over 220,000 members and I'm pretty sure that we'll discover the same numbers of bugs in approximately the same amount of time (and fix them) even if I arbitrarily ban any number of forum trolls that claim to have found bugs.
I'm not sure the idea that people are expendable because there are 220,000 other forum members is a good one. From my point of view as a teacher, the hands-on approach the Raspberry Pi foundation has taken to computer education is unique and important to promote. I have seen forums become toxic. The results may not be immediate, but I want this forum to grow. Having said this, is there any news on performance tuning the Ethernet drivers?

jamesh
Raspberry Pi Engineer & Forum Moderator
Raspberry Pi Engineer & Forum Moderator
Posts: 20775
Joined: Sat Jul 30, 2011 7:41 pm

Re: RPi 3B+ gigabit ethernet bad download speeds.

Sun Apr 08, 2018 9:29 am

ejolson wrote:
Sun Apr 08, 2018 4:47 am
jdb wrote:
Thu Apr 05, 2018 9:33 pm
This forum has over 220,000 members and I'm pretty sure that we'll discover the same numbers of bugs in approximately the same amount of time (and fix them) even if I arbitrarily ban any number of forum trolls that claim to have found bugs.
I'm not sure the idea that people are expendable because there are 220,000 other forum members is a good one. From my point of view as a teacher, the hands-on approach the Raspberry Pi foundation has taken to computer education is unique and important to promote. I have seen forums become toxic. The results may not be immediate, but I want this forum to grow. Having said this, is there any news on performance tuning the Ethernet drivers?
It's a trade off. I dislike having to ban people, or even delete posts, and tbh its pretty infrequent I have to do either. But, when a disproportionate amount of time is spent dealing with just ONE persons posts (and I had I think between 5 and 10 reports on this particular posters post - each of which needs to be examined, and that's more than anyone else for YEARS), you have to consider that maybe its simply time not worth spending.

When that poster then comes back after a temp ban or under a different username and starts complaining at moderation and snarking at his ban and deleted posts, well, I think you have a good idea that they are not going change. Most people who have temp bans come back and take on board what has happened. A minority don't.
Principal Software Engineer at Raspberry Pi (Trading) Ltd.
Please direct all questions to the forum, I do not do support via PM.

fiery
Posts: 1
Joined: Mon Apr 16, 2018 1:16 am

Re: RPi 3B+ gigabit ethernet bad download speeds.

Mon Apr 16, 2018 2:02 am

I hooked my RPi 3B+ (Raspbian Stretch 2018-03-13) to my Mac with a direct Ethernet 5e cable (no switches). As others already observed, the RX speed (232 Mbits/sec) is unusually slower than TX speed (314 Mbits/sec). There are no retransmits though (reverse iperf3 doesn't show 'Retr', so I can't tell for RX direction). The TCP window size has huge impact on speed and at 8KB causes a lot of retransmits (at 256KB and above speed is fine).

I tested any available iperf3 option -Z, -C, -l, but only -w (TCP window size) seems to affect the speed. Of course, if a cheap USB dongle can achieve over 300 Mbps in both directions, then we hope that RPi/Microchip developers will optimize RPi 3b+, too.

Similar results, but with netperf appear on this site: https://www.phoronix.com/scan.php?page= ... plus&num=3

Code: Select all

[email protected]:~ $ iperf3 -c 192.168.0.2 -w 8KB -R -V 
iperf 3.1.3
Linux raspberrypi 4.9.80-v7+ #1098 SMP Fri Mar 9 19:11:42 GMT 2018 armv7l
Time: Sun, 15 Apr 2018 02:12:03 GMT
Connecting to host 192.168.0.2, port 5201
Reverse mode, remote host 192.168.0.2 is sending
      Cookie: raspberrypi.1523758323.596997.4ff3a1
      TCP MSS: 1448 (default)
[  4] local 192.168.0.32 port 55588 connected to 192.168.0.2 port 5201
Starting Test: protocol: TCP, 1 streams, 131072 byte blocks, omitting 0 seconds, 10 second test
[ ID] Interval           Transfer     Bandwidth
[  4]   0.00-1.00   sec  10.3 MBytes  86.0 Mbits/sec                  
[  4]   1.00-2.00   sec  12.0 MBytes   101 Mbits/sec                  
[  4]   2.00-3.00   sec  13.2 MBytes   110 Mbits/sec                  
[  4]   3.00-4.00   sec  11.6 MBytes  97.4 Mbits/sec                  
[  4]   4.00-5.00   sec  10.3 MBytes  86.8 Mbits/sec                  
[  4]   5.00-6.00   sec  10.3 MBytes  86.4 Mbits/sec                  
[  4]   6.00-7.00   sec  10.1 MBytes  84.5 Mbits/sec                  
[  4]   7.00-8.00   sec  9.37 MBytes  78.6 Mbits/sec                  
[  4]   8.00-9.00   sec  10.1 MBytes  84.9 Mbits/sec                  
[  4]   9.00-10.00  sec  9.02 MBytes  75.7 Mbits/sec                  
- - - - - - - - - - - - - - - - - - - - - - - - -
Test Complete. Summary Results:
[ ID] Interval           Transfer     Bandwidth
[  4]   0.00-10.00  sec   106 MBytes  89.1 Mbits/sec                  sender
[  4]   0.00-10.00  sec   106 MBytes  89.1 Mbits/sec                  receiver
CPU Utilization: local/receiver 12.5% (1.5%u/11.0%s), remote/sender 1.2% (0.3%u/0.8%s)

iperf Done.
[email protected]:~ $ iperf3 -c 192.168.0.2 -w 8KB -V 
iperf 3.1.3
Linux raspberrypi 4.9.80-v7+ #1098 SMP Fri Mar 9 19:11:42 GMT 2018 armv7l
Time: Sun, 15 Apr 2018 02:12:58 GMT
Connecting to host 192.168.0.2, port 5201
      Cookie: raspberrypi.1523758378.395027.5f4715
      TCP MSS: 1448 (default)
[  4] local 192.168.0.32 port 55592 connected to 192.168.0.2 port 5201
Starting Test: protocol: TCP, 1 streams, 131072 byte blocks, omitting 0 seconds, 10 second test
[ ID] Interval           Transfer     Bandwidth       Retr  Cwnd
[  4]   0.00-1.00   sec  7.26 MBytes  60.8 Mbits/sec   31   43.8 KBytes       
[  4]   1.00-2.00   sec  6.23 MBytes  52.2 Mbits/sec   29   46.7 KBytes       
[  4]   2.00-3.00   sec  6.76 MBytes  56.7 Mbits/sec   28   46.7 KBytes       
[  4]   3.00-4.00   sec  6.99 MBytes  58.7 Mbits/sec   28   46.7 KBytes       
[  4]   4.00-5.00   sec  6.65 MBytes  55.8 Mbits/sec   30   46.7 KBytes       
[  4]   5.00-6.00   sec  7.17 MBytes  60.1 Mbits/sec   27   46.7 KBytes       
[  4]   6.00-7.00   sec  7.22 MBytes  60.5 Mbits/sec   29   46.7 KBytes       
[  4]   7.00-8.00   sec  6.54 MBytes  54.8 Mbits/sec   27   46.7 KBytes       
[  4]   8.00-9.00   sec  7.20 MBytes  60.4 Mbits/sec   28   46.7 KBytes       
[  4]   9.00-10.00  sec  6.76 MBytes  56.7 Mbits/sec   28   46.7 KBytes       
- - - - - - - - - - - - - - - - - - - - - - - - -
Test Complete. Summary Results:
[ ID] Interval           Transfer     Bandwidth       Retr
[  4]   0.00-10.00  sec  68.8 MBytes  57.7 Mbits/sec  285             sender
[  4]   0.00-10.00  sec  68.8 MBytes  57.7 Mbits/sec                  receiver
CPU Utilization: local/sender 7.1% (0.9%u/6.2%s), remote/receiver 0.6% (0.1%u/0.5%s)

iperf Done.
[email protected]:~ $ iperf3 -c 192.168.0.2 -V 
iperf 3.1.3
Linux raspberrypi 4.9.80-v7+ #1098 SMP Fri Mar 9 19:11:42 GMT 2018 armv7l
Time: Sun, 15 Apr 2018 02:13:26 GMT
Connecting to host 192.168.0.2, port 5201
      Cookie: raspberrypi.1523758406.458450.1085fd
      TCP MSS: 1448 (default)
[  4] local 192.168.0.32 port 55596 connected to 192.168.0.2 port 5201
Starting Test: protocol: TCP, 1 streams, 131072 byte blocks, omitting 0 seconds, 10 second test
[ ID] Interval           Transfer     Bandwidth       Retr  Cwnd
[  4]   0.00-1.00   sec  37.8 MBytes   317 Mbits/sec    0    240 KBytes       
[  4]   1.00-2.00   sec  36.8 MBytes   309 Mbits/sec    0    240 KBytes       
[  4]   2.00-3.00   sec  36.9 MBytes   310 Mbits/sec    0    240 KBytes       
[  4]   3.00-4.00   sec  36.8 MBytes   309 Mbits/sec    0    240 KBytes       
[  4]   4.00-5.00   sec  36.8 MBytes   309 Mbits/sec    0    240 KBytes       
[  4]   5.00-6.00   sec  37.3 MBytes   313 Mbits/sec    0    252 KBytes       
[  4]   6.00-7.00   sec  37.3 MBytes   313 Mbits/sec    0    252 KBytes       
[  4]   7.00-8.00   sec  37.3 MBytes   313 Mbits/sec    0    252 KBytes       
[  4]   8.00-9.00   sec  36.6 MBytes   307 Mbits/sec    0    252 KBytes       
[  4]   9.00-10.00  sec  37.3 MBytes   313 Mbits/sec    0    252 KBytes       
- - - - - - - - - - - - - - - - - - - - - - - - -
Test Complete. Summary Results:
[ ID] Interval           Transfer     Bandwidth       Retr
[  4]   0.00-10.00  sec   371 MBytes   311 Mbits/sec    0             sender
[  4]   0.00-10.00  sec   370 MBytes   311 Mbits/sec                  receiver
CPU Utilization: local/sender 7.5% (0.7%u/6.9%s), remote/receiver 5.0% (1.0%u/4.1%s)

[email protected]:~ $ iperf3 -c 192.168.0.2 -V -w 256KB
iperf 3.1.3
Linux raspberrypi 4.9.80-v7+ #1098 SMP Fri Mar 9 19:11:42 GMT 2018 armv7l
Time: Sun, 15 Apr 2018 02:20:04 GMT
Connecting to host 192.168.0.2, port 5201
      Cookie: raspberrypi.1523758804.491130.244f92
      TCP MSS: 1448 (default)
[  4] local 192.168.0.32 port 55622 connected to 192.168.0.2 port 5201
Starting Test: protocol: TCP, 1 streams, 131072 byte blocks, omitting 0 seconds, 10 second test
[ ID] Interval           Transfer     Bandwidth       Retr  Cwnd
[  4]   0.00-1.00   sec  37.7 MBytes   316 Mbits/sec    0    242 KBytes       
[  4]   1.00-2.00   sec  37.5 MBytes   314 Mbits/sec    0    242 KBytes       
[  4]   2.00-3.00   sec  37.4 MBytes   314 Mbits/sec    0    242 KBytes       
[  4]   3.00-4.00   sec  37.4 MBytes   314 Mbits/sec    0    242 KBytes       
[  4]   4.00-5.00   sec  37.5 MBytes   314 Mbits/sec    0    242 KBytes       
[  4]   5.00-6.00   sec  37.4 MBytes   314 Mbits/sec    0    242 KBytes       
[  4]   6.00-7.00   sec  37.3 MBytes   313 Mbits/sec    0    255 KBytes       
[  4]   7.00-8.00   sec  37.5 MBytes   314 Mbits/sec    0    255 KBytes       
[  4]   8.00-9.00   sec  37.4 MBytes   314 Mbits/sec    0    255 KBytes       
[  4]   9.00-10.00  sec  37.3 MBytes   313 Mbits/sec    0    255 KBytes       
- - - - - - - - - - - - - - - - - - - - - - - - -
Test Complete. Summary Results:
[ ID] Interval           Transfer     Bandwidth       Retr
[  4]   0.00-10.00  sec   374 MBytes   314 Mbits/sec    0             sender
[  4]   0.00-10.00  sec   374 MBytes   314 Mbits/sec                  receiver
CPU Utilization: local/sender 11.5% (0.7%u/10.9%s), remote/receiver 6.4% (1.2%u/5.2%s)

[email protected]:~ $ iperf3 -c 192.168.0.2 -V -w 256KB -b 300MB -R
iperf 3.1.3
Linux raspberrypi 4.9.80-v7+ #1098 SMP Fri Mar 9 19:11:42 GMT 2018 armv7l
Time: Sun, 15 Apr 2018 02:36:56 GMT
Connecting to host 192.168.0.2, port 5201
Reverse mode, remote host 192.168.0.2 is sending
      Cookie: raspberrypi.1523759816.971652.359d6d
      TCP MSS: 1448 (default)
[  4] local 192.168.0.32 port 55646 connected to 192.168.0.2 port 5201
Starting Test: protocol: TCP, 1 streams, 131072 byte blocks, omitting 0 seconds, 10 second test
[ ID] Interval           Transfer     Bandwidth
[  4]   0.00-1.00   sec  26.0 MBytes   218 Mbits/sec                  
[  4]   1.00-2.00   sec  27.8 MBytes   233 Mbits/sec                  
[  4]   2.00-3.00   sec  27.8 MBytes   233 Mbits/sec                  
[  4]   3.00-4.00   sec  27.8 MBytes   233 Mbits/sec                  
[  4]   4.00-5.00   sec  27.6 MBytes   232 Mbits/sec                  
[  4]   5.00-6.00   sec  27.8 MBytes   233 Mbits/sec                  
[  4]   6.00-7.00   sec  27.8 MBytes   233 Mbits/sec                  
[  4]   7.00-8.00   sec  27.8 MBytes   233 Mbits/sec                  
[  4]   8.00-9.00   sec  27.8 MBytes   233 Mbits/sec                  
[  4]   9.00-10.00  sec  27.8 MBytes   233 Mbits/sec                  
- - - - - - - - - - - - - - - - - - - - - - - - -
Test Complete. Summary Results:
[ ID] Interval           Transfer     Bandwidth
[  4]   0.00-10.00  sec   276 MBytes   232 Mbits/sec                  sender
[  4]   0.00-10.00  sec   276 MBytes   232 Mbits/sec                  receiver
CPU Utilization: local/receiver 17.9% (1.1%u/16.8%s), remote/sender 0.2% (0.0%u/0.2%s)

RPIgoodSBC
Posts: 51
Joined: Tue Mar 20, 2018 11:37 am

Re: RPi 3B+ gigabit ethernet bad download speeds.

Mon Apr 16, 2018 2:43 pm

A lot but that much better.

Testing iperf3 from my bigPC to my Rpi3B+ I receive at 220 Mbps and 0 Retr.

Of 10 consecutive tests the results are:

0,20,0,0,0,0,0,0,0,16 Retr.

Internet download speeds measured with speedtest-cli have increased from 130 Mbps to 160 Mbps.
The scandalous 3000 Retr from before are gone.

I do not know if it was a setting of yours or mine because I have updated firmware router a days ago and testing pi today, but my gigabit ethernet in the RPi3B + has improved a lot.
zero-Retr-Big-Pc-to-RPi3Bplus-2018-04-16.png
zero-Retr-Big-Pc-to-RPi3Bplus-2018-04-16.png (225.25 KiB) Viewed 1792 times

RyanColgan
Posts: 5
Joined: Fri Apr 13, 2018 5:13 pm
Location: East Moline, IL

Re: RPi 3B+ gigabit ethernet bad download speeds.

Mon Apr 16, 2018 3:12 pm

jamesh wrote:
Tue Mar 20, 2018 5:18 pm
Odd. We have been doing tests in the office and definitely get better performance from the 3B+ than the 3B. We are testing between two Pi3B+'s, and between Pi3VB+ and Linux/Mac laptops. Pi 2 Pi is a bit slower than expected, will investigate, but well over the 100 of the previous ethernet chip.
Sorry if this is a little off topic, but what is a 3VB+?
I would contribute some speed test results to make up for this question, but my ISP is terrible.

Bruny
Posts: 157
Joined: Fri Feb 06, 2015 5:22 pm

Emulating a Multiple Hop Network

Mon Apr 16, 2018 3:23 pm

It is recommended that you increase buffer sizes to avoid flow control under normal operating conditions. A larger buffer size reduces the potential for flow control to occur, and results in improved CPU utilization. However, a large buffer size can have a negative effect on performance in some cases.
ejolson wrote:
Thu Apr 05, 2018 9:03 pm
At any rate, while important, such a discussion does not help solve Ethernet packet retransmissions or bad download speeds. I'll be connecting a Pi 3B+ directly to a Linux PC next week using a direct Ethernet cable no switch in between. While this is the opposite of a high-latency Internet connection, I'll post some iperf numbers and try some latency simulations using Linux netem.
Other tools such as CORE might give more realistic result. It seems that this tool is fork of IMUNES which was created in one of top 500 universities.

This should also give some insight on performance of similar bandwidth satellite link.

ejolson
Posts: 2050
Joined: Tue Mar 18, 2014 11:47 am

Re: Emulating a Multiple Hop Network

Mon Apr 16, 2018 10:58 pm

Bruny wrote:
Mon Apr 16, 2018 3:23 pm
It is recommended that you increase buffer sizes to avoid flow control under normal operating conditions. A larger buffer size reduces the potential for flow control to occur, and results in improved CPU utilization. However, a large buffer size can have a negative effect on performance in some cases.
ejolson wrote:
Thu Apr 05, 2018 9:03 pm
At any rate, while important, such a discussion does not help solve Ethernet packet retransmissions or bad download speeds. I'll be connecting a Pi 3B+ directly to a Linux PC next week using a direct Ethernet cable no switch in between. While this is the opposite of a high-latency Internet connection, I'll post some iperf numbers and try some latency simulations using Linux netem.
Other tools such as CORE might give more realistic result. It seems that this tool is fork of IMUNES which was created in one of top 500 universities.

This should also give some insight on performance of similar bandwidth satellite link.
Thanks for the heads up. I didn't get to test this weekend as planned. There was trouble with the WiFi and got involved in non-Pi related things. Hopefully next weekend.

ErgatesthiAnt
Posts: 7
Joined: Mon Feb 18, 2013 9:40 pm

Re: RPi 3B+ gigabit ethernet bad download speeds.

Wed Apr 18, 2018 10:27 am

I have a suspicion I'm also having related network troubles on my 3B+. If I copy more than a few GB via SMB, the 3B+ network becomes unreliable and stops being able to copy files. Extremely frustrating. I did set flow control to on in my Netgear switch, and that meant that failures took longer to occur and copy speeds were a little higher (~18MB/s), but the same problem still occurs.

For now I've gone back to my 3B. Should I be returning my 3B+?

jamesh
Raspberry Pi Engineer & Forum Moderator
Raspberry Pi Engineer & Forum Moderator
Posts: 20775
Joined: Sat Jul 30, 2011 7:41 pm

Re: RPi 3B+ gigabit ethernet bad download speeds.

Wed Apr 18, 2018 10:34 am

ErgatesthiAnt wrote:
Wed Apr 18, 2018 10:27 am
I have a suspicion I'm also having related network troubles on my 3B+. If I copy more than a few GB via SMB, the 3B+ network becomes unreliable and stops being able to copy files. Extremely frustrating. I did set flow control to on in my Netgear switch, and that meant that failures took longer to occur and copy speeds were a little higher (~18MB/s), but the same problem still occurs.

For now I've gone back to my 3B. Should I be returning my 3B+?
We have had a number of reports on large transfers dying when using Samba . I think its unrelated to the issue in this thread, but it is being looked in to.
Principal Software Engineer at Raspberry Pi (Trading) Ltd.
Please direct all questions to the forum, I do not do support via PM.

ErgatesthiAnt
Posts: 7
Joined: Mon Feb 18, 2013 9:40 pm

Re: RPi 3B+ gigabit ethernet bad download speeds.

Wed Apr 18, 2018 10:55 am

jamesh wrote:
Wed Apr 18, 2018 10:34 am
ErgatesthiAnt wrote:
Wed Apr 18, 2018 10:27 am
I have a suspicion I'm also having related network troubles on my 3B+. If I copy more than a few GB via SMB, the 3B+ network becomes unreliable and stops being able to copy files. Extremely frustrating. I did set flow control to on in my Netgear switch, and that meant that failures took longer to occur and copy speeds were a little higher (~18MB/s), but the same problem still occurs.

For now I've gone back to my 3B. Should I be returning my 3B+?
We have had a number of reports on large transfers dying when using Samba . I think its unrelated to the issue in this thread, but it is being looked in to.
Brill, thank you! Where should I look to see when/if the issue has been resolved, please? I guess a month's time?

jamesh
Raspberry Pi Engineer & Forum Moderator
Raspberry Pi Engineer & Forum Moderator
Posts: 20775
Joined: Sat Jul 30, 2011 7:41 pm

Re: RPi 3B+ gigabit ethernet bad download speeds.

Wed Apr 18, 2018 10:59 am

ErgatesthiAnt wrote:
Wed Apr 18, 2018 10:55 am
jamesh wrote:
Wed Apr 18, 2018 10:34 am
ErgatesthiAnt wrote:
Wed Apr 18, 2018 10:27 am
I have a suspicion I'm also having related network troubles on my 3B+. If I copy more than a few GB via SMB, the 3B+ network becomes unreliable and stops being able to copy files. Extremely frustrating. I did set flow control to on in my Netgear switch, and that meant that failures took longer to occur and copy speeds were a little higher (~18MB/s), but the same problem still occurs.

For now I've gone back to my 3B. Should I be returning my 3B+?
We have had a number of reports on large transfers dying when using Samba . I think its unrelated to the issue in this thread, but it is being looked in to.
Brill, thank you! Where should I look to see when/if the issue has been resolved, please? I guess a month's time?
As with all these things, guessing how long a bug fix takes is difficult! It'll probably be in the software announcements thread when fixed.
Principal Software Engineer at Raspberry Pi (Trading) Ltd.
Please direct all questions to the forum, I do not do support via PM.

petaire
Posts: 1
Joined: Fri Apr 27, 2018 6:01 pm

Re: RPi 3B+ gigabit ethernet bad download speeds.

Sat Apr 28, 2018 1:15 pm

Euh my post was deleted ? I didn't make any complaint that wasn't rightful my friends.

I've bought a Raspberry 3B+ in order to get better download and transfer speeds, and since it's the main new feature of this product, I kind of think it's the same for a lot of customers.

Now I get frequent transfer errors and weirds behaviours, especially with SMB that I didn't get with 3B, and this topic conforts me with the idea that it's a software flaw.

So I'm reiterating my complaints : yes, I'm unhappy right now with this product, and yes, I trust the team to fix this, since my Apple TV/Infuse/3B+ setup is kind of useless now, and it's been a month.

Is the bug even identified ? Did the team managed to reproduce it ? We're kind in the dark right now, and to be honest, I was hoping to reproduce my setup for work purpose, with a cluster of 3B+ and docker, but right now…

FezVrasta
Posts: 3
Joined: Sat May 19, 2018 6:12 pm

Re: RPi 3B+ gigabit ethernet bad download speeds.

Sat May 19, 2018 6:15 pm

Hi guys, I came here because I'm having SMB problems as well.

All the tests I did (iperf, speedtest-cli, manual tests) all run smoothly, the problem is when I try to play a video from the mounted hard drive of my RPi3 B+ from a device connected to it via SMB.

Is there any workaround (even if it may mean to give up on the gigabit speed) to get the SMB work properly while I wait for a proper fix from the maintainers?

Thanks!

User avatar
billybangleballs
Posts: 141
Joined: Fri May 18, 2012 11:28 pm

Re: RPi 3B+ gigabit ethernet bad download speeds.

Sun May 20, 2018 3:21 pm

FezVrasta wrote:
Sat May 19, 2018 6:15 pm
Hi guys, I came here because I'm having SMB problems as well.

All the tests I did (iperf, speedtest-cli, manual tests) all run smoothly, the problem is when I try to play a video from the mounted hard drive of my RPi3 B+ from a device connected to it via SMB.

Is there any workaround (even if it may mean to give up on the gigabit speed) to get the SMB work properly while I wait for a proper fix from the maintainers?

Thanks!
I went back to using a plain 3B, the 3B+ is just not right in the networking, and it was the faster networking that I bought it for. Hopefully there will be a fix sometime in the future.
Grumpy old man.
Ex-G0KAP - I'd rather be doing it than talking about it.
"When found, make a note of." - Captain Cuttle

Return to “General discussion”