On Wed, 31 Oct 2018 21:49:29 +0530 Leslie Monis <lesliemo...@gmail.com> wrote:
> From: "Mohit P. Tahiliani" <tahili...@nitk.edu.in> > > The update in drop probability depends on the parameters > alpha and beta, which in turn reflect the current congestion > level. However, the previous if-else cases were recommended > when the supported bandwidth was up to 12 Mbps but, current > data links support a much higher bandwidth, and the > requirement for more bandwidth is in never-ending demand. > Hence, RFC 8033 suggests using more if-else cases for better > fine-tuning of parameters alpha and beta in order to control > the congestion as much as possible. > > Signed-off-by: Mohit P. Tahiliani <tahili...@nitk.edu.in> > Signed-off-by: Dhaval Khandla <dhavaljkhandl...@gmail.com> > Signed-off-by: Hrishikesh Hiraskar <hrishihiras...@gmail.com> > Signed-off-by: Manish Kumar B <bmanish15...@gmail.com> > Signed-off-by: Sachin D. Patil <sdp.sac...@gmail.com> > Signed-off-by: Leslie Monis <lesliemo...@gmail.com> > --- > net/sched/sch_pie.c | 26 +++++++++++++++++++++++--- > 1 file changed, 23 insertions(+), 3 deletions(-) > > diff --git a/net/sched/sch_pie.c b/net/sched/sch_pie.c > index f4e189a..c84e91e 100644 > --- a/net/sched/sch_pie.c > +++ b/net/sched/sch_pie.c > @@ -343,10 +343,30 @@ static void calculate_probability(struct Qdisc *sch) > * appropriately 2) scaling down by 16 to come to 0-2 range. > * Please see paper for details. > * > - * We scale alpha and beta differently depending on whether we are in > - * light, medium or high dropping mode. > + * We scale alpha and beta differently depending on how heavy the > + * congestion is. > */ > - if (q->vars.prob < MAX_PROB / 100) { > + if (q->vars.prob < MAX_PROB / 1000000) { > + alpha = > + (q->params.alpha * (MAX_PROB / PSCHED_TICKS_PER_SEC)) >> 15; > + beta = > + (q->params.beta * (MAX_PROB / PSCHED_TICKS_PER_SEC)) >> 15; > + } else if (q->vars.prob < MAX_PROB / 100000) { > + alpha = > + (q->params.alpha * (MAX_PROB / PSCHED_TICKS_PER_SEC)) >> 13; > + beta = > + (q->params.beta * (MAX_PROB / PSCHED_TICKS_PER_SEC)) >> 13; > + } else if (q->vars.prob < MAX_PROB / 10000) { > + alpha = > + (q->params.alpha * (MAX_PROB / PSCHED_TICKS_PER_SEC)) >> 11; > + beta = > + (q->params.beta * (MAX_PROB / PSCHED_TICKS_PER_SEC)) >> 11; > + } else if (q->vars.prob < MAX_PROB / 1000) { > + alpha = > + (q->params.alpha * (MAX_PROB / PSCHED_TICKS_PER_SEC)) >> 9; > + beta = > + (q->params.beta * (MAX_PROB / PSCHED_TICKS_PER_SEC)) >> 9; > + } else if (q->vars.prob < MAX_PROB / 100) { > alpha = > (q->params.alpha * (MAX_PROB / PSCHED_TICKS_PER_SEC)) >> 7; > beta = Seems like the if/else chain is getting long in the tail. Maybe a loop or table driven approach would be clearer.