Keith Bottner wrote:
> We have several repositories and our largest repository when svnadmin
> dump'd is approximately 71gigs in size (Takes a very long time to dump
> even though all users are kicked out of the repository so no changes
> will take place.) Restoration of this repository using svnadmin load has
> currently taken over 48 hours and is still NOT complete. I have read
> some threads that specify that fsync is the problem when using BDB but I
> have not seen any threads with a recognized issue regarding FSFS. In
> addition are there any settings that I can use to disable fsync during a
> load? Or any other optimization techniques that I can use for svnadmin
> load with an FSFS type repository?
>
Yikes... 48 hours and still going!!
I am not one of the developers, but that doesn't sound right to me.
I wonder if anything like real-time anti-virus checking is adding to the
slowness of things given the large number of file revisions (I am assuming)?
I also wonder if you fired up sysinternals ProcessExplorer (pointed at
svnadmin) and Filemon would show anything useful? These are useful if
you cant run a debugger and step through the source.
(If you havent used these tools to investigate issues before on Windows,
there is a decent power point presentation here:
http://download.microsoft.com/download/0/1/3/01381C25-72DA-4AA9-B792-43E02A243C71/SVR333_Russinovich_Solomon.ppt
)
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Tue Oct 3 20:43:29 2006