Re: Speeding up cvs2svn (was Re: cvs2svn takes very long time to execute (days!))

    kfogel> I feel funny about using in-memory hashes. cvs2svn.py
    kfogel> should scale well by default. Do you plan to
    kfogel> automagically switch to a disk database if the hash count
    kfogel> exceeds a certain magic number?

Yes, I agree. Keeping the disk database but using a much larger cache
gives a huge performance boost while still handling big repositories.

I sort of feel that refinecvs is the "keep everything in memory" tool,
and cvs2svn is the "handle repositories too big for memory" tool.

 - Roland

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Mon Feb 16 02:21:00 2004