<div dir="ltr">> We (as in the core dev team) have discussed parallell ESI as a potential<br>> 4.1 feature.<div>></div><div>> As it is now, we haven't decided on this since HTTP/2.0 needs to be<br>> catered for as well. I'd expect this to formalise a bit more on the next</div><div>> developer meeting in November.</div><div><br></div><div>Will notes be published publicly (say, on the wiki) for that? If so, I'll keep an eye out for them.<br><br>> Currently you can perhaps hack/work around this by setting up Varnish as<br>> a backend to itself. Then the "inner" varnish can give you a slightly<br>> stale version (enable grace), while a background fetch is kicked off to<br>> renew the stored object. This should remove most of the extra latency,<br>> given that you in fact can cache the ESI subresources.<br><br>While this would help for some use-cases (a large number of ESI includes to a relatively small number of repeatedly refreshed resources), it doesn't make much of a dent in our use-case (a large number of ESI includes to a more-or-less infinite number of more-or-less static resources that take some effort to compute initially). I appreciate the tip, though!</div><div><br>> Varnish Software (email: <a href="mailto:sales@varnish-software.com">sales@varnish-software.com</a>) may be able to help<br>> you out if you are willing to pay for the parallell ESI feature.<br><br></div><div>I'll drop them a line for more information.</div><div><br></div><div>Thanks for the information and suggestions!</div><div>Jay LaPorte</div></div>