IETF Logo Mail Archive

Re: Restore Header Table and Static Table Indices

"Ludin, Stephen" <sludin@akamai.com> Mon, 06 October 2014 20: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 26F2F1A8999 for <ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com>; Mon, 6 Oct 2014 13:02:31 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.173
X-Spam-Level:
X-Spam-Status: No, score=-6.173 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RP_MATCHES_RCVD=-0.786, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, URIBL_RHS_DOB=1.514] 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 l0ZFRNwfzaXc for <ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com>; Mon, 6 Oct 2014 13:02:29 -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 87A621A899C for <httpbisa-archive-bis2Juki@lists.ietf.org>; Mon, 6 Oct 2014 13:02:27 -0700 (PDT)
Received: from lists by frink.w3.org with local (Exim 4.72) (envelope-from <ietf-http-wg-request@listhub.w3.org>) id 1XbEQy-0005O1-AE for ietf-http-wg-dist@listhub.w3.org; Mon, 06 Oct 2014 19:59:04 +0000
Resent-Date: Mon, 06 Oct 2014 19:59:04 +0000
Resent-Message-Id: <E1XbEQy-0005O1-AE@frink.w3.org>
Received: from maggie.w3.org ([128.30.52.39]) by frink.w3.org with esmtp (Exim 4.72) (envelope-from <sludin@akamai.com>) id 1XbEQt-0005NI-7s for ietf-http-wg@listhub.w3.org; Mon, 06 Oct 2014 19:58:59 +0000
Received: from prod-mail-xrelay06.akamai.com ([96.6.114.98]) by maggie.w3.org with esmtp (Exim 4.72) (envelope-from <sludin@akamai.com>) id 1XbEQs-0002C2-8B for ietf-http-wg@w3.org; Mon, 06 Oct 2014 19:58:59 +0000
Received: from prod-mail-xrelay06.akamai.com (localhost.localdomain [127.0.0.1]) by postfix.imss70 (Postfix) with ESMTP id 4D9421658FC; Mon, 6 Oct 2014 19:58:32 +0000 (GMT)
Received: from prod-mail-relay08.akamai.com (prod-mail-relay08.akamai.com [172.27.22.71]) by prod-mail-xrelay06.akamai.com (Postfix) with ESMTP id 42B101658F9; Mon, 6 Oct 2014 19:58:32 +0000 (GMT)
Received: from ustx2ex-cashub.dfw01.corp.akamai.com (ustx2ex-cashub1.dfw01.corp.akamai.com [172.27.25.75]) by prod-mail-relay08.akamai.com (Postfix) with ESMTP id 3F1509803E; Mon, 6 Oct 2014 19:58:32 +0000 (GMT)
Received: from USMBX2.msg.corp.akamai.com ([169.254.1.124]) by ustx2ex-cashub1.dfw01.corp.akamai.com ([172.27.25.75]) with mapi; Mon, 6 Oct 2014 14:58:31 -0500
From: "Ludin, Stephen" <sludin@akamai.com>
To: Poul-Henning Kamp <phk@phk.freebsd.dk>, "Kulkarni, Saurabh" <sakulkar@akamai.com>
CC: Nicholas Hurley <hurley@todesschaf.org>, Jeff Pinner <jpinner@twitter.com>, HTTP Working Group <ietf-http-wg@w3.org>
Date: Mon, 06 Oct 2014 14:58:22 -0500
Thread-Topic: Restore Header Table and Static Table Indices
Thread-Index: Ac/hn+dpae1PMoCFRty9yjDcnBm2iQ==
Message-ID: <D058421E.1492A%sludin@akamai.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>
In-Reply-To: <65916.1412621070@critter.freebsd.dk>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
user-agent: Microsoft-MacOutlook/14.4.3.140616
acceptlanguage: en-US
Content-Type: multipart/alternative; boundary="_000_D058421E1492Asludinakamaicom_"
MIME-Version: 1.0
Received-SPF: none client-ip=96.6.114.98; envelope-from=sludin@akamai.com; helo=prod-mail-xrelay06.akamai.com
X-W3C-Hub-Spam-Status: No, score=-3.6
X-W3C-Hub-Spam-Report: AWL=-3.252, BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, T_RP_MATCHES_RCVD=-0.01, URIBL_RHS_DOB=1.514
X-W3C-Scan-Sig: maggie.w3.org 1XbEQs-0002C2-8B 590c58ef95a11ceb9d2029e60c12cc38
X-Original-To: ietf-http-wg@w3.org
Subject: Re: Restore Header Table and Static Table Indices
Archived-At: <http://www.w3.org/mid/D058421E.1492A%25sludin@akamai.com>
Resent-From: ietf-http-wg@w3.org
X-Mailing-List: <ietf-http-wg@w3.org> archive/latest/27450
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>

-1 from me as well.  I can editorialize if need be but I will be rehashing what others are saying.

-stephen

From: Poul-Henning Kamp <phk@phk.freebsd.dk<mailto:phk@phk.freebsd.dk>>
Date: Monday, October 6, 2014 at 11:44 AM
To: "Kulkarni, Saurabh" <sakulkar@akamai.com<mailto:sakulkar@akamai.com>>
Cc: Nicholas Hurley <hurley@todesschaf.org<mailto:hurley@todesschaf.org>>, Jeff Pinner <jpinner@twitter.com<mailto:jpinner@twitter.com>>, HTTP Working Group <ietf-http-wg@w3.org<mailto:ietf-http-wg@w3.org>>
Subject: Re: Restore Header Table and Static Table Indices
Resent-From: <ietf-http-wg@w3.org<mailto:ietf-http-wg@w3.org>>
Resent-Date: Monday, October 6, 2014 at 11:44 AM

--------
In message <D0582ED8.B1E9%sakulkar@akamai.com<mailto: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<mailto: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.

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