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

RE: 1+ hours to merge, can you beat that?

From: Bolstridge, Andrew <andy.bolstridge_at_intergraph.com>
Date: Mon, 12 Oct 2009 17:24:41 +0100

> -----Original Message-----
> From: Les Mikesell [mailto:lesmikesell_at_gmail.com]
> Sent: Monday, October 12, 2009 4:42 PM
> To: Vojáček Aleš
> Cc: users_at_subversion.tigris.org
> Subject: Re: 1+ hours to merge, can you beat that?
>
> Vojáček Aleš wrote:
> > We had problems, when the permissions was set on some subdirs on svn.
> > If we turned off subdirs permissions and all permissions are set on root of
> svn over https it is significantly faster.
> > We had problems, with gettin log message from repository and all others
> actions, because if there are permisions on subdirs or files, svn over https
> check every file (may be every revision of file) if user has permission to
> that.
> >
> > May be that this is not solution for your problem, but may be ;-)
>
> Does anyone know if enabling KeepAlive on the apache server would make a
> difference? It might save an ssl handshake on every operation.
>

According to an old post, yes it would make a big difference.
http://subversion.tigris.org/ds/viewMessage.do?dsForumId=1065&dsMessageId=1509570

Wandisco's configuration explicitly suggests you turn keepalives on for WAN-based sites.
http://www.wandisco.com/techpubs/svnmanual/node3.html

However, the 'official' stance on keepalives is to turn them on too. http://svn.haxx.se/users/archive-2006-12/0476.shtml (see the 2 links in that post)

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

To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_subversion.tigris.org].
Received on 2009-10-12 18:25:36 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.