Tell me more x
, there is a new speed test available. Give it a try, leave feedback!
dslreports logo
 
    All Forums Hot Topics Gallery
spc

spacer

Search Topic:
uniqs
15
share rss forum feed


ikyuaoki

join:2011-04-12
Wichita, KS
Reviews:
·Cox HSI
reply to DrDrew

Re: [ALL] workaround for over limit of cap line issues

yes what i said that changing to a slower speeds custom settings from the windows default settings would lower the bandwidth rate and that may be able to reduces the meter count on clocks.

the two words are different that is not same things.

1. bandwidth is how much measures in Mbits datarate what you are gets.

2. meter count on clocks is how much you used in data consumed each month.


DrDrew
That others may surf
Premium
join:2009-01-28
SoCal
kudos:20

1 edit
Reducing a users speed doesn't mean they will reduce their data usage.

Example 1: Someone who watches Netflix 4 hours a day will transfer the same amount of data at 36 Mbps as they would at 28 Mpbs, if overhead is the same. Netflix streaming bandwidth doesn't use data as fast as either connection is capable of, so the user wouldn't see any difference.

Example 2: A user downloading 50 movies at 1.5 GB each will still transfer at least 75 GB of data at 36 Mbps as they will at 28 Mbps, if overhead is the same, but it will just take longer at the slower rate.

Your suggestions make the connection less efficient, it doesn't reduce the amount of data the user transfers.

I can see how disabling the Nagle Algorithm setting can change the average latency for small packet based connections (less waiting to fill bigger packets), but it doesn't reduce data transferred. With more packets and packet headers, it would actually increase total data transfered.

To really reduce the amount of data transferred, users have to change what they're downloading and uploading. Playing tricks with protocol options leads to minor changes in data transferred, usually leading to increases due to more overhead.

--
If it's important, back it up... twice. Even 99.999% availability isn't enough sometimes.


azchrisf8657

@cox.net
said by DrDrew:

Reducing a users speed doesn't mean they will reduce their data usage.

Example 1: Someone who watches Netflix 4 hours a day will transfer the same amount of data at 36 Mbps as they would at 28 Mpbs, if overhead is the same. Netflix streaming bandwidth doesn't use data as fast as either connection is capable of, so the user wouldn't see any difference.

Example 2: A user downloading 50 movies at 1.5 GB each will still transfer at least 75 GB of data at 36 Mbps as they will at 28 Mbps, if overhead is the same, but it will just take longer at the slower rate.

Your suggestions make the connection less efficient, it doesn't reduce the amount of data the user transfers.

I can see how disabling the Nagle Algorithm setting can change the average latency for small packet based connections (less waiting to fill bigger packets), but it doesn't reduce data transferred. With more packets and packet headers, it would actually increase total data transfered.

To really reduce the amount of data transferred, users have to change what they're downloading and uploading. Playing tricks with protocol options leads to minor changes in data transferred, usually leading to increases due to more overhead.

Exactly.