Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

FS#3495 - kmod-sched should include additional qdiscs: qfq, drr, sfb #8365

Open
openwrt-bot opened this issue Dec 8, 2020 · 0 comments
Open
Labels

Comments

@openwrt-bot
Copy link

dlakelan:

Supply the following if possible:

  • Device problem occurs on

all devices

  • Software versions of OpenWrt/LEDE release, packages, etc.

current release 19.x.x and trunk

  • Steps to reproduce

install kmod-sched see that it does not have a full set of qdiscs which reduces the utility of targeted high-interactivity scheduling designs such as:

https://raw.githubusercontent.com/dlakelan/routerperf/master/SimpleHFSCgamerscript.sh

The most important ones in my mind are:

qfq: an important weighted queue discipline which lets you balance bandwidth within another class, so it's useful to place below a HFSC class to balance the users within the class in a purposefully weighted unfair way. it's more efficient than drr so if a choice needs to be made between the two for size reasons, qfq is preferable

drr: does similar thing to above but less computationally efficient... probably not needed if qfq can be provided

sfb: this can be a better qdisc if you are trying to do fair queueing on UDP streams which do not respond to signalling the way TCP does, this will tend to delete packets from the "heavy" streams.

Overall it's important for good custom queueing to have all of the following qdiscs in my opinion:

hfsc, red, cake, qfq, bfifo, pfifo, sfb

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

1 participant