W3C home > Mailing lists > Public > public-webrtc@w3.org > June 2015

Re: Data Channel Buffer Management Proposal

From: Benjamin Schwartz <bemasc@google.com>
Date: Mon, 1 Jun 2015 12:00:57 -0400
Message-ID: <CAHbrMsCYJASnEHfyomshhkKGfP=DFg=c7SceFPeGssTk-pPvmw@mail.gmail.com>
To: Martin Thomson <martin.thomson@gmail.com>
Cc: "public-webrtc@w3.org" <public-webrtc@w3.org>
Yeah, I think that problem is independent of this.  If you watch
bufferedAmount using a fast polling loop, you have the same/worse problem.

FYI, the latest draft changes the names to "bufferedAmountLowThreshold" and
"onbufferedamountlow".

On Thu, May 28, 2015 at 12:29 PM, Martin Thomson <martin.thomson@gmail.com>
wrote:

> On 28 May 2015 at 07:38, Benjamin Schwartz <bemasc@google.com> wrote:
> > Pull request is up: https://github.com/w3c/webrtc-pc/pull/233
>
>
> Looks reasonable.
>
> I'll note that this feature, in any of its forms, potentially causes
> something like silly window syndrome, where clients watch for the
> buffer to go below x, at which point they feed in exactly enough data
> to lift the buffer to x, resulting in lots of busy work.  I guess that
> the response to that would be that the acknowledgements from the peer
> would have to be silly in order for that to be a problem, so we don't
> need to worry about it.
>
Received on Monday, 1 June 2015 16:01:25 UTC

This archive was generated by hypermail 2.3.1 : Monday, 23 October 2017 15:19:44 UTC