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, as
--On Friday, March 27, 2020 3:41 PM -0700 Dave Taht
wrote:
"put everyone on a schedule"... sigh
https://www.fcc.gov/home-network-tips-coronavirus-pandemic
How do we educate officials? It's not clear who we'd even address a
correction to. Is there a bufferbloat page we can point them to?
"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 mailing list
Bloat@lists.bufferbloat.net
https:/
> I hate putting things in the kernel! It's insecure. But what this says is
> that for very historical and stupid reasons (related to the ideas of early
> timesharing systems like Unix and Multics) folks try to make real-time
> algorithms look like ordinary "processes" whose notion of controlling
I don't know to what extent the freeswitch guys would be interested in
this thread. I'd like find a good list or forum to talk about the
state of the art in videoconferencing ? , the ietf rmcat and webrtc
lists are mostly dead. hangouts, jitsi, zoom, etc, seem to be pretty
good products
nowadays (a
Of interest given some of what you say below, there is a huge
discussion on netdev about how to best implement
hardware offloads for network slicing:
https://www.spinics.net/lists/netdev/msg638836.html
Me, I always rolled my eyes up at all the network virtualization stuff
and ran from the room, s
On Fri, 27 Mar 2020, David P. Reed wrote:
Congestion control for real-time video is quite different than for streaming.
Streaming really is dealt with by a big enough (multi-second) buffering, and
can in principle work great over TCP (if debloated).
UDP congestion control MUST be end-to-end
Congestion control for real-time video is quite different than for streaming.
Streaming really is dealt with by a big enough (multi-second) buffering, and
can in principle work great over TCP (if debloated).
UDP congestion control MUST be end-to-end and done in the application layer,
which is u
sort of an outgrowth of this convo:
https://lwn.net/SubscriberLink/815751/786d161d06a90f0e/
I imagine worldwide videoconferencing quality could be much better if
we could convince more folk to
finally install sqm or upgrade to a working docsis 3.1 solution, etc.
Maybe some rag somewhere will fina
