-
Notifications
You must be signed in to change notification settings - Fork 78
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
seeing the max, rather than the average, on rrul is less distracting #225
Comments
In other talks about voip, I've talked about this as "riding the sawtooth" |
As a stop-gap measure maybe not call it Avg, but "equitable throughput per flow" or something to direct the attention to the fact that this is useful to assess the fairness of capacity sharing and does not denote the aggregated throughput? |
Problem with just using the max is those outliers (like that last datapoint in TCP upload on the second plot). I suppose adding a variant of the ping plot where the bold black line rides on top of the plot instead of being an average? Is that what you mean? |
yes |
Naive readers of a rrul plot tend to look at the average, when, especially when you are trying to describe the difference between a good plot of latency and jitter
a good sch_fq plot of latency and jitter
and
The Terrifying FQ_CODEL BQL BUG
To a manager type that wants to pull you off onto doing some irrelevant study of something of far less import to the correct behavior of 10s of millions of machines and of the internet itself and threatens to fire you if you are not going to comply... would help. rrul_max perhaps?
The text was updated successfully, but these errors were encountered: