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

Re: Do we kill the "Host:" header in HTTP/2 ?

From: Adrien W. de Croy <adrien@qbik.com>
Date: Wed, 30 Jan 2013 23:01:57 +0000
To: "Poul-Henning Kamp" <phk@phk.freebsd.dk>, "Roberto Peon" <grmocg@gmail.com>
Cc: "Ted Hardie" <ted.ietf@gmail.com>, "Eliezer Croitoru" <eliezer@ngtech.co.il>, "ietf-http-wg@w3.org" <ietf-http-wg@w3.org>, "John C Klensin" <john-ietf@jck.com>
Message-Id: <em71f322c3-78e6-4a58-ac26-48fa5ee2e2a6@bombed>

If we're going to a binary protocol, we should be looking at every 
opportunity to get rid of requirements to parse strings.

IMO this means sending each part of a URI separately in its own field.


------ Original Message ------
From: "Poul-Henning Kamp" <phk@phk.freebsd.dk>
To: "Roberto Peon" <grmocg@gmail.com>
Cc: "Ted Hardie" <ted.ietf@gmail.com>; "Adrien W. de Croy" 
<adrien@qbik.com>; "Eliezer Croitoru" <eliezer@ngtech.co.il>; 
"ietf-http-wg@w3.org" <ietf-http-wg@w3.org>; "John C Klensin" 
Sent: 31/01/2013 11:55:17 a.m.
Subject: Re: Do we kill the "Host:" header in HTTP/2 ?
>Content-Type: text/plain; charset=ISO-8859-1
>In message 
>Roberto Peon writes:
>>Dropping the host header will inflate the size of bytes on the wire, 
>>to the
>>detriment of latency.
>Really ?
>I thought we hadn't decided how things would be encoded yet, so how can
>you tell ?
>As far as I can see, if we did this to HTTP/1 with no other changes we 
>  Add "http://" ${fqdn}
>  Remove "Host: " ${fqdn} CR NL
>Which looks like a one byte saving to me ?
>>I haven't yet heard of a real performance advantage for dropping it. 
>>there one?
>High-performance implementations would not have to text-process the 
>header to find the fqdn they use for routing decisions.
>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 
Received on Wednesday, 30 January 2013 23:02:41 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 1 March 2016 11:11:09 UTC