Re: Design Issue: GZIP flag on DATA Frames
"Martin Nilsson" <nilsson@opera.com> Tue, 21 May 2013 19:19 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 6FACC21F933B for <ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com>; Tue, 21 May 2013 12:19:55 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -9.999
X-Spam-Level:
X-Spam-Status: No, score=-9.999 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, J_CHICKENPOX_42=0.6, RCVD_IN_DNSWL_HI=-8]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id aBr+pilm6kPZ for <ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com>; Tue, 21 May 2013 12:19:50 -0700 (PDT)
Received: from frink.w3.org (frink.w3.org [128.30.52.56]) by ietfa.amsl.com (Postfix) with ESMTP id 5685C21F8E2A for <httpbisa-archive-bis2Juki@lists.ietf.org>; Tue, 21 May 2013 12:19:50 -0700 (PDT)
Received: from lists by frink.w3.org with local (Exim 4.72) (envelope-from <ietf-http-wg-request@listhub.w3.org>) id 1Ues4j-0001s9-Kd for ietf-http-wg-dist@listhub.w3.org; Tue, 21 May 2013 19:18:21 +0000
Resent-Date: Tue, 21 May 2013 19:18:21 +0000
Resent-Message-Id: <E1Ues4j-0001s9-Kd@frink.w3.org>
Received: from maggie.w3.org ([128.30.52.39]) by frink.w3.org with esmtp (Exim 4.72) (envelope-from <nilsson@opera.com>) id 1Ues4Y-0001oy-8j for ietf-http-wg@listhub.w3.org; Tue, 21 May 2013 19:18:10 +0000
Received: from smtp.opera.com ([213.236.208.81]) by maggie.w3.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.72) (envelope-from <nilsson@opera.com>) id 1Ues4X-0004AO-0w for ietf-http-wg@w3.org; Tue, 21 May 2013 19:18:10 +0000
Received: from beryllium.bredbandsbolaget.se (c-741de353.03-25-6c6b7010.cust.bredbandsbolaget.se [83.227.29.116]) (authenticated bits=0) by smtp.opera.com (8.14.3/8.14.3/Debian-5+lenny1) with ESMTP id r4LJHfss026215 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for <ietf-http-wg@w3.org>; Tue, 21 May 2013 19:17:42 GMT
Content-Type: text/plain; charset="iso-8859-15"; format="flowed"; delsp="yes"
To: ietf-http-wg@w3.org
References: <CABP7Rbfb92Vxrmxj6fKdt+jpO_Qknq8FRjsu5GZW=17uoi4OFg@mail.gmail.com> <3818.1369153537@critter.freebsd.dk>
Date: Tue, 21 May 2013 21:17:42 +0200
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
From: Martin Nilsson <nilsson@opera.com>
Organization: Opera Software
Message-ID: <op.wxf7vsa7iw9drz@beryllium.bredbandsbolaget.se>
In-Reply-To: <3818.1369153537@critter.freebsd.dk>
User-Agent: Opera Mail/12.15 (Win32)
Received-SPF: pass client-ip=213.236.208.81; envelope-from=nilsson@opera.com; helo=smtp.opera.com
X-W3C-Hub-Spam-Status: No, score=-4.8
X-W3C-Hub-Spam-Report: AWL=-1.432, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-1.07, SPF_PASS=-0.001
X-W3C-Scan-Sig: maggie.w3.org 1Ues4X-0004AO-0w 15cb89a6718883137337c07cc5fd8627
X-Original-To: ietf-http-wg@w3.org
Subject: Re: Design Issue: GZIP flag on DATA Frames
Archived-At: <http://www.w3.org/mid/op.wxf7vsa7iw9drz@beryllium.bredbandsbolaget.se>
Resent-From: ietf-http-wg@w3.org
X-Mailing-List: <ietf-http-wg@w3.org> archive/latest/18066
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>
On Tue, 21 May 2013 18:25:37 +0200, Poul-Henning Kamp <phk@phk.freebsd.dk> wrote: > In message > <CABP7Rbfb92Vxrmxj6fKdt+jpO_Qknq8FRjsu5GZW=17uoi4OFg@mail.gmail.com> > , James M Snell writes: >> https://github.com/http2/http2-spec/issues/100 >> >> Currently the spec includes a requirement that all user-agents MUST >> support gzip.. specifically: > >> If we're going to include this requirement, ... > > How about just nuking Accept-Encoding, and say that _all_ content is > gzip'ed, but that it is allowed to use the '-0' uncompressed mode ? > The deflate format as defined in RFC 1951 requires 5 bytes added (injected) per 65k data. Also the two formats actually used in HTTP (deflate, RFC 1950, and gzip, RFC 1952) requires cheksums of the entire data added, so it's not like uncompressed mode is free. /Martin Nilsson -- Using Opera's revolutionary email client: http://www.opera.com/mail/
- Design Issue: GZIP flag on DATA Frames James M Snell
- Re: Design Issue: GZIP flag on DATA Frames Poul-Henning Kamp
- Re: Design Issue: GZIP flag on DATA Frames James M Snell
- Re: Design Issue: GZIP flag on DATA Frames Poul-Henning Kamp
- Re: Design Issue: GZIP flag on DATA Frames James M Snell
- Re: Design Issue: GZIP flag on DATA Frames Roland Zink
- Re: Design Issue: GZIP flag on DATA Frames Poul-Henning Kamp
- Re: Design Issue: GZIP flag on DATA Frames Martin Nilsson
- Re: Design Issue: GZIP flag on DATA Frames Bjoern Hoehrmann
- Re: Design Issue: GZIP flag on DATA Frames Bjoern Hoehrmann
- Re: Design Issue: GZIP flag on DATA Frames Poul-Henning Kamp
- Re: Design Issue: GZIP flag on DATA Frames Bjoern Hoehrmann
- Re: Design Issue: GZIP flag on DATA Frames James M Snell
- Re: Design Issue: GZIP flag on DATA Frames Bjoern Hoehrmann
- Re: Design Issue: GZIP flag on DATA Frames Roberto Peon
- Re: Design Issue: GZIP flag on DATA Frames Poul-Henning Kamp
- Re: Design Issue: GZIP flag on DATA Frames James M Snell
- Re: Design Issue: GZIP flag on DATA Frames Frédéric Kayser
- Re: Design Issue: GZIP flag on DATA Frames Patrick McManus
- Re: Design Issue: GZIP flag on DATA Frames Roberto Peon
- Re: Design Issue: GZIP flag on DATA Frames Mark Nottingham
- Re: Design Issue: GZIP flag on DATA Frames Adrien W. de Croy