[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: svnadmin load using fsfs is agonizingly slow

From: eg <egoots_at_gmail.com>
Date: 2006-10-03 20:40:39 CEST

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

This is an archived mail posted to the Subversion Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.