W3C home > Mailing lists > Public > ietf-http-wg@w3.org > July to September 2016

Re: HTTP/2: Race between PUSH_PROMISE and exclusive PRIORITY

From: Kazuho Oku <kazuhooku@gmail.com>
Date: Tue, 20 Sep 2016 11:59:20 +0900
Message-ID: <CANatvzx2nNXNh=aKXqWAsH4vP3ZuJ-Y_OsWX4z-bzG6VvdAHnw@mail.gmail.com>
To: Martin Thomson <martin.thomson@gmail.com>
Cc: Tom Bergan <tombergan@chromium.org>, HTTP Working Group <ietf-http-wg@w3.org>
2016-09-20 10:56 GMT+09:00 Martin Thomson <martin.thomson@gmail.com>:
> On 20 September 2016 at 11:34, Kazuho Oku <kazuhooku@gmail.com> wrote:
>> Therefore, a cautious server implementation would try to retain the
>> prioritization states of most-recently-used streams up to
>> MAX_CONCURRENT_STREAMS. By doing so, one can get rid of the risk to
>> receive a PRIORITY stream relative to the state of a closed stream,
>> since a client would never try to open more streams at once than
>> MAX_CONCURRENT_STREAMS.
>
> That's not going to work, since the stream limit is unidirectional,
> whereas priority applies to both.

Thank you for the correction. I agree.

If a server is going to push streams, the number of prioritization
states that needs to be tracked becomes the maximum number of
concurrent streams opened by the client _plus_ the maximum opened by
the server needs to be tracked.

Anyways, tracking such large amount of states is inefficient, and I
think we should better fix the issue together with the race pointed
out by Tom.

-- 
Kazuho Oku
Received on Tuesday, 20 September 2016 02:59:52 UTC

This archive was generated by hypermail 2.3.1 : Monday, 18 November 2019 18:02:18 UTC