On 5/23/06, Junio C Hamano <junkio@xxxxxxx> wrote:
> I simply was too lazy to count the actual filenames' lengths. ;-) I think cvsimport predates that option, but these days that loop can be optimized by feeding --index-info from standard input.
Oh, yep, that'd be a good addition. I think we can also cut down on the number of fork+exec calls (as Linus points out they are killing us) by caching some data we should already have that we are repeatedly asking from git-ref-parse. Other TODOs from my reading of the code last night... - Switch from line-oriented reads to block reads when fetching files from CVS. This gentoo has repo has some large binary blobs in it and we end up slurping them into memory. - Stop abusing globals in commit() -- pass the commit data as parameters. - Further profiling? Whatever we are doing, we aren't doing it fast :( Will be trying to do those things in the next few days, don't mind if someone jumps in as well. martin - : 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