Jump to content

CC Vs DP


Recommended Posts

Hi Netduma

 

I noticed that if you allocate bandwidth via device prioritisation rather than Congestion control I get poorer line quality. Is that too do with the algorithms?

Using CC I get A+ but the same speeds with DP I get Back or C due to retransmission and frame drops.

Link to comment
Share on other sites

The best method is to use congestion control and not device prioritization. Using the congestion control method helps you control bufferbloat more effectively than using device prioritization.

 

As for your A+ reading I take it you are using DSLreports? This site is not the most effective way of testing your line quality you would get more true and very accurate results by using pingplotter!

Link to comment
Share on other sites

Thanks. I use DSL and ping plotter. Was surprised that DP has a negative impact on data transmission

I Don't use DP as the whole point of the R1 is to let it handle the distribution of bandwidth as and when each device needs it. So long as my console gets it's packets sent and received 1st then that's all that matters to me. I am sure sometime through the course of today 1 of the netduma team may give a more technical answer than I can.

Link to comment
Share on other sites

  • Netduma Staff

Anti flood is built to handle bufferbloat and reduce the effects of congestion on gaming. Device Prioritisation isn't built for that purpose, and rather focuses on sharing / allocating bandwidth to your devices. We usually recommend resetting Device Prioritisation and ticking share excess - you should only use Device Prioritisation for big downloads.

 

Personally I'm unsure about how these work in the back-end. What configuration did you use for Device Prioritisation which led to bad readings?

Link to comment
Share on other sites

Hi Netduma

 

I noticed that if you allocate bandwidth via device prioritisation rather than Congestion control I get poorer line quality. Is that too do with the algorithms?

Using CC I get A+ but the same speeds with DP I get Back or C due to retransmission and frame drops.

I've noticed this myself. If I use the reactive algorithm with something other than 100% sliders OR I use device prio, DSLR shows packet loss. The lower I set the bandwidth on the testing device the higher the supposed packet loss rate (I've seen as high as 49%). It seems strange that any preemptive combination of sliders and/or no device prio (ie just equally distributed having left share excess on or pressing the reset distribution button) shows absolutely zero loss 100% of the time, as if the R1 does actually cause packet loss with reactive or certain device prio settings, but if you run PingPlotter or a thinkbroadband.com BQM you won't see this packet loss at all.

 

Try running two DSLR speed tests - one with no device prio and 70% preemptive, and another with 70% reactive and something like 50% given to your testing device with device prio (untick share excess too). Compare the packet loss rates on the results tab. Then run PingPlotter with both (preemptive, and reactive+device prio) and you shouldn't see any packet loss.

 

You don't even need to use device prio to see packet loss. Just switch to reactive with device prio reset and set your sliders to anything below 100%. I've stopped using DSLR's speed test for this reason, and only use it now if I want to check bandwidth on my PS4.

Link to comment
Share on other sites

My pipe is 60 down 15 up so in my experience I see little difference between test results on Reactive and Preemptive. The CC sliders need to be refined using bandwidth to improve their accuracy. Preemptive throttles harder than reactive at the same CC level. Preemptive makes a huge difference to gaming experience though. If I select Reactive I may as well turn off the monitor, gonna get canned no matter what.So I haven't tested it the way IIIRL refers to above.

 

DP is to allocate bandwidth which is what I'm doing. Not convinced anyone needs to watch peppa pig in high definition. Netflix is a hungry beast that needs to be kept chained to a meagre bandwidth.

 

Save High Definition for when Salma Hayek is in the nip!

Link to comment
Share on other sites

  • Administrators

My pipe is 60 down 15 up so in my experience I see little difference between test results on Reactive and Preemptive. The CC sliders need to be refined using bandwidth to improve their accuracy. Preemptive throttles harder than reactive at the same CC level. Preemptive makes a huge difference to gaming experience though. If I select Reactive I may as well turn off the monitor, gonna get canned no matter what.So I haven't tested it the way IIIRL refers to above.

 

DP is to allocate bandwidth which is what I'm doing. Not convinced anyone needs to watch peppa pig in high definition. Netflix is a hungry beast that needs to be kept chained to a meagre bandwidth.

 

Save High Definition for when Salma Hayek is in the nip!

 

I think you'll be happier with the DumaOS congestion control!

Link to comment
Share on other sites

  • Netduma Staff

We will be able to revert back to current software version if we try DumaOS.

 

I don't believe so no, though we're pretty certain that once Ping Assist is on DumaOS there will be nothing about the old interface you guys will miss. It will definitely feel like a big step forward from the UI you're currently using, and so far every R1 user who got the XR500 has said the same :)

Link to comment
Share on other sites

  • Netduma Staff

Thanks Jack. It isn't a forced upgrade though is it.

 

Nah Dan it won't be forced - I imagine you'll have to download it as a file and install it manually. We'll release clear instructions near the time :)

Link to comment
Share on other sites

Archived

This topic is now archived and is closed to further replies.

×
×
  • Create New...