Re: SYN_REPLY

Martin Thomson <martin.thomson@gmail.com> Wed, 27 February 2013 19:08 UTC

Return-Path: <ietf-http-wg-request@listhub.w3.org>
X-Original-To: ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com
Delivered-To: ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C6EF721F88CF for <ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com>; Wed, 27 Feb 2013 11:08:53 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.599
X-Spam-Level:
X-Spam-Status: No, score=-10.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id yzyFop9U8tEn for <ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com>; Wed, 27 Feb 2013 11:08:53 -0800 (PST)
Received: from frink.w3.org (frink.w3.org [128.30.52.56]) by ietfa.amsl.com (Postfix) with ESMTP id 05B5021F8739 for <httpbisa-archive-bis2Juki@lists.ietf.org>; Wed, 27 Feb 2013 11:08:53 -0800 (PST)
Received: from lists by frink.w3.org with local (Exim 4.72) (envelope-from <ietf-http-wg-request@listhub.w3.org>) id 1UAmMG-0006kw-53 for ietf-http-wg-dist@listhub.w3.org; Wed, 27 Feb 2013 19:08:04 +0000
Resent-Date: Wed, 27 Feb 2013 19:08:04 +0000
Resent-Message-Id: <E1UAmMG-0006kw-53@frink.w3.org>
Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.72) (envelope-from <martin.thomson@gmail.com>) id 1UAmM6-0006iw-KE for ietf-http-wg@listhub.w3.org; Wed, 27 Feb 2013 19:07:54 +0000
Received: from mail-wi0-f178.google.com ([209.85.212.178]) by lisa.w3.org with esmtps (TLS1.0:RSA_ARCFOUR_SHA1:16) (Exim 4.72) (envelope-from <martin.thomson@gmail.com>) id 1UAmM5-0000M3-SV for ietf-http-wg@w3.org; Wed, 27 Feb 2013 19:07:54 +0000
Received: by mail-wi0-f178.google.com with SMTP id hq4so1132407wib.17 for <ietf-http-wg@w3.org>; Wed, 27 Feb 2013 11:07:27 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=t2CdrA0G4XWA8Jq0h7Nj6vzdjtUJ+sOP+GWarGmtIbY=; b=AxnK8S0nt6ovePPEAhKUS58gGv7fMqdpf3laEeUVgjBWwq/Wwcmmnl3Qvq2gRMpTNs YOAJt5VIEGcTB87hZeXp1DRTT6On6dLvGhrsrijRXjc7V37bOJ4ZefvVpF1YPG2Gc9ck I8Wx0UkvfpeoPDvz+s2fts1lh5A2JoKypghSv92rmi/wod+i3y3/IF0eEESi/AJn/mxk 95rO54RZmfuyzdH6OlMFz/o8gs/IJXF1IHJ7OqbVRVxv9f487ZwnnHr6aO43f0APjqpq Jp/XYiYeOVLiCDH3C5yEjmw/dRG4qUabMY8yS9/EX+GEQt7ZMnzkhExpr7xwMBXbyLxQ GBZA==
MIME-Version: 1.0
X-Received: by 10.194.91.211 with SMTP id cg19mr6144529wjb.43.1361992047625; Wed, 27 Feb 2013 11:07:27 -0800 (PST)
Received: by 10.194.5.135 with HTTP; Wed, 27 Feb 2013 11:07:27 -0800 (PST)
In-Reply-To: <CAP+FsNfp=wtRVR0dQVe_YcPp0yzQU545THv5byObRdsyOUwPSg@mail.gmail.com>
References: <CABkgnnU5he8x=v+UvV8Oe7mS-3FnMtLmjaz_xk+Ns84LzCpvwQ@mail.gmail.com> <CAP+FsNdkoFXwWoxGAVGh1Sy6+3EDrzOo-hgP6=9+0PnYaxzXbQ@mail.gmail.com> <CAP+FsNdYVkjBVRnJAdsHcjHJg_dw3f7T81Br=ioDNcXUG3V0=w@mail.gmail.com> <CABkgnnUc4C2wTKX9naV9Ver7H9gTnqP84n_8+3QKDRXFyP04jA@mail.gmail.com> <CAP+FsNffguLnO--8SoGo2ceYTJpWut+6PuGN=p4rL84d6TvBrw@mail.gmail.com> <CABkgnnUcOFY=FtESWyhmayUvFvz===w=_KndNjM_diLkcSOQSw@mail.gmail.com> <CAP+FsNd_3eqoOgOgeXe629dYSaiEosh1m5AOaO_MyKGK=BQmpw@mail.gmail.com> <CAP+FsNcRYa55pe-xAwooZYTPjkcN7h3MgCr1Gy7gWYf6EQSydA@mail.gmail.com> <CAA4WUYj7SJ+QtzANL+hwEfVmO3jZvPgQjTbxs4es0ecnVG3-fg@mail.gmail.com> <CAP+FsNefW3K=H6-Ax9ip4R=VTrTECQ+943BPUBQJ=cV2jo_UMQ@mail.gmail.com> <CAA4WUYiWy1UGUcUVvQMN_W5pTxXEmBSUCFxAaRmzH1U0tBK71A@mail.gmail.com> <CABkgnnWSqRYAPz3mb1gS3_+O60okZK5NTnzHQC2-NBizsYZgbg@mail.gmail.com> <CAA4WUYh13LOL-NRgeyR3EFf+5p1czs8SEUrMdReOr3=1v8Vb1g@mail.gmail.com> <512D7F92.6030501@treenet.co.nz> <CAA4WUYjmC2Wg3r7CiqSTJXoW6y_CYyRQB4u9dLzkQ4aCWnnL5A@mail.gmail.com> <CAP+FsNfA7+iun5pE_vTqN-ciaJ7kfj_PStdc6HJ1f-yGUR=kUA@mail.gmail.com> <CAA4WUYiaZ6ftTePFiMkJ5y4rBd2eXjnrzk1c24-VYqAEe0ystw@mail.gmail.com> <CAP+FsNdntyXmD71R76kXZFu0E--tv5zT2f5djL4YC6sRq6HdMQ@mail.gmail.com> <CABkgnnWjYgxbcnEo5SiU_0dN8uSt6SNpjzY0BVvooeHo18T7ng@mail.gmail.com> <CAP+FsNfp=wtRVR0dQVe_YcPp0yzQU545THv5byObRdsyOUwPSg@mail.gmail.com>
Date: Wed, 27 Feb 2013 11:07:27 -0800
Message-ID: <CABkgnnXzrmHKZjCvsCSB7FnPA_CLqEfO02iMjj2BDHuEDpt2Bg@mail.gmail.com>
From: Martin Thomson <martin.thomson@gmail.com>
To: Roberto Peon <grmocg@gmail.com>
Cc: "William Chan (陈智昌)" <willchan@chromium.org>, Amos Jeffries <squid3@treenet.co.nz>, HTTP Working Group <ietf-http-wg@w3.org>
Content-Type: text/plain; charset="UTF-8"
Received-SPF: pass client-ip=209.85.212.178; envelope-from=martin.thomson@gmail.com; helo=mail-wi0-f178.google.com
X-W3C-Hub-Spam-Status: No, score=-3.5
X-W3C-Hub-Spam-Report: AWL=-2.702, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001
X-W3C-Scan-Sig: lisa.w3.org 1UAmM5-0000M3-SV 6ba019823319cb32e922bf7b94cad0d1
X-Original-To: ietf-http-wg@w3.org
Subject: Re: SYN_REPLY
Archived-At: <http://www.w3.org/mid/CABkgnnXzrmHKZjCvsCSB7FnPA_CLqEfO02iMjj2BDHuEDpt2Bg@mail.gmail.com>
Resent-From: ietf-http-wg@w3.org
X-Mailing-List: <ietf-http-wg@w3.org> archive/latest/16891
X-Loop: ietf-http-wg@w3.org
Resent-Sender: ietf-http-wg-request@w3.org
Precedence: list
List-Id: <ietf-http-wg.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Post: <mailto:ietf-http-wg@w3.org>
List-Unsubscribe: <mailto:ietf-http-wg-request@w3.org?subject=unsubscribe>

Opcode or flags, it matters not.  It depends on where you want to
spend your bit (or part thereof).

On 27 February 2013 10:45, Roberto Peon <grmocg@gmail.com> wrote:
> The we're wasting bytes on responses. Bleh. Worse, now we can't simply
> examine the length field to figure out what to do. Double-eww.
> In any case, spending a bit in the flags, is far more costly than spending
> the fractional bit out of the opcode space, which is what is done today!
>
> Something I could go with, given the previous change would be to also change
> the name of SYN_STREAM to HEADERS_WITH_PRIO
> and leave HEADERS as it is.
>
> How does that sound?
>
>
> -=R
>
>
> On Wed, Feb 27, 2013 at 10:20 AM, Martin Thomson <martin.thomson@gmail.com>
> wrote:
>>
>> On 26 February 2013 20:16, Roberto Peon <grmocg@gmail.com> wrote:
>> > Taking the priority out of SYN_STREAM would only bloat things on the
>> > wire,
>> > since the client will always want to state priority for a new stream. I
>> > don't support removing priority from SYN_STREAM.
>>
>> What if HEADERS contained priority?  Is your objection to removing
>> priority from SYN_STREAM, or removing priority from the first frame in
>> the stream.
>>
>> Here's a more concrete proposal, albeit slightly radical.
>>
>> Remove SYN_STREAM and SYN_REPLY.
>> Have stream-level flags that appear in ALL messages.
>>  1. last frame in stream (the existing FIN bit)
>>  2. stream priority (a new one)
>> The 'stream priority' flag indicates that the first 4 bytes of the
>> frame payload includes a priority.  This should (or SHOULD) be set on
>> the first frame of any stream.
>>
>> Then a typical stream looks like:
>>  - a HEADERS frame with the 'stream priority' flag set, plus a priority
>>  - a bunch of data frames
>>  - maybe some other frames
>
>