- From: Poul-Henning Kamp <phk@phk.freebsd.dk>
- Date: Wed, 03 Feb 2021 12:22:54 +0000
- To: Willy Tarreau <w@1wt.eu>
- cc: Martin Thomson <mt@lowentropy.net>, ietf-http-wg@w3.org
-------- Willy Tarreau writes: > On Wed, Feb 03, 2021 at 11:41:13AM +0000, Poul-Henning Kamp wrote: > > -------- > > Willy Tarreau writes: > > > On Wed, Feb 03, 2021 at 10:42:17AM +0000, Poul-Henning Kamp wrote: > > > > The problem with trailers has always been that people get hung up over the > > > > marginal potential speedups if we allow things to "change later". > > > > > > I'm not sure I understand what you mean. What "marginal potential speedups" are you talking about ? > > > > For instance having one Cache-Control in the headers and then wanting to > > modify that with a new one in Trailers ? > > But it's not about a marginal speed up here, it's about a server not being > certain whether it wants its data to be cached or not until they're complete And that's fine! What I'm proposing is making it possible for the server to say "Please grab this body first, then I'll tell you what it means afterwards." The marginal speedup we loose because the recipient cannot act on the body until they see the trailers is regrettable, but we stil reap the overlap of production and transmission. The risk of getting two different Cache-Control headers is pretty much precisly why trailers are not being used. -- 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.
Received on Wednesday, 3 February 2021 12:23:09 UTC