The whole problem with CVS import is avoiding getting IO bound. Since Mozilla CVS expands into 20GB when the revisions are separated out doing all that IO takes a lot of time. When these imports take four days it is all IO time, not CPU. Could repack-objects be modified to take the objects on stdin as I generate them instead of me putting them into the file system and then deleting them? That model would avoid many gigabytes of IO. It might work to just stream the output from zlib into repack-objects and let it recompute the object name. Or could I just stream in the uncompressed objects? I can still compute the object sha name in my code so that I can find it later. -- Jon Smirl jonsmirl@xxxxxxxxx - : 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