Re: QPACK proposal: wrap absolute index values

Dmitri Tikhonov <dtikhonov@litespeedtech.com> Mon, 06 August 2018 03:33 UTC

Return-Path: <dtikhonov@litespeedtech.com>
X-Original-To: quic@ietfa.amsl.com
Delivered-To: quic@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 103FC130E72 for <quic@ietfa.amsl.com>; Sun, 5 Aug 2018 20:33:38 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.911
X-Spam-Level:
X-Spam-Status: No, score=-1.911 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, T_DKIMWL_WL_MED=-0.01] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=litespeedtech-com.20150623.gappssmtp.com
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 TuLUBngJutQ6 for <quic@ietfa.amsl.com>; Sun, 5 Aug 2018 20:33:36 -0700 (PDT)
Received: from mail-qk0-x22b.google.com (mail-qk0-x22b.google.com [IPv6:2607:f8b0:400d:c09::22b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 66AEC130E55 for <quic@ietf.org>; Sun, 5 Aug 2018 20:33:36 -0700 (PDT)
Received: by mail-qk0-x22b.google.com with SMTP id c126-v6so7965623qkd.7 for <quic@ietf.org>; Sun, 05 Aug 2018 20:33:36 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=litespeedtech-com.20150623.gappssmtp.com; s=20150623; h=date:from:to:cc:subject:message-id:mail-followup-to:references :mime-version:content-disposition:in-reply-to:user-agent; bh=mKIRJCpBaBuCQxext45JSfM+wjly3/8wJ/7A94BME8I=; b=DgGSFTbfpHdUOFLg9/Wjv0WZx9vU92CKLEX5VXirihbCiwY/0FAhu4z+B93pW6zWN1 A7TL/oKsbuYNJTO1cyZQsPjwO/3cABNce9f745bvdEQSC74gDr61thNhJ3LiB2qacgSL Rfk6RQLmrZQCkKYk6Fc5rnl2H7Cf76gV6S817nmF5CzxzCqEStUr6TtLYg05FmN3GIvO /yCX77UGsr2x+Sqxo50j/VFXSVNQjmiM7E0/fSzN7rXFPURfhDceNzeIUiG9oPVBXXL7 9jfr0sQ9XckayHb4TkVvjQPUPYxXYqBvS3HK8BO31ZXRqDUo+AGhgKoLq3skPProByB4 TbVA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id :mail-followup-to:references:mime-version:content-disposition :in-reply-to:user-agent; bh=mKIRJCpBaBuCQxext45JSfM+wjly3/8wJ/7A94BME8I=; b=ko/7wlMS+jgEs4tzTJCYMNMf1WvMt/OWDV7otxlTLZ50rp5r+dojUjRKfW0Yx0qk+F MRJr9HjWQSMFbnkhlcNvj/IOj1CEyY90gjocsWvVprlR4rL42Nn5l2SydV14RNwiQZVG SfRkqN9L+udp1n4k2b5UEvzHm+shMTtgWwtZT4AZQ35EAHZaSEobrBelcM4mXkVodzEX b93o9CinG1n2ACLVr5BptOlTP4TyQIS/3QsC7Bs7KT5vsD9m1zsyTgZRFqQRnI4UxMhF e/W7C/SHOZBq+0X3xSGJ1/Rn8QHmWNSawQHB+3LXskP8rAIZoEJkt8K/TXb9Ul5yyzJw x58w==
X-Gm-Message-State: AOUpUlHgzmf/VSq8WheEXeVFLs2xL13DOniqBsgcpk57ePmFH173rMvO bCJQuEPvJqNQwkXW15573qoc9w==
X-Google-Smtp-Source: AAOMgpeLfGa+QXUnEdNpzDT7Mwm49JYEcNw1g8lUgW49C9VmBI/CFGuJmwYKh2hmvEOjwSFSRZVLSQ==
X-Received: by 2002:a37:9007:: with SMTP id s7-v6mr11820623qkd.243.1533526415495; Sun, 05 Aug 2018 20:33:35 -0700 (PDT)
Received: from ubuntu-dmitri (ool-44c1d219.dyn.optonline.net. [68.193.210.25]) by smtp.gmail.com with ESMTPSA id v4-v6sm8138408qth.23.2018.08.05.20.33.35 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 05 Aug 2018 20:33:35 -0700 (PDT)
Date: Sun, 05 Aug 2018 23:33:30 -0400
From: Dmitri Tikhonov <dtikhonov@litespeedtech.com>
To: Ryan Hamilton <rch=40google.com@dmarc.ietf.org>
Cc: Martin Thomson <martin.thomson@gmail.com>, QUIC WG <quic@ietf.org>
Subject: Re: QPACK proposal: wrap absolute index values
Message-ID: <20180806033330.GA25402@ubuntu-dmitri>
Mail-Followup-To: Ryan Hamilton <rch=40google.com@dmarc.ietf.org>, Martin Thomson <martin.thomson@gmail.com>, QUIC WG <quic@ietf.org>
References: <20180805154649.GA14245@ubuntu-dmitri> <CABkgnnV2Ugu6O_6Q8grjhQiqavUe6P8FVP_BNRuNqtzVXTbOgw@mail.gmail.com> <CAJ_4DfTcc1X2WUHVoy9Xk75jV3qXu34gbcuuCr2TriN44X5LLg@mail.gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Disposition: inline
In-Reply-To: <CAJ_4DfTcc1X2WUHVoy9Xk75jV3qXu34gbcuuCr2TriN44X5LLg@mail.gmail.com>
User-Agent: Mutt/1.5.24 (2015-08-30)
Archived-At: <https://mailarchive.ietf.org/arch/msg/quic/A75wEkSTO9040dBrd-4-onTMv5g>
X-BeenThere: quic@ietf.org
X-Mailman-Version: 2.1.27
Precedence: list
List-Id: Main mailing list of the IETF QUIC working group <quic.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/quic>, <mailto:quic-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/quic/>
List-Post: <mailto:quic@ietf.org>
List-Help: <mailto:quic-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/quic>, <mailto:quic-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 06 Aug 2018 03:33:38 -0000

On Sun, Aug 05, 2018 at 08:14:55PM -0700, Ryan Hamilton wrote:
> Do we have any sense on the overall impact on compression efficiency base
> on typical HTTP workloads?

The "typical" part is somewhat subjective.  The impact is on compression
would be more pronounced in scenarios where the header blocks are smaller
(meaning that the dynamic table has slower churn).  For example, a small
HAR I've been working with as example to our QPACK implementation contains
18 requests.  The header blocks and the encoder stream compress to about
1 KB.  An overhead of 2 bytes per header block would translate to

    18 * 2 / 1024 = ~4%

The penalty is not dramatic, but it's not insignificant, either.

  - Dmitri.