Re: "IMAP IDLE"-like long-polling "git fetch"

Ævar Arnfjörð Bjarmason wrote: > > On Thu, May 02 2019, Eric Wong wrote: > > > Stefan Beller wrote: > >> IIRC, More than half the bandwidth of Googles git servers are used > >> for ls-remote calls (i.e. polling a lot of repos, most of them did *not* > >> change, by build bots which are really e

Re: "IMAP IDLE"-like long-polling "git fetch"

On Thu, May 02 2019, Eric Wong wrote: > Stefan Beller wrote: >> IIRC, More than half the bandwidth of Googles git servers are used >> for ls-remote calls (i.e. polling a lot of repos, most of them did *not* >> change, by build bots which are really eager to try again after a minute). > > Thinki

Re: "IMAP IDLE"-like long-polling "git fetch"

Stefan Beller wrote: > IIRC, More than half the bandwidth of Googles git servers are used > for ls-remote calls (i.e. polling a lot of repos, most of them did *not* > change, by build bots which are really eager to try again after a minute). Thinking back at that statement; I think polling can be

Re: "IMAP IDLE"-like long-polling "git fetch"

On Wed, Jan 09, 2019 at 02:27:25PM -0800, Stefan Beller wrote: > > > I would've thought somebody had done this by now, but I guess > > > it's dependent on a bunch of things (TLS layer nowadays, maybe > > > HTTP/2), so git-daemon support alone wouldn't cut it... > > > > Polling is not all bad, espec

Re: "IMAP IDLE"-like long-polling "git fetch"

On Fri, Dec 28, 2018 at 8:39 PM Konstantin Ryabitsev wrote: > > On Sat, Dec 29, 2018 at 03:56:21AM +, Eric Wong wrote: > > Hey all, I just added this to the TODO file for public-inbox[1] but > > obviously it's intended for git.git (meta@public-inbox cc-ed): > > > > > +* Contribute something li

Re: "IMAP IDLE"-like long-polling "git fetch"

Konstantin Ryabitsev wrote: > On Sat, Dec 29, 2018 at 03:56:21AM +, Eric Wong wrote: > > Hey all, I just added this to the TODO file for public-inbox[1] but > > obviously it's intended for git.git (meta@public-inbox cc-ed): > > > > > +* Contribute something like IMAP IDLE for "git fetch". > >

Re: "IMAP IDLE"-like long-polling "git fetch"

On Sat, Dec 29, 2018 at 03:56:21AM +, Eric Wong wrote: > Hey all, I just added this to the TODO file for public-inbox[1] but > obviously it's intended for git.git (meta@public-inbox cc-ed): > > > +* Contribute something like IMAP IDLE for "git fetch". > > + Inboxes (and any git repos) can be

"IMAP IDLE"-like long-polling "git fetch"

Hey all, I just added this to the TODO file for public-inbox[1] but obviously it's intended for git.git (meta@public-inbox cc-ed): > +* Contribute something like IMAP IDLE for "git fetch". > + Inboxes (and any git repos) can be kept up-to-date without > + relying on polling. I would've thought

[PATCH] TODO: add note for "IMAP IDLE"-like long-polling "git fetch"

--- TODO | 4 1 file changed, 4 insertions(+) diff --git a/TODO b/TODO index 87cadc9..c9ee756 100644 --- a/TODO +++ b/TODO @@ -90,3 +90,7 @@ all need to be considered for everything we introduce) davfs2 needs Range: request support for this to be feasible: https://savannah.nongnu.org