Merlin Moncure wrote:
> Well, the good news is that a svnadmin dump seemed to run without any
> problems for all revisions. I'm recreating the repo from the dumpfile
> as we speak...and taking the opportunity to update to 1.1 rc2. I
> learned my lesson and am running with fsync on, the only reason I turned
> it off in the first place was because it made converting the repo take
> forever. (aside: it would be nice if svnadmin load did each revision in
> a single transaction).
One thing to do to speed up the load is to create the repo with
--bdb-txn-nosync, do the load, edit db/DB_CONFIG and comment out the
no-sync option, then run svnadmin recover (per comments in DB_CONFIG).
Another thing you can do if you have the memory/swap available is to do
the load to tmpfs (I guess the Windows equivalent is a ramdisk) then
copy the repo to real disk when it's done. With an in-memory filesystem
the fsync() calls become essentially free, so the load process becomes
CPU-bound rather than I/O-bound.
-O
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Wed Aug 25 23:51:41 2004