![]() |
Can anyone explain...
... why I need 6+ threads (connections) to max out the downstream on my 150Mb/s broadband service but only one thread (connection) to max out a 1Gb/s ftp download from my NAS box?
I typically get about 20-30Mb/s on an ftp download to external sites using a single thread. Is this down to inconsistent delivery times of individual TCP packets or out of order packets that I don't get on my internal network? |
Re: Can anyone explain...
Totally different technologies. You can't really compare the differing media, distances, freqs
|
Re: Can anyone explain...
It will depend on the O/S you're using?
Windows 7 and upwards has TCP Window scaling. Google it. Congestion on your local VM connection is also a factor. If your repeated tests via http://www.thinkbroadband.com/speedtest.html never get a green line similar to the yellow line then you may have local congestion on your DOCSIS channels. Or it could be congestion over your wifi. My connection over wifi: [img]Download Failed (1)[/img] This will also give you a clue about factors when connecting to web servers at a distance: http://bradhedlund.com/2008/12/19/ho...istance-links/ The computer and cable modem will need to ramp up the throughput by negotiation with the end server. Most if not all servers are rate limited. That is they will only deliver a limited speed per connection to the server. So multiple connections are required in order to get more throughput. |
Re: Can anyone explain...
Quote:
---------- Post added at 21:53 ---------- Previous post was at 21:19 ---------- Quote:
Well, I've used Win 7, 8.1 and a Debian OS, all with similar results. Your comment about congestion is an interesting one. I've used the Thinkbroadband speed tests and at 6am get a graph that's very similar to yours. After that my '1x' speed is circa 30Mb/s when the '6x' stays at 150Mb/s - why (back to my original question)? I get a very good Thinkbroadband ping graph; at all times; even when I can only get 20Mb/s download on ftp. For me that's very interesting. Seems to me that VM significantly prioritise IP packets based on historical rates to particular TCP sockets. |
Re: Can anyone explain...
There are a lot of reasons. One of the most obvious ones if it's a consistent thing with the same download location would be throttling.
Some servers will throttle downloads (well, uploads from their perspective) to ensure that they have enough capacity available for a lot of users. Using multiple threads gets around this as long as they aren't being too clever about it and restricting by IP. |
Re: Can anyone explain...
Quote:
https://www.reddit.com/r/networking/...s_single_ones/ https://networkengineering.stackexch...ltiple-streams http://blog.thinkbroadband.com/2015/...ensitive-test/ The packet loss may be due to a little congestion or other factors. Quote:
---------- Post added at 05:19 ---------- Previous post was at 04:58 ---------- Quote:
Try this FTP speed test: ftp://speedtest.tele2.net/ I was using the 1000GB file and could max out my connection now. Lets see what it's like during the day/evening. |
Re: Can anyone explain...
Quote:
Still maxing out my connection at over 70Mb/s consistently (my tier speed) when downloading via FTP, producing network stats exactly as per this speed test: [img]Download Failed (1)[/img] After protocol overheads looks like 8.1-8.5MB/s, which equates to 64-68Mb/s. So if FTP is treated differently I'm not seeing it. Maybe I need a faster connection. Though when I was on 152Mb tier I didn't have any problems either. |
Re: Can anyone explain...
1 Attachment(s)
Quote:
I can max out on 200Mbps from here: ftp://mirror.sov.uk.goscomb.net/debi...amd64/iso-dvd/ Attachment 26510 The tele2 site was a lot slower .. |
Re: Can anyone explain...
Quote:
[img]Download Failed (1)[/img] But in the early morning it is like yours. FTP at the moment is at about 10Mb/s However, even during a speed test my ping stays at 8-15ms which to me suggests that 'bandwidth' is available but just not to the stream of packets that represent to the FTP socket. It would be interesting to know the packet loss associated with a particular TCP socket rather than measured with ping. Is this an available stat on any stack? Cheers, Ian |
Re: Can anyone explain...
Quote:
Quote:
Quote:
Quote:
Quote:
Though you'll probably see 0% packet loss. https://www.cableforum.co.uk/images/...2016/03/16.jpg |
| All times are GMT. The time now is 03:27. |
Powered by vBulletin® Version 3.8.11
Copyright ©2000 - 2026, vBulletin Solutions Inc.
All Posts and Content are © Cable Forum