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

RE: Faster SVN Status

From: Niel De Clerk <NDeclerk_at_Angloplat.com>
Date: Mon, 7 Jan 2008 14:32:46 +0200

Thanks, I'll go for option 1.
Relocating the repository is a simple as making a hot copy to the new
location and pointing the service to the new location, right?
Is there an easy way to ensure no transactions take place during such a
transfer? Will locks etc remain in place, or should all clients first
commit their last changes and release their locks?


-----Original Message-----
From: John Peacock [mailto:john.peacock_at_havurah-software.org]
Sent: 07 January 2008 14:26
To: Niel De Clerk
Cc: users_at_subversion.tigris.org
Subject: Re: Faster SVN Status

Niel De Clerk wrote:
> Our repository is on one machine and svnserve runs (as a windows
> service) on another machine (same network) using a mapped network
> to the repository. Svnserve must run on the second machine because it
> has a fixed IP and is accessible through the firewalls to our various
> clients. The repository was installed on the other machine mainly
> because of backup etc reasons, but in theory it could be moved to the
> machine running svnserve (would this introduce a significant
> gain?).

This is a non-optimal configuration and I am highly confident you would
see a
performance increase from moving the repository to the same server as
service itself. While your configuration will "work" (for some value of
it is not efficient and there is even the possibility of corruption
(this is
true of any networked filesystem access like this).

You have two choices:

1) move the repository to be local to the svnserve process;
2) switch to using http[s] access, and run a proxy service on the
accessible host and the Apache service on the box with the repo.

The second choice would keep your backup strategy intact, but would
require all
WC to be updated with the new path (you can use `svn switch --relocate`,
it is still the same repo). You also need to make sure that whatever
proxy you
install on the outwards facing box doesn't mess with the traffic (which
some/many do). See this link for more details:




This email is subject to our email legal notice, to view browse to http://www.angloplatinum.co.za/E-mailLegalNotice/

To unsubscribe, e-mail: users-unsubscribe_at_subversion.tigris.org
For additional commands, e-mail: users-help_at_subversion.tigris.org
Received on 2008-01-07 13:48:22 CET

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.