All,

I'm running vss2svn and ssphys (from SVN rev 309) on a Windows XP Pro machine 
w/ 2GB of RAM. I compiled perl from the ActiveState 5.8.8 sources. I've enabled 
perl's native memory management.
I have two separate issues. 
The first:
*Summary:
SanityChecker needs to start writing out its data to disk; perhaps in an SQLite 
DB or something.

*Exposition:
I'm processing a SSafe database that has well over 3000 commits.
Everything's fine until the IMPORTSVN phase. As we work through the IMPORTSVN 
phase, perl keeps using more and more memory. 'Round about the time that SVN 
revision 2947 is being processed, perl's using 1.5GB of ram. vss2svn goes to 
load a ~250MB file, and cannot allocate the memory to do so. perl halts, on 
line 719 of Dumpfile.pm (  $node->{text} = do { local( $/ ) ; <EXP> } ; ) and 
I'm left with a 9GB SVN dump file that still has two years of commits to go!
I've looked all through Vss2Svn::DumpFile and associated classes, and made a 
short run thru the debugger. Unless I've messed up my perl compilation, I can't 
find anything other than SanityChecker that might be eating so much memory.

I'm going to get to work on making SanityChecker write to an SQLite database 
today, unless someone has a better idea.

The second issue:
I have a patch for DumpFile::get_export_contents() that (for me) works better 
than the one here:

http://www.pumacode.org/projects/vss2svn/ticket/25
(I'll submit the patch to the list within 24 hrs.)

All in all, this is a really fine tool! Thanks for making it available.

Cheers,
Kenneth Lakin
Simon C. Ion Software



__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 

_______________________________________________
vss2svn-users mailing list
Project homepage:
http://www.pumacode.org/projects/vss2svn/
Subscribe/Unsubscribe/Admin:
http://lists.pumacode.org/mailman/listinfo/vss2svn-users-lists.pumacode.org
Mailing list web interface (with searchable archives):
http://dir.gmane.org/gmane.comp.version-control.subversion.vss2svn.user

Reply via email to