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

RE: Distributed Subversion

From: Bolstridge, Andrew <andy.bolstridge_at_intergraph.com>
Date: Thu, 4 Jun 2009 10:53:59 +0100

In most respects the problem will be your networking. I can prove that
SVN is not slow - I use svn to access open source repositories across
the globe, and performance its quite acceptable.

 

If you're using Apache to serve your repository, have you ensured it is
set correctly? Are KeepAlives on, is the authentication mechanism fast
or slow? What are data transfer rates like, and ping latency? SVN can
suffer more from latency than bandwidth - if you commit many files, it
can make many requests to the server, including auth requests.

 

 

 

 

From: Irfan Sayed [mailto:irfu.sayed_at_gmail.com]
Sent: Thursday, June 04, 2009 10:24 AM
To: Modha Khammammettu
Cc: Edmund Wong; users_at_subversion.tigris.org
Subject: Re: Distributed Subversion

 

what you are talking about is a SVN multisite. in multisite every site
has the subversion server and development team accesses their code from
their repective svn server . all the servers are master. so every server
is allowed to read - write operation. now. by default svn does not
support this multiste feature. what it support is only one master
replica server and all others are read only.

 

this is certainly not suffice the requirement bec. we want all the
server shud be writable and they shud be in sync for specific time
interval. WANDISCO is the organisation which gives the true multisite
feature for subversion if you really want.

 

in our case what we have done is we have increased the VPN / bandwidth
capacity using WAN accelator so now we have different subversion servers
nut depends on the project every body uses the subversion server.

 

if u really have good bandwidth across site then multisite is really not
req.

 

Regards

irf

On Thu, Jun 4, 2009 at 1:35 PM, Modha Khammammettu
<MKhammammettu_at_calcas.com> wrote:

Thanks for the response.
All operations of SVN are slow. We have some people who use it across
the globe and they have more issues regarding speed.

I am looking for setting up servers in other places have like master
slave SVN servers ( don't know if this is a possibility )

-----Original Message-----
From: Edmund Wong [mailto:ed_at_kdtc.net]
Sent: Thursday, June 04, 2009 12:48 AM
To: users_at_subversion.tigris.org
Subject: Re: Distributed Subversion

Modha Khammammettu wrote:
> Hello All
>
> I have subversion server hosted local, but we have development offices
in other parts of the country.
> Other than my local guys other people complain that SVN access is
slow..
>
> Any one has similar experience?
>
> Can you please point me to possible solutions.

Modha, you haven't told us much in terms of your setup.
There's really a lot of possible reasons for being 'slow'.
Which part of SVN is slow? Update? Commit? Checkout?
Or everything? (I'm assuming it's every command, in which case, it
could be another subset of issues, like network bandwidth, server setup,
etc.)

So if you could be a bit more specific in your setup perhaps we might be
able to pinpoint out where the bottleneck lies.

Edmund

------------------------------------------------------
http://subversion.tigris.org/ds/viewMessage.do?dsForumId=1065&dsMessageI
d=2359315

To unsubscribe from this discussion, e-mail:
[users-unsubscribe_at_subversion.tigris.org].

------------------------------------------------------

http://subversion.tigris.org/ds/viewMessage.do?dsForumId=1065&dsMessageI
d=2359323

To unsubscribe from this discussion, e-mail:
[users-unsubscribe_at_subversion.tigris.org].

------------------------------------------------------
http://subversion.tigris.org/ds/viewMessage.do?dsForumId=1065&dsMessageId=2359357

To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_subversion.tigris.org].
Received on 2009-06-04 11:55:15 CEST

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.