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

Re: Estimation of repository upgrade

From: Mark Phippard <markphip_at_gmail.com>
Date: Fri, 5 Aug 2011 14:15:22 -0400

On Fri, Aug 5, 2011 at 2:12 PM, Bob Archer <Bob.Archer_at_amsi.com> wrote:

> > On Fri, Aug 5, 2011 at 1:51 PM, Erik Huelsmann <ehuels_at_gmail.com> wrote:
> >
> > On Fri, Aug 5, 2011 at 7:27 PM, Mark Phippard <markphip_at_gmail.com>
> > wrote:
> > On Fri, Aug 5, 2011 at 1:19 PM, Bob Archer <Bob.Archer_at_amsi.com> wrote:
> >
> > > Until you manually copy over the $repodir/db/uuid file, this is true.
> > > That's one of the "relevant configuraton files" I referred to.
> > So, are you saying svnsync will be faster than a dump/load?
> >
> > I didn't know the guid was stored in a file.
> >
> > svnsync is slower than dump/load. I think the issue is that you can keep
> the
> > old repository online during the process and switch when you are ready.
> >
> > But there's no difference in running 'checkout' repeatedly, svnsync or
> > svnadmin dump; all methods can be used concurrently and don't require
> > taking down the repository. Of course, running during the weekend may
> > help mitigate the performance effect it may have on users if you start
> > claiming large amounts of CPU from your server.
> >
> > Anytime the entire time it takes to dump/load a repository exceeds the
> > amount of time you can reasonably block writes to the old repository, it
> is
> > beneficial to be able to use svnsync. When using svnsync, it can take as
> long
> > as it needs to because you have total control over the switchover and can
> do
> > it with minimal downtime. But the actual time to do svnsync is generally
> > longer than dump/load. My point was only that you do not use svnsync
> > because it is faster, you do it because you can better control and
> minimize
> > the downtime.
>
> I'm never sure... should I dump with 1.6 binaries and then load with 1.7
> binaries. Or, upgrade the binaries and then dump and load with the most
> recent binaries? Or does it not matter since the dump file format is the
> same for all 1.x versions?
>

For the most part it does not matter for the reason you state. An exception
is for people using BDB. They should always dump using their current
binaries. If the new binaries do not have BDB support or include a newer
version of BDB they will not be able to dump the old repository. For FSFS
it does not matter since all new versions can read all old versions fine.

I think dump of fsfs might be a little faster in 1.7 due to some of the
caching changes. So it might make sense to try it with new binaries.

-- 
Thanks
Mark Phippard
http://markphip.blogspot.com/
Received on 2011-08-05 20:15:54 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.