On 5/23/06, Junio C Hamano <junkio@cox.net> 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 - To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.htmlReceived on Tue May 23 09:15:44 2006
This archive was generated by hypermail 2.1.8 : 2006-05-23 09:16:12 EST