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

RE: Very slow SVN performance

From: Johnathan Gifford <jgifford_at_wernervas.com>
Date: 2007-02-20 15:33:47 CET

If the clients are Windows, turn of 'Fast Indexing'. If you have an anti-virus installed on the Windows clients, make the checkout directory an exception location for on access scanning. Both of these will greatly decrease the time it takes to checkout from Subversion with a Windows client.

There are some performance enhancements in the 1.4.x release of Subversion. This helps on both the server and the clients. You might want to consider upgrading at least the clients.

Johnathan

>>> On Tue, Feb 20, 2007 at 7:42 AM, in message
<A7E8051C6D11D411903300B0D0208BF2012546C1@primary.t-tales.com>, "Taylor,
Richard" <rtaylor@t-tales.com> wrote:
> Hi, Thanks for replying.
>
> The server is running RHEL4.0 64Bit on a dual core 3Ghz PentiumD, but it has
> an old build of SVN 1.3.1 and Apachie WebDAV. The clients are windows XP
> machines using NTFS and up to date svn 1.4.3 clients and the machine used
> for testing was a Pentium 3ghz.
>
> I found posting that says SVN takes 2x longer on NTFS than FS- Ext3 but that
> would still mean an 90 minutes checkout which seems very slow. I found
> another posting explaining that binary files need a base64 translation to be
> send over the XML stream but on fast(ish) machines I wouldn't expect this to
> be too much of a problem.
>
> I guess I'm really looking for some kind of benchmark through put figures
> which I can measure our set- up against and see if it's just that SVN is slow
> checking out large binary files, or if it is a problem with our set- up.
>
> Thanks
> Rich
>
> ---------------
> Richard Taylor
> Game Systems Lead
>
> Travellers Tales (UK) Ltd.
> email : <mailto:rtaylor@t- tales.com> rtaylor@t- tales.com
> web : <http://www.t- tales.com/> http://www.t- tales.com
>
> ----- Original Message-----
> From: Matt Sickler [mailto:crazyfordynamite@gmail.com]
> Sent: 20 February 2007 13:26
> To: Taylor, Richard
> Cc: users@subversion.tigris.org
> Subject: Re: Very slow SVN performance
>
>
>
> its probably the filesystem on the checkout computer that cant keep up
> what OS and filesystem are you checking out with / to ?
>
>
> On 2/20/07, Taylor, Richard < rtaylor@t- tales.com
> <mailto:rtaylor@t- tales.com> > wrote:
>
> Hi,
>
> Our current server set- up is SVN 1.3.1 using Apache/2.0.52 using windows
> clients with svn 1.4.3. We experience very slow checkout/update times. To
> check out an 9gb repository consisting of mainly large files 300- 500mb in
> size it takes approx 3 hours. To directly copy this data from the save
> server it takes approx 12 minutes. Using Filemon it can be seen that svn is
> writing the files in 1/2k chunks which would go some way to explaining the
> poor checkout speed.
>
> Is this the expected performance of svn ? Which set- up gives the better
> performance Apache or svnserve ?
>
> Thanks
> Rich
>
> ---------------
> Richard Taylor
> Game Systems Lead
>
> Travellers Tales (UK) Ltd.
> email : rtaylor@t- tales.com <mailto:rtaylor@t- tales.com>
> web : http://www.t- tales.com <http://www.t- tales.com>
>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e- mail: users- unsubscribe@subversion.tigris.org
> <mailto:users- unsubscribe@subversion.tigris.org>
> For additional commands, e- mail: users- help@subversion.tigris.org
> <mailto:users- help@subversion.tigris.org>
>
>
>
>
>
> _____________________________________________________________________
> This e- mail has been scanned for viruses by Verizon Business Internet
> Managed Scanning Services - powered by MessageLabs. For further information
> visit http://www.mci.com

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Tue Feb 20 15:34:41 2007

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.