Hi,
On Tue, Mar 02, 2021 at 05:21:25PM -0800, Dave Taht wrote:
> I always kind of thought that clamping the receiver side window more
> dynamically would help a lot on cellular networks.
I concur and therefore disabled TCP window scaling when using Internet
access via cellular networks. It is no
I always kind of thought that clamping the receiver side window more dynamically
would help a lot on cellular networks.
https://tools.ietf.org/html/draft-irtf-iccrg-rledbat-01
--
"For a successful technology, reality must take precedence over public
relations, for Mother Nature cannot be fooled
Dave,
we have done extensive WebRTC (and several other online meeting
apps) testing lately and this paper
https://ieeexplore.ieee.org/document/9153228 reports a
methodology for WebRTC based on Chromium and Selenium Grid and
as test orchestrator Jitsi Torture.
I would avoid feeding clients with BB
Not sure if this helps, but in Chromium there is an option
to fake media devices; e.g. chromium --use-fake-device-for-media-stream
Together with a headless testing library like Puppeteer or Playwright,
it should be quite easy to write a script that load-tests a Galene server using
several Chrome in
> On 2 Mar, 2021, at 2:59 am, Dave Taht wrote:
>
> My major doubting point about a port was the
> resolution of the kernel clock. Linux has a high quality hirres clock,
> BSDs didn't seem capable of scheduling on less than a 1ms tick at the
> time I last paid attention.
This is actually somethin