On Mon, 19 Jun 2006, Martin Langhoff wrote: > > No problems here with my latest import run. fsck-objects --full comes > clean, takes 14m: > > /usr/bin/time git-fsck-objects --full > 737.22user 38.79system 14:09.40elapsed 91%CPU (0avgtext+0avgdata 0maxresident)k > 0inputs+0outputs (20807major+19483471minor)pagefaults 0swaps It takes much less than that for me: 408.40user 32.56system 7:22.07elapsed 99%CPU (0avgtext+0avgdata 0maxresident)k 0inputs+0outputs (145major+13455672minor)pagefaults 0swaps and in particular note the much lower minor pagefaults number (which is a very good approximation of total RSS). Mine is with all the memory optimizations in place, but I didn't see _that_ big of a difference, so there's something else in addition. However, the fact that I get "SHA1 mismatch with itself" is strange. The re-pack will always re-generate the SHA1, so I worry that this is perhaps some PPC-specific bug in SHA1 handling (and it's entirely possible that it's triggered by doing a SHA1 over a 500+MB area). The fact that you don't see it is indicative that it's somehow specific to my setup. > BTW, that import (with the latest code Junio has) took 37hs even with > the aggressive repack -a -d. I want to bench it dropping the -a from > the recurrring repack, and doing a final repack -a -d. Yeah, that's probably the right thing to do. The "-a" is ok with tons of memory, and I'm trying to make it ok with _less_ memory, but it's probably just not worth it. 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