Re: [Bloat] [Cake] mo bettah open source multi-party videoconferncing in an age of bloated uplinks?

2020-03-28 Thread David P. Reed
Regarding EDF. I've been pushing folks to move latency sensitive computing in ALL OS's to a version of EDF since about 1976. This was when I was in grad school working on distributed computing on LANs. In fact, it is where I got the idea for my Ph.D. thesis (completed in 1978) which pointed

Re: [Bloat] Still seeing bloat with a DOCSIS 3.1 modem

2020-03-28 Thread Aaron Wood
On Wed, Mar 25, 2020 at 12:18 PM Dave Taht wrote: > On Wed, Mar 25, 2020 at 8:58 AM Aaron Wood wrote: > > > > One other thought I've had with this, is that the apu2 is multi-core, > and the i210 is multi-queue. > > > > Cake/htb aren't, iirc, setup to run on multiple cores (as the rate >

Re: [Bloat] some sqm and cpu performance numbers for a variety of devices

2020-03-28 Thread Aaron Wood
Thanks for the H/T, Dave! I keep seeing bufferbloat in userspace proxies and tunnels, and think that the world would benefit greatly from aqm library for applications to use in order to keep latency under control. Especially if work like encryption is being done and the results thrown away due

Re: [Bloat] [Cake] mo bettah open source multi-party videoconferncing in an age of bloated uplinks?

2020-03-28 Thread Toke Høiland-Jørgensen
Dave Taht writes: >> So: 1. We really should rethink how timing-sensitive algorithms are >> expressed, and it isn't gonna be good to base them on semaphores and >> threads that run at random rates. That means a very different OS >> conceptual framework. Can this share with, say, the Linux we

[Bloat] some sqm and cpu performance numbers for a variety of devices

2020-03-28 Thread Dave Taht
https://forum.openwrt.org/t/comparative-throughput-testing-including-nat-sqm-wireguard-and-openvpn/44724/44 (H/T to aaron wood) The post persistently points out that openvpn tends to optimize for one direction only. This is in part due to the large internal buffer in it. I'd longed to fq it

Re: [Bloat] fcc's coronovirus guidelines

2020-03-28 Thread Jonathan Morton
> On 28 Mar, 2020, at 4:30 pm, Sebastian Moeller wrote: > > *) I wonder how well macos devices stack-up here, given that they default to > fq_codel (at least over wifi)? That might help if the wifi link is the bottleneck, *and* if not too much buffering is done by the wifi hardware.

Re: [Bloat] fcc's coronovirus guidelines

2020-03-28 Thread Sebastian Moeller
> On Mar 27, 2020, at 22:41, Dave Taht wrote: > > "put everyone on a schedule"... sigh Sorry to disagree a bit, but I consider this to be conceptually decent advice. If a problem can be avoided by a simple behavioral change, recommending that change seems quite reasonable. Sure, the

Re: [Bloat] fcc's coronovirus guidelines

2020-03-28 Thread Y
sigh... On Fri, 27 Mar 2020 14:41:57 -0700 Dave Taht wrote: > "put everyone on a schedule"... sigh > > https://www.fcc.gov/home-network-tips-coronavirus-pandemic > > > -- > Make Music, Not War > > Dave Täht > CTO, TekLibre, LLC > http://www.teklibre.com > Tel: 1-831-435-0729 >

[Bloat] Windows 10 updates multhread limit Feature request to Microsoft

2020-03-28 Thread cloneman
I don't know if the Windows 10 updates multithreading problem is still relevant for many users, but it certainly still affects me as user with low bufferbloat, low latency, and only moderate bandwidth (50mbit , 4ms idle, ~9ms loaded) In any case, I have submitted official feedback to microsoft,