[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[rdiff-backup-users] Re: Ways to speed rdiff-backup a bit
From: |
Chris G |
Subject: |
[rdiff-backup-users] Re: Ways to speed rdiff-backup a bit |
Date: |
Fri, 15 Jan 2010 10:07:14 +0000 |
User-agent: |
Mutt/1.5.20 (2009-06-14) |
On Fri, Jan 15, 2010 at 05:27:59PM +1000, Gavin wrote:
> Chris G wrote:
> > I'm running rdiff-backup on a Western Digital My Book World Edition
> > II, it's a little NAS server that runs linux and has ssh login
> > available.
> >
> > The rdiff-backup is running from one of the NAS server's drives to the
> > other drive, i.e. it's not being run from another system to (or from)
> > the NAS and thus is not limited by network bandwidth.
> >
> > I'm backing up two large[ish] directories, one is around 164Gb, the
> > other is about 35Gb.
> >
> > The 35Gb one takes about 7 minutes to run, which is fine, but the
> > 165Gb one takes 4 hours and 5 minutes. Presumably there's some sort
> > of resource limitation which the bigger backup is hitting and hence
> > running slower.
> >
> > Is there anything I can do to improve performance? My first guess
> > would be that rdiff-backup is running out of 'real' memory and
> > swapping which is slowing things.
> >
> > It has 126828 kB of memory, more than I thought, that's 128Mb.
> >
> > The processor is an ARM926EJ-S, 183 BogoMIPS.
> >
> How about splitting the larger backup into 3 or 4 parts?
>
>
Yes, that's a possibility, though it is rather one large bit and
several small bits. However it might be that decreasing the size by a
fairly small amount would help so it's worth trying. Thanks.
--
Chris Green