4 ms·
> my thesis work, where we showed that streaming video traffic [...] can pretty readily underutilize links on the internet today, without a downside to video Qo
by sambazi 2y ago
> my thesis work, where we showed that streaming video traffic [...] can pretty readily underutilize links on the internet today, without a downside to video QoE!
was slightly at a loss in what exactly needed to be shown here until i clicked the link and came to the conclusion that you re-invented(?) pacing.
https://man7.org/linux/man-pages/man8/tc-fq.8.html https://man7.org/linux/man-pages/man8/tc-fq.8.html
- flapjack 2y agoI would definitely not say that we re-invented pacing! One version of the question we looked at was: how low a pace rate can you pick for an ABR algorithm, without reducing video QoE? The part which takes work is this "without reducing video QoE" requirement. If you're interested, check out the paper!
- sambazi 2y ago> One version of the question we looked at was: how low a pace rate can you pick for an ABR algorithm, without reducing video QoE? that is certainly an interesting economical optimization problem to reason about, though imho somewhat beyond technical merit, as simply letting the client choose quality and sending the data full speed works well enough. addition: i totally agree that things have to look economical in order to work and that there are technical edge-cases that need to be handled for good ux, but i dont't quite see how client-side buffer occupancy in the seconds range is in the users interest.
- nsteel 2y agoDid you read the linked paper which talks a lot about TCP pacing? https://sammy.brucespang.com/sammy.pdf https://sammy.brucespang.com/sammy.pdf