* Local clone/fetch with cogito is glacial
@ 2006-05-21 23:47 H. Peter Anvin
[not found] ` <20060521212026.22f36e03.seanlkml@sympatico.ca>
2006-05-22 1:40 ` Linus Torvalds
0 siblings, 2 replies; 11+ messages in thread
From: H. Peter Anvin @ 2006-05-21 23:47 UTC (permalink / raw)
To: Git Mailing List
It appears that doing a *local* -- meaning using a file path or file URL
-- clone or fetch with cogito is just glacial when the repository has an
even moderate number of tags (and it's fetching the tags that takes all
the time.) That's a really serious problem for me.
-hpa
^ permalink raw reply [flat|nested] 11+ messages in thread[parent not found: <20060521212026.22f36e03.seanlkml@sympatico.ca>]
* Re: Local clone/fetch with cogito is glacial
[not found] ` <20060521212026.22f36e03.seanlkml@sympatico.ca>
@ 2006-05-22 1:20 ` Sean
2006-05-22 21:18 ` H. Peter Anvin
0 siblings, 1 reply; 11+ messages in thread
From: Sean @ 2006-05-22 1:20 UTC (permalink / raw)
To: H. Peter Anvin; +Cc: git
On Sun, 21 May 2006 16:47:45 -0700
"H. Peter Anvin" <hpa@zytor•com> wrote:
> It appears that doing a *local* -- meaning using a file path or file URL
> -- clone or fetch with cogito is just glacial when the repository has an
> even moderate number of tags (and it's fetching the tags that takes all
> the time.) That's a really serious problem for me.
>
Peter, does git clone work acceptably for you?
Sean
^ permalink raw reply [flat|nested] 11+ messages in thread* Re: Local clone/fetch with cogito is glacial
2006-05-22 1:20 ` Sean
@ 2006-05-22 21:18 ` H. Peter Anvin
2006-05-22 22:02 ` Petr Baudis
0 siblings, 1 reply; 11+ messages in thread
From: H. Peter Anvin @ 2006-05-22 21:18 UTC (permalink / raw)
To: Sean; +Cc: git
Sean wrote:
> On Sun, 21 May 2006 16:47:45 -0700
> "H. Peter Anvin" <hpa@zytor•com> wrote:
>
>> It appears that doing a *local* -- meaning using a file path or file URL
>> -- clone or fetch with cogito is just glacial when the repository has an
>> even moderate number of tags (and it's fetching the tags that takes all
>> the time.) That's a really serious problem for me.
>>
>
> Peter, does git clone work acceptably for you?
>
Well, it does, except it doesn't set up the cogito branches (which one can of course copy
manually.)
cg-clone probably should be rewritten as a thin wrapper around git-clone.
-hpa
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: Local clone/fetch with cogito is glacial
2006-05-22 21:18 ` H. Peter Anvin
@ 2006-05-22 22:02 ` Petr Baudis
2006-05-22 22:23 ` H. Peter Anvin
0 siblings, 1 reply; 11+ messages in thread
From: Petr Baudis @ 2006-05-22 22:02 UTC (permalink / raw)
To: H. Peter Anvin; +Cc: Sean, git
Dear diary, on Mon, May 22, 2006 at 11:18:07PM CEST, I got a letter
where "H. Peter Anvin" <hpa@zytor•com> said that...
> Sean wrote:
> >On Sun, 21 May 2006 16:47:45 -0700
> >"H. Peter Anvin" <hpa@zytor•com> wrote:
> >
> >>It appears that doing a *local* -- meaning using a file path or file URL
> >>-- clone or fetch with cogito is just glacial when the repository has an
> >>even moderate number of tags (and it's fetching the tags that takes all
> >>the time.) That's a really serious problem for me.
> >>
> >
> >Peter, does git clone work acceptably for you?
> >
>
> Well, it does, except it doesn't set up the cogito branches (which one can
> of course copy manually.)
What about incremental fetches using git-fetch? From a quick scan of the
git-fetch automagic tags following code, it seems to be even
significantly more expensive than Cogito's (in terms of number of
forks).
git-clone has an advantage here since it clones _everything_ while
Cogito fetches only stuff related to the branch you are cloning, and
verifying if what it fetches is sensible for you unfortunately takes a
lot of time. :/ I guess there is no way to verify presence of multiple
objects at once and there is also no way to order local fetch of
multiple objects at once.
--
Petr "Pasky" Baudis
Stuff: http://pasky.or.cz/
Right now I am having amnesia and deja-vu at the same time. I think
I have forgotten this before.
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: Local clone/fetch with cogito is glacial
2006-05-22 22:02 ` Petr Baudis
@ 2006-05-22 22:23 ` H. Peter Anvin
2006-05-22 22:50 ` Petr Baudis
0 siblings, 1 reply; 11+ messages in thread
From: H. Peter Anvin @ 2006-05-22 22:23 UTC (permalink / raw)
To: Petr Baudis; +Cc: Sean, git
Petr Baudis wrote:
>
> What about incremental fetches using git-fetch? From a quick scan of the
> git-fetch automagic tags following code, it seems to be even
> significantly more expensive than Cogito's (in terms of number of
> forks).
>
Well, I haven't used git-fetch, so I can't comment on that one.
> git-clone has an advantage here since it clones _everything_ while
> Cogito fetches only stuff related to the branch you are cloning, and
> verifying if what it fetches is sensible for you unfortunately takes a
> lot of time. :/ I guess there is no way to verify presence of multiple
> objects at once and there is also no way to order local fetch of
> multiple objects at once.
Note that non-local cg-clones are at least an order of magnitude faster, even when the
nonlocal is just git+ssh:. One could presumably do the same thing over a pipe.
-hpa
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: Local clone/fetch with cogito is glacial
2006-05-22 22:23 ` H. Peter Anvin
@ 2006-05-22 22:50 ` Petr Baudis
2006-05-22 23:03 ` H. Peter Anvin
2006-05-22 23:18 ` Linus Torvalds
0 siblings, 2 replies; 11+ messages in thread
From: Petr Baudis @ 2006-05-22 22:50 UTC (permalink / raw)
To: H. Peter Anvin; +Cc: Sean, git
Dear diary, on Tue, May 23, 2006 at 12:23:44AM CEST, I got a letter
where "H. Peter Anvin" <hpa@zytor•com> said that...
> Petr Baudis wrote:
> >git-clone has an advantage here since it clones _everything_ while
> >Cogito fetches only stuff related to the branch you are cloning, and
> >verifying if what it fetches is sensible for you unfortunately takes a
> >lot of time. :/ I guess there is no way to verify presence of multiple
> >objects at once and there is also no way to order local fetch of
> >multiple objects at once.
>
> Note that non-local cg-clones are at least an order of magnitude faster,
> even when the nonlocal is just git+ssh:. One could presumably do the same
> thing over a pipe.
Even rsync and HTTP cg-clones? git:// and git+ssh:// fetching follows an
almost entirely different code patch and it's much more efficient since
I just accumulate the tag object ids I want to check and then pour them
to git-fetch-pack - I cannot do that with git-(local|http)-fetch. :-(
--
Petr "Pasky" Baudis
Stuff: http://pasky.or.cz/
Right now I am having amnesia and deja-vu at the same time. I think
I have forgotten this before.
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: Local clone/fetch with cogito is glacial
2006-05-22 22:50 ` Petr Baudis
@ 2006-05-22 23:03 ` H. Peter Anvin
2006-05-22 23:08 ` Petr Baudis
2006-05-22 23:18 ` Linus Torvalds
1 sibling, 1 reply; 11+ messages in thread
From: H. Peter Anvin @ 2006-05-22 23:03 UTC (permalink / raw)
To: Petr Baudis; +Cc: Sean, git
Petr Baudis wrote:
>
> Even rsync and HTTP cg-clones? git:// and git+ssh:// fetching follows an
> almost entirely different code patch and it's much more efficient since
> I just accumulate the tag object ids I want to check and then pour them
> to git-fetch-pack - I cannot do that with git-(local|http)-fetch. :-(
>
No, but git-fetch-pack could operate over a local pipe just fine (after all, all it does
is ssh an "git-send-pack" command to the other side.)
-hpa
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: Local clone/fetch with cogito is glacial
2006-05-22 23:03 ` H. Peter Anvin
@ 2006-05-22 23:08 ` Petr Baudis
0 siblings, 0 replies; 11+ messages in thread
From: Petr Baudis @ 2006-05-22 23:08 UTC (permalink / raw)
To: H. Peter Anvin; +Cc: Sean, git
Dear diary, on Tue, May 23, 2006 at 01:03:06AM CEST, I got a letter
where "H. Peter Anvin" <hpa@zytor•com> said that...
> Petr Baudis wrote:
> >
> >Even rsync and HTTP cg-clones? git:// and git+ssh:// fetching follows an
> >almost entirely different code patch and it's much more efficient since
> >I just accumulate the tag object ids I want to check and then pour them
> >to git-fetch-pack - I cannot do that with git-(local|http)-fetch. :-(
> >
>
> No, but git-fetch-pack could operate over a local pipe just fine (after
> all, all it does is ssh an "git-send-pack" command to the other side.)
Yes, but in that case it couldn't hardlink the objects so you would see
quite a big bump in disk usage if you have many local clones of the same
repo.
That said, hardlinking is probably not all that big an advantage if you
repack often, repack everywhere, and in the many-repositories cases it
might be more sensible to use alternates (which is what cg-clone -l
should really do instead of symlinking), so it might be well worth
the sacrifice.
--
Petr "Pasky" Baudis
Stuff: http://pasky.or.cz/
Right now I am having amnesia and deja-vu at the same time. I think
I have forgotten this before.
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: Local clone/fetch with cogito is glacial
2006-05-22 22:50 ` Petr Baudis
2006-05-22 23:03 ` H. Peter Anvin
@ 2006-05-22 23:18 ` Linus Torvalds
2006-05-22 23:24 ` Petr Baudis
1 sibling, 1 reply; 11+ messages in thread
From: Linus Torvalds @ 2006-05-22 23:18 UTC (permalink / raw)
To: Petr Baudis; +Cc: H. Peter Anvin, Sean, git
On Tue, 23 May 2006, Petr Baudis wrote:
>
> Even rsync and HTTP cg-clones? git:// and git+ssh:// fetching follows an
> almost entirely different code patch and it's much more efficient since
> I just accumulate the tag object ids I want to check and then pour them
> to git-fetch-pack - I cannot do that with git-(local|http)-fetch. :-(
Sure you can. Well, not to http-fetch, but git-fetch-pack should work fine
for a local repo.
The git-clone script will literally special-case rsync:// and http://.
Everything else should work fine with git-fetch-pack.
Linus
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: Local clone/fetch with cogito is glacial
2006-05-22 23:18 ` Linus Torvalds
@ 2006-05-22 23:24 ` Petr Baudis
0 siblings, 0 replies; 11+ messages in thread
From: Petr Baudis @ 2006-05-22 23:24 UTC (permalink / raw)
To: Linus Torvalds; +Cc: H. Peter Anvin, Sean, git
> The git-clone script will literally special-case rsync:// and http://.
> Everything else should work fine with git-fetch-pack.
Aha, I overlooked that what I described goes on in git-clone happens
only with git-clone -l, otherwise it indeed seems to use git-fetch-pack.
Sorry about the confusion.
--
Petr "Pasky" Baudis
Stuff: http://pasky.or.cz/
Right now I am having amnesia and deja-vu at the same time. I think
I have forgotten this before.
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: Local clone/fetch with cogito is glacial
2006-05-21 23:47 Local clone/fetch with cogito is glacial H. Peter Anvin
[not found] ` <20060521212026.22f36e03.seanlkml@sympatico.ca>
@ 2006-05-22 1:40 ` Linus Torvalds
1 sibling, 0 replies; 11+ messages in thread
From: Linus Torvalds @ 2006-05-22 1:40 UTC (permalink / raw)
To: H. Peter Anvin; +Cc: Git Mailing List
On Sun, 21 May 2006, H. Peter Anvin wrote:
>
> It appears that doing a *local* -- meaning using a file path or file URL --
> clone or fetch with cogito is just glacial when the repository has an even
> moderate number of tags (and it's fetching the tags that takes all the time.)
> That's a really serious problem for me.
I think this is purely a cogito problem.
Use "git clone" instead.
Linus
^ permalink raw reply [flat|nested] 11+ messages in thread
end of thread, other threads:[~2006-05-22 23:24 UTC | newest]
Thread overview: 11+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2006-05-21 23:47 Local clone/fetch with cogito is glacial H. Peter Anvin
[not found] ` <20060521212026.22f36e03.seanlkml@sympatico.ca>
2006-05-22 1:20 ` Sean
2006-05-22 21:18 ` H. Peter Anvin
2006-05-22 22:02 ` Petr Baudis
2006-05-22 22:23 ` H. Peter Anvin
2006-05-22 22:50 ` Petr Baudis
2006-05-22 23:03 ` H. Peter Anvin
2006-05-22 23:08 ` Petr Baudis
2006-05-22 23:18 ` Linus Torvalds
2006-05-22 23:24 ` Petr Baudis
2006-05-22 1:40 ` Linus Torvalds
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox