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 out
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
> limiters
On Sat, Mar 28, 2020 at 7:30 AM Sebastian Moeller wrote:
>
> > 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
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 to
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 know
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 inter
> 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. Otherwise
> 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 c
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
> _
