Re: delta encoding and state management

James M Snell <jasnell@gmail.com> Thu, 17 January 2013 17:59 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 772CC21F872D for <ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com>; Thu, 17 Jan 2013 09:59:01 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -9.043
X-Spam-Level:
X-Spam-Status: No, score=-9.043 tagged_above=-999 required=5 tests=[AWL=1.555, BAYES_00=-2.599, HTML_MESSAGE=0.001, 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 ShZTTUQgq5WI for <ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com>; Thu, 17 Jan 2013 09:59:00 -0800 (PST)
Received: from frink.w3.org (frink.w3.org [128.30.52.56]) by ietfa.amsl.com (Postfix) with ESMTP id B936C21F85E8 for <httpbisa-archive-bis2Juki@lists.ietf.org>; Thu, 17 Jan 2013 09:59:00 -0800 (PST)
Received: from lists by frink.w3.org with local (Exim 4.72) (envelope-from <ietf-http-wg-request@listhub.w3.org>) id 1Tvtiq-0003zo-4x for ietf-http-wg-dist@listhub.w3.org; Thu, 17 Jan 2013 17:57:52 +0000
Resent-Date: Thu, 17 Jan 2013 17:57:52 +0000
Resent-Message-Id: <E1Tvtiq-0003zo-4x@frink.w3.org>
Received: from maggie.w3.org ([128.30.52.39]) by frink.w3.org with esmtp (Exim 4.72) (envelope-from <jasnell@gmail.com>) id 1Tvtij-0003z8-Tq for ietf-http-wg@listhub.w3.org; Thu, 17 Jan 2013 17:57:45 +0000
Received: from mail-ia0-f179.google.com ([209.85.210.179]) by maggie.w3.org with esmtps (TLS1.0:RSA_ARCFOUR_SHA1:16) (Exim 4.72) (envelope-from <jasnell@gmail.com>) id 1Tvtif-0004wo-Oe for ietf-http-wg@w3.org; Thu, 17 Jan 2013 17:57:45 +0000
Received: by mail-ia0-f179.google.com with SMTP id x24so612639iak.38 for <ietf-http-wg@w3.org>; Thu, 17 Jan 2013 09:57:15 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:mime-version:in-reply-to:references:from:date:message-id :subject:to:cc:content-type; bh=RNoDlrSuwFqC6WmPxbv/KrTLHXV/IoTy9Wem4IqFSio=; b=gNuirNarELxGFe/vjFnR1Aln/BU8C0b5m1+Hf5kBvq0amR9QjFrwoCbnIJcwMBZy5S S5Qq0C0+YcFt7mkVAG6WU6hFBDhW3AZwfYGtKOuBa+NOBMIEp+n4Xc2Ybi8cGz8xb3gj O1jrwuS1I0OBPc/pFnCUUIM2aih09i6cfOr+ZJU0d0Ts2lz6Wut9YA9cDnawT5JqHLtr ZSVTE7BbtdYzR11dsUi5yC4bDy3LkJ1PTfMtymUm6dZmW46hBAn6e2rBe4I025LmbdMG 4Bs0gVES1zcZpVXfBDziyWXD5g8ZNQ7BcUQgX7v/qAMKMsqQafIMIcgv2Q3FlJkZwDbF F81w==
X-Received: by 10.50.5.204 with SMTP id u12mr8329687igu.97.1358445435615; Thu, 17 Jan 2013 09:57:15 -0800 (PST)
MIME-Version: 1.0
Received: by 10.64.26.137 with HTTP; Thu, 17 Jan 2013 09:56:55 -0800 (PST)
In-Reply-To: <CAK3OfOg3sv9gERgX-vO6mdX6ateDTgkP4F_efGdCk5VLG8FhOg@mail.gmail.com>
References: <CABP7Rbf-_Of0Gnn7uaeuPiiZ6n+MxbpJjbggmD3qjykWX3gaXQ@mail.gmail.com> <CAP+FsNcF0n3cpPho0+WPM1-grRSEy92EMnJaGYA4j0WyvUm8Ng@mail.gmail.com> <CABP7RbcDRpfwfTOGS_aNjG4LtWkabvrGYcfwKqajT3hGKzBO6Q@mail.gmail.com> <CAK3OfOg3sv9gERgX-vO6mdX6ateDTgkP4F_efGdCk5VLG8FhOg@mail.gmail.com>
From: James M Snell <jasnell@gmail.com>
Date: Thu, 17 Jan 2013 09:56:55 -0800
Message-ID: <CABP7RbcG-h5tgU-m8dAo-K+TGcDoH2HpR_q3d8h_8tf2Gs2BrA@mail.gmail.com>
To: Nico Williams <nico@cryptonector.com>
Cc: Roberto Peon <grmocg@gmail.com>, "ietf-http-wg@w3.org" <ietf-http-wg@w3.org>
Content-Type: multipart/alternative; boundary="e89a8f5029a4a2fac904d37fb9cb"
Received-SPF: pass client-ip=209.85.210.179; envelope-from=jasnell@gmail.com; helo=mail-ia0-f179.google.com
X-W3C-Hub-Spam-Status: No, score=-3.5
X-W3C-Hub-Spam-Report: AWL=-2.710, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001
X-W3C-Scan-Sig: maggie.w3.org 1Tvtif-0004wo-Oe 10d9592e647beb68ac95d3c70d81634b
X-Original-To: ietf-http-wg@w3.org
Subject: Re: delta encoding and state management
Archived-At: <http://www.w3.org/mid/CABP7RbcG-h5tgU-m8dAo-K+TGcDoH2HpR_q3d8h_8tf2Gs2BrA@mail.gmail.com>
Resent-From: ietf-http-wg@w3.org
X-Mailing-List: <ietf-http-wg@w3.org> archive/latest/15961
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 Thu, Jan 17, 2013 at 9:49 AM, Nico Williams <nico@cryptonector.com>wrote:

> On Thu, Jan 17, 2013 at 11:21 AM, James M Snell <jasnell@gmail.com> wrote:
> > My main concerns with this approach are (a) even tho the decoder gets to
> set
> > limits on the amount of state used, keeping that state around is still
> > relatively expensive compared to what we have now, and (b) keeping it in
> > sync with the client, server and any number of intermediaries along the
> path
> > is likely going to prove difficult at best. We need to make sure we have
> a
> > good understanding of the worst case scenario with this approach (i.e.
> > nothing stored in context anywhere along the path).
>
> If the compression is hop-by-hop then there's no synchronization
> issues.  But then middleboxes may have to decompress and always
> re-compress (even if the headers are left unmodified) in each
> direction.
>
>
That's the exact problem I'm having really. Middleboxes will be required to
maintain a complete compression state (for requests and responses) as
opposed to just passing things through. Maintaining that state could become
quite expensive. If we don't maintain it, tho, the potential sync issues
become too messy.


> In general I'd much rather not have connection-oriented state at all,
> not even if it were transparent to HTTP.
>
>
Agreed, not sure how to avoid it and still get good compression (outside of
simply optimizing the encoding of values as much as possible... i.e. bohe)

- James


> Nico
> --
>