W3C home > Mailing lists > Public > ietf-http-wg@w3.org > April to June 2014

Re: HTTP/2 Priorities Proposal

From: Mike Bishop <Michael.Bishop@microsoft.com>
Date: Thu, 10 Apr 2014 21:23:22 +0000
To: Jeff Pinner <jpinner@twitter.com>, Tatsuhiro Tsujikawa <tatsuhiro.t@gmail.com>
CC: httpbis mailing list <ietf-http-wg@w3.org>
Message-ID: <74c6379cd5814b578b010e88a003ec59@BY2PR03MB091.namprd03.prod.outlook.com>
We have no objection to you creating a pull request -- we'd like to review the specifics before we weigh in on the proposal itself.

Sent from Windows Mail

From: Jeff Pinner<mailto:jpinner@twitter.com>
Sent: ?Wednesday?, ?April? ?9?, ?2014 ?10?:?50? ?AM
To: Tatsuhiro Tsujikawa<mailto:tatsuhiro.t@gmail.com>
Cc: httpbis mailing list<mailto:ietf-http-wg@w3.org>

Are there any objections to me opening a pull requests with these changes as a more concrete proposal?

On Wed, Apr 9, 2014 at 8:05 AM, Jeff Pinner <jpinner@twitter.com<mailto:jpinner@twitter.com>> wrote:
To change all weights, we have to issue PRIORITY frames for each root.

Yes, changing the weight of a stream would require issuing a PRIORITY frame for each stream. With this proposal you cannot do it by changing the weight of the group.

I believe that this is an acceptable tradeoff.

Let me give a similar example where we reached the same conclusion:

At one point we considered whether or not RST_STREAM should have an ASSOCIATED flag. The argument was that the server could send PUSH_PROMISE frames for some stream that the client did not want to receive pushes for. With the flag, the client could reset all of those streams with a single frame. We decided it was perfectly acceptable to send one frame for each stream and dropped the flag.

With this change, to change the weight of multiple streams, you must issue one frame per stream, but IMHO this is worth it given the reduced complexity of the change, and more importantly, the ability that this change introduces of being able to completely proxy the priority information.
Received on Thursday, 10 April 2014 21:23:51 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 17:14:29 UTC