- From: Jason Greene <jason.greene@redhat.com>
- Date: Mon, 7 Jul 2014 17:13:54 -0500
- To: Roberto Peon <grmocg@gmail.com>
- Cc: Poul-Henning Kamp <phk@phk.freebsd.dk>, Willy Tarreau <w@1wt.eu>, Johnny Graettinger <jgraettinger@chromium.org>, Greg Wilkins <gregw@intalio.com>, HTTP Working Group <ietf-http-wg@w3.org>
On Jul 7, 2014, at 5:04 PM, Roberto Peon <grmocg@gmail.com> wrote: > Oy. > > The concept is fairly simple. > > If you need to know the entire size of the headers before one is allowed to send any of it (as would be the case), then one must wait for all of the headers data to arrive (and mutate it) before forwarding. > Thus, adding at a minimum: header-bytes/bandwidth seconds of latency per gateway (not to mention the additional memory for the buffering). > I'd expect this to add a 10th of a ms per gateway or so, more on more constrained links. > If it’s HTTP/2 you know the length by just quickly reading the inbound header. Or did you mean relaying HTTP/1.1 -> HTTP/2? -- Jason T. Greene WildFly Lead / JBoss EAP Platform Architect JBoss, a division of Red Hat
Received on Monday, 7 July 2014 22:14:52 UTC