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

Re: Would a proxy cache be worthwhile to improve checkout performance?

From: Mark Phippard <markp_at_softlanding.com>
Date: 2005-10-06 21:18:00 CEST

John Waycott <jwaycott@cox.net> wrote on 10/06/2005 10:51:33 AM:

> We are running subversion with repositories in the US and development
> offices scattered throughout the world. I'm getting a lot of complaints
> about slow performance, and there is a lot of pressure to move the
> repositories to the remote offices. I'd rather keep the repository
> centralized because of our security requirements and to simplify
> administration.
>
> One possibility to improve the times is to install squid in the remote
> offices to cache the data. I remember reading a message back in
> September from Ben that this may not make much difference because of the

> way Subversion gets the data. Can anyone with exprieence using squid and

> Subversion shed some kight on this? I don't want to install it and find
> out it makes no difference.

I recall someone posting recently that you cannot just use Squid as a
proxy with Subversion. I think someone was working on some kind of
solution though.

Couldn't you just post some zipped working copies on their internal
servers that they use as a starting point? They could just unzip the
working copy and run svn up to get up to date.

Mark

_____________________________________________________________________________
Scanned for SoftLanding Systems, Inc. and SoftLanding Europe Plc by IBM Email Security Management Services powered by MessageLabs.
_____________________________________________________________________________

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Thu Oct 6 21:21:34 2005

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.