Re: [WIP RFC 0/5] Design for offloading part of packfile response to CDN
- From
Stefan Beller <sbeller@google.com>
- Date
- Dec 4, 2018, 00:01 UTC
- Message-ID
- <CAGZ79kajSr1jzs0r9bK+Pt6arz5XRq04cWaaPGU=BibDw1PHvA@mail.gmail.com>
- In-Reply-To
- <cover.1543879256.git.jonathantanmy@google.com>
On Mon, Dec 3, 2018 at 3:37 PM Jonathan Tan <jonathantanmy@google.com> wrote:
Show 10 quoted lines
> > There is a potential issue: a server which produces both the URIs and > the packfile at roughly the same time (like the implementation in this > patch set) will not have sideband access until it has concluded sending > the URIs. Among other things, this means that the server cannot send > keepalive packets until quite late in the response. One solution to this > might be to add a feature that allows the server to use a sideband > throughout the whole response - and this has other benefits too like > allowing servers to inform the client throughout the whole fetch, not > just at the end.
While side band sounds like the right thing to do, we could also sending (NULL)-URIs within this feature.