On 6/5/06, Alec Warner <antarus@xxxxxxxxxx> wrote:
> I don't think you can do this in parallel. What I would do is remove > the -a from the git-repack invocation. It does hurt import times quite > a bit -- just do a git-repack -a -d when it's done. Only repack at the end then? disk space isn't an issue here so I'll give that a shot.
Not exactly -- by removing the -a from the git-repack invocation what you get is cheap "partial" packing rather than a full repack. This is somewhat inefficient disk-wise, perhaps by 10% or so. But full repacks get more and more expensive as the repo grows. So you don't need to run git-repack -a -d at the end, but it will be a good measure to see how compact the packing gets.
> And... having said that, there is still a memory leak somehow, > somewhere. It's been evading me for 2 weeks now, so I feel an idiot > now. Not too bad in general, but it shows clearly in the gentoo and > mozilla imports. 30565 antarus 17 0 470m 456m 1640 S 14 11.6 234:23.38 git-cvsimport 30566 antarus 16 0 6753m 147m 752 S 7 3.7 120:27.06 cvs I'm on cvs-1.11.12 and the git version of git
Yep, I see roughly the same. It grows slowly and I don't know why :(
I'll keep chugging on this one; it won't be the final import as I haven't used the complete Authors file, so I will try the repacking optimization next time I do an import.
Cool. If it dies for any reason, just do git-update-ref refs/heads/master refs/heads/origin git-update-ref HEAD origin git-checkout You only need to do this the first time -- after that, the core heads are set. Rerun the script and it will pick up where it left. If it dies again, just do git-checkout to see the latest files. (Above, replace origin with your -o option if you are using it. I normally use -o cvshead.) 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