Re: Git is not scalable with too many refs/*

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Mon, 26 Sep 2011 18:12:31 -0600, Martin Fick wrote:
On Monday, September 26, 2011 05:26:55 pm Julian Phillips
wrote:
-- snip --
Back when I made that change, I failed to notice that
get_ref_dir was recursive for subdirectories ... sorry
...

Hopefully this should speed things up.  My test repo went
from ~17m user time, to ~2.5s.
Packing still make things much faster of course.

Excellent!  This works (almost, in my refs.c it is called
sort_ref_list, not sort_refs_list).

Yeah, in mine too ;) It's late and I got the compile/send mail sequence backwards. :$
It's fixed in the proper patch email.

 So, on the non garbage
collected repo, git branch now takes ~.5s, and in the
garbage collected one it takes only ~.05s!

That sounds a lot better. Hopefully other commands should be faster now too.

Thanks way much!!!

No problem. Thank you for all the time you've put in to help chase this down. Makes it so much easier when the person with original problem mucks in with the investigation. Just think how much time you've saved for anyone with a large number of those Gerrit change refs ;)

--
Julian
--
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html


[Index of Archives]     [Linux Kernel Development]     [Gcc Help]     [IETF Annouce]     [DCCP]     [Netdev]     [Networking]     [Security]     [V4L]     [Bugtraq]     [Yosemite]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux SCSI]     [Fedora Users]