IETF Logo Mail Archive

Re: Restore Header Table and Static Table Indices

Roberto Peon <grmocg@gmail.com> Mon, 06 October 2014 22:02 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 (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 957621A86E4 for <ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com>; Mon, 6 Oct 2014 15:02:05 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -7.787
X-Spam-Level:
X-Spam-Status: No, score=-7.787 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RP_MATCHES_RCVD=-0.786, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id o6uMLfTy9jno for <ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com>; Mon, 6 Oct 2014 15:01:58 -0700 (PDT)
Received: from frink.w3.org (frink.w3.org [128.30.52.56]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id EBFBC1A8AC4 for <httpbisa-archive-bis2Juki@lists.ietf.org>; Mon, 6 Oct 2014 15:01:57 -0700 (PDT)
Received: from lists by frink.w3.org with local (Exim 4.72) (envelope-from <ietf-http-wg-request@listhub.w3.org>) id 1XbGJA-0003LP-BE for ietf-http-wg-dist@listhub.w3.org; Mon, 06 Oct 2014 21:59:08 +0000
Resent-Date: Mon, 06 Oct 2014 21:59:08 +0000
Resent-Message-Id: <E1XbGJA-0003LP-BE@frink.w3.org>
Received: from maggie.w3.org ([128.30.52.39]) by frink.w3.org with esmtp (Exim 4.72) (envelope-from <grmocg@gmail.com>) id 1XbGJ5-0003K4-8r for ietf-http-wg@listhub.w3.org; Mon, 06 Oct 2014 21:59:03 +0000
Received: from mail-ob0-f169.google.com ([209.85.214.169]) by maggie.w3.org with esmtps (TLS1.0:RSA_ARCFOUR_SHA1:16) (Exim 4.72) (envelope-from <grmocg@gmail.com>) id 1XbGJ0-0006i6-L4 for ietf-http-wg@w3.org; Mon, 06 Oct 2014 21:59:03 +0000
Received: by mail-ob0-f169.google.com with SMTP id m8so4715837obr.14 for <ietf-http-wg@w3.org>; Mon, 06 Oct 2014 14:58:32 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=xIgaQbcVMMcaw1/ijOdvmdqd1ZvJ6kHjIDNSSP8qm+8=; b=mBPZUiABB6UHOOHdtlczPKxEIvqHPs725MmYPEwUDR4e9WznWINz+x4DdkgsKsuC9X XbwhVRZIhoy9wsYgsevNqbQiY/lwAFkVCdRaCy4e4n5HIs/4Wr1U0C019RSAxMlhilYP G5597Q1Ew58oivRLYIgt0/QvxyLDRiibSjTVktVWxNjRDKRZ5zjgqwML5P58eYfPWU0f 8ESb4MzPUZAB9txgXveWZNgrdpNtzFbYrEUf88n4bAN6QwkVmZsnEFqltbrbph2jfQJ5 aWyotf9uotG6xpeYw2oetgfJS2OD3vdnRKPfpDL2eAqY6AKLhIpCR21KzIs8kb2PyWN5 ZwBA==
MIME-Version: 1.0
X-Received: by 10.182.163.114 with SMTP id yh18mr31439660obb.0.1412632712522; Mon, 06 Oct 2014 14:58:32 -0700 (PDT)
Received: by 10.76.94.37 with HTTP; Mon, 6 Oct 2014 14:58:32 -0700 (PDT)
In-Reply-To: <D0587F1E.3AE7B%Robby.Simpson@GE.com>
References: <CA+pLO_jkN67HLT7oup+FcYVY+RZ7ckhpY2gGy=TAsr2UUMnVVA@mail.gmail.com> <1412620209.1809025.175784345.73E4E08E@webmail.messagingengine.com> <D0582ED8.B1E9%sakulkar@akamai.com> <65916.1412621070@critter.freebsd.dk> <52D9EE42-34FC-4C61-BC35-2B559E166985@apple.com> <D0587F1E.3AE7B%Robby.Simpson@GE.com>
Date: Mon, 06 Oct 2014 14:58:32 -0700
Message-ID: <CAP+FsNc1++nhXM5UNBM9MXOPJgOmg1noEHbzCpF6xQZju1sw+A@mail.gmail.com>
From: Roberto Peon <grmocg@gmail.com>
To: "Simpson, Robby (GE Energy Management)" <robby.simpson@ge.com>
Cc: HTTP Working Group <ietf-http-wg@w3.org>
Content-Type: multipart/alternative; boundary="e89a8f83aa2507304d0504c82f9c"
Received-SPF: pass client-ip=209.85.214.169; envelope-from=grmocg@gmail.com; helo=mail-ob0-f169.google.com
X-W3C-Hub-Spam-Status: No, score=-4.5
X-W3C-Hub-Spam-Report: AWL=-1.768, BAYES_00=-1.9, 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 1XbGJ0-0006i6-L4 c3a27180eb5014845ec99bc2b56d0115
X-Original-To: ietf-http-wg@w3.org
Subject: Re: Restore Header Table and Static Table Indices
Archived-At: <http://www.w3.org/mid/CAP+FsNc1++nhXM5UNBM9MXOPJgOmg1noEHbzCpF6xQZju1sw+A@mail.gmail.com>
Resent-From: ietf-http-wg@w3.org
X-Mailing-List: <ietf-http-wg@w3.org> archive/latest/27456
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>

I'm a +1 on this.

The data thusfar shows that the current scheme significantly underperforms
the previously designed scheme when the headers to be used are not in the
current static set.

The complexity of adding an int to an int is low.
The amount of CPU necessary to add an int to an int is low.

The difference in performance in the non-idea case is large.

-=R

On Mon, Oct 6, 2014 at 2:17 PM, Simpson, Robby (GE Energy Management) <
robby.simpson@ge.com> wrote:

> I too am a -1
>
> On 10/6/14, 4:44 PM, "Michael Sweet" <msweet@apple.com> wrote:
>
>
> >Also -1.
> >
> >> On Oct 6, 2014, at 2:44 PM, Poul-Henning Kamp <phk@phk.freebsd.dk>
> >>wrote:
> >>
> >> --------
> >> In message <D0582ED8.B1E9%sakulkar@akamai.com>, "Kulkarni, Saurabh"
> >>writes:
> >>> Same here, -1 on this. Our implementation (Akamai server) is much
> >>>simpler
> >>> now because of this.
> >>
> >> Same here: -1 on this.
> >>
> >> Having the static table first is much simpler and no credible data
> >> has shown that putting the dynamic table first will lead to overall
> >> improvement of compression.
> >>
> >> And if compression is that important, we can get much more of it by
> >> compressing timestamps algorithmically than by flipping these two
> >> tables.
> >>
> >> --
> >> Poul-Henning Kamp       | UNIX since Zilog Zeus 3.20
> >> phk@FreeBSD.ORG         | TCP/IP since RFC 956
> >> FreeBSD committer       | BSD since 4.3-tahoe
> >> Never attribute to malice what can adequately be explained by
> >>incompetence.
> >>
> >
> >_________________________________________________________
> >Michael Sweet, Senior Printing System Engineer, PWG Chair
> >
> >
>
>
>

v2.39.1 | Report a Bug | By Email | System Status