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

Limit TX/RX speeds #977

Open
aanon4 opened this issue Nov 15, 2023 · 1 comment
Open

Limit TX/RX speeds #977

aanon4 opened this issue Nov 15, 2023 · 1 comment
Labels
enhancement New feature or request

Comments

@aanon4
Copy link
Contributor

aanon4 commented Nov 15, 2023

Limit the speed of the wifi. It might be useful to stop a device continually trying to bump the speed up if that's not ever practical for a given link. Might produce more consistent performance (maybe).

@aanon4 aanon4 added the enhancement New feature or request label Nov 15, 2023
@ae6xe
Copy link
Contributor

ae6xe commented Nov 18, 2023

This was my understanding in researching this issue in the past - I assume the available documentation still represents today's implementation. In ath9k, the rate selection logic tests the throughput with up to 10% of the traffic continually trying adjacent rates to measure. For a higher rate to be selected, these probing/testing tries would have to be a higher max throughput over a period of time before bumping up/down the rate selection. This hysteresis delay would avoid the jitter of up/down/up/down concerns. In inspection of the rate selection table, adjacent rates are tested, not all rates. If a weak signal, the higher rates would have negligible to no attempts. The rates tested are like a bell curve around the highest throughput rate -- only testing a few rates higher/lower than the max_tp.

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

No branches or pull requests

2 participants