Re: Why so much time in the kernel?

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

 




On Fri, 16 Jun 2006, Jon Smirl wrote:
>
> I am using cvs-1.11.21-3.2
> I can try running their development tree.

No, don't. We already know that 1.12 leaks memory and makes the cvsimport 
not work at all.

> > 
> > AND it's git-cvsimport forking and exec'ing git helper processes.
> 
> Is it worthwhile to make a library version of these? Svn has lib
> versions and they barely show up in oprofile. cvsimport is only using
> 4-5 low level git funtions.

Eventually, I think that's where we'll get. We're already at the stage 
where most of the core could just be written as a library.

> > I guess mozilla really does use a fair number of branches?
> 
> Is 1,800 a lot?

Yeah. Although even just two is enough, if you just alternate committing 
on them ;)

So it's actually not number of branches, it's more about frequency of 
the branch changing in the cvsps output. And yes, you could probably 
improve performance by sorting the changesets differently, but Martin's 
change to use separate index files should make it all pretty moot.

		Linus
-
: 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]