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

Re: Issue #155: Capping header compression index values

From: James M Snell <jasnell@gmail.com>
Date: Mon, 1 Jul 2013 15:40:37 -0700
Message-ID: <CABP7Rbdd7M1ZgU2tZ=ydf0h2P_dz4kxMFtaepgSZ8JwJqYgaiw@mail.gmail.com>
To: Martin Thomson <martin.thomson@gmail.com>
Cc: ietf-http-wg@w3.org
I had missed the renumbering statement in the current draft. Seeing that
now the issue goes away somewhat.
On Jul 1, 2013 3:35 PM, "Martin Thomson" <martin.thomson@gmail.com> wrote:

> On 1 July 2013 14:40, James M Snell <jasnell@gmail.com> wrote:
> > The "it" is that index values can grow without limit if the
> > compression implementation is not properly tuned.
>
> There is a limit.  The available space diminishes with each addition.
> Assuming empty string for both name and value, the default space of
> 2^12 can hold only 2^7 entries before running out of space, since each
> entry is assigned a 2^5 octet overhead.  At that point, old values
> drop off the end as new ones arrive.  That seems manageable to me.
> 2^5 or 2^6 might be better, since they fit in the prefix space, but
> what's an extra byte between friends?
>
> I don't see this as a problem at all.
>
Received on Monday, 1 July 2013 22:41:04 UTC

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