Turn on suggestions
Auto-suggest helps you quickly narrow down your search results by suggesting possible matches as you type.
Showing results for
why its a bad idea
Topic Options
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Printer Friendly Page
- Plusnet Community
- :
- Forum
- :
- Help with my Plusnet services
- :
- Broadband
- :
- Re: why its a bad idea
why its a bad idea
29-10-2013 5:17 PM
- Mark as New
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Highlight
- Report to Moderator
I already know it to be the case but can someone nicely explain why limiting a download from the receiving end isnt a good idea. Can it course problems while using a net limiter?
Is there such thing as a TCP algorithm to prevent packets being sent faster than they can be received affectively without packet loss on the connection in use?
ps. I hope its ok to ask this here because its plusnet unrelated.
EDIT: whiles using a net limiter.
Is there such thing as a TCP algorithm to prevent packets being sent faster than they can be received affectively without packet loss on the connection in use?
ps. I hope its ok to ask this here because its plusnet unrelated.
EDIT: whiles using a net limiter.
Message 1 of 5
(967 Views)
4 REPLIES 4
Not applicable
Re: why its a bad idea
29-10-2013 5:33 PM
- Mark as New
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Highlight
- Report to Moderator
I don't really see where you are going with this question.
I would think in most cases the receiving end does limit the download speed, as customers home equipment is likely to be the slowest hop compared to the rest of the internet. Think back to when we used 56Kbps modems to connect to the internet, it worked fine back then, and now some home connections are a thousand times quicker, but both still work today without packet loss.
TCP uses acknowledgements (amongst other things) to say "yes I've received that packet - now send another", so there shouldn't be packets lost due to the sending end going too fast.
I would think in most cases the receiving end does limit the download speed, as customers home equipment is likely to be the slowest hop compared to the rest of the internet. Think back to when we used 56Kbps modems to connect to the internet, it worked fine back then, and now some home connections are a thousand times quicker, but both still work today without packet loss.
TCP uses acknowledgements (amongst other things) to say "yes I've received that packet - now send another", so there shouldn't be packets lost due to the sending end going too fast.
Message 2 of 5
(456 Views)
Re: why its a bad idea
30-10-2013 12:21 AM
- Mark as New
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Highlight
- Report to Moderator
Thanks, that's spot on what I wanted to know.
The path to knowledge and the ability to trouble shoot a problem but also so I can hold a creditable conversation (providing its not based on my spelling).
cheers.
Quote I don't really see where you are going with this question.
The path to knowledge and the ability to trouble shoot a problem but also so I can hold a creditable conversation (providing its not based on my spelling).
cheers.
Message 3 of 5
(456 Views)
Re: why its a bad idea
30-10-2013 8:51 AM
- Mark as New
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Highlight
- Report to Moderator
When I use "wget --limit-rate" to download something slower than my line speed, as far as wget is concerned, it downloads at the rate specified. But what actually happens is it downloads somewhat faster, and up to a few MB could end up bufferred before wget receives the data, then the actual transfer finishes, and the buffer empties at the rate limit given to wget.
Message 4 of 5
(456 Views)
Not applicable
Re: why its a bad idea
30-10-2013 9:10 AM
- Mark as New
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Highlight
- Report to Moderator
The Wikipedia article on TCP data transfer would give you a more detailed insight - http://en.wikipedia.org/wiki/Transmission_Control_Protocol#Data_transfer
Message 5 of 5
(456 Views)
Topic Options
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Printer Friendly Page