you dmesg indicates that you have 2 USB controllers, 1 is a USB1 and 1 is a
USB2.
USB1:
uhub2: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1
uhub2: 2 ports with 2 removable, self powered
USB2:
uhub3: VIA EHCI root hub, class 9/0, rev 2.00/1.00, addr 1
uhub3: 4 ports with 4 removable, self powered
the disk seems to be plugged into the USB1 controller:
da0: 40.000MB/s transfers
da0: 476940MB (976773168 512 byte sectors: 255H 63S/T 60801C)
that 40.000MB/s should been read as 40Mb/s, aka 5MB/s which is MAX for USB1
and will probably only get 50% of that speed in the real world over that
bus.
i think your bottleneck here is a hard disk interface that is running at
something like 2.5MB/s
at that speed, 140GB(146,800,640KB) on a 2560KB/s link(USB1) would take
57344 seconds, which translates up to 16Hours under perfect conditions and
twice that under more likely conditions. also, you CPU has to run backuppc
and will end up causing some wait states where the disk is not being
accessed at the potential speed causing even longer backups.
rsync should help a lot but you should first try to switch to another USB
port, probably in another cluster on the motherboard so you can get the USB2
chip. just watch dmesg and see if it connects at 40Mb/s or 480Mb/s.
also, USB in any form is not ideal for backuppc. it uses too much CPU time
that backuppc could use instead and using main CPU time to processes disk
loads adds a lot of latency which detroys I/O performance so small files
will take an order of magnitude more time to manage.
also consider that the old machine you are running on has pretty week I/O
with because the p3 chipsets are bus-shared meaning that every single bit of
data that is moved or manipulated ends up going across the PCI bus and
anything that gets processed will hit that bus twice. that bus is just
133MB/s and has to share audio, graphics, memory, hard disk, network, USB.
AND the southbridge on an old chipset was designed when BIG data loads we
still in the MB range, not the GB range.
consider a system upgrade. you dont need much, just more than you have.
On Jan 1, 2008 3:21 PM, <[EMAIL PROTECTED]> wrote:
> On Tue, 01 Jan 2008 11:57:45 -0500, "Jinshi" <[EMAIL PROTECTED]> said:
> > Hello,
> >
> > Currently I am using an old PC as backup server. It takes very long time
> > for BackupPC 3.0 to backup about 140GB data. Even when no file is
> > changed, it still takes more than 24 hours. I would like to know what
> > option I have to speed it up.
> >
> > The backup server is P3 350MHz, 384M ram, running FreeBSD. The backup
> > drive is a USB 500GB external.
>
> SNIP
>
> > There is also a
> > process "irq9: dc9 uhci0++" (what is that?) is taking 10% cpu. About
> > 20-30% CPU is idle. All network cards, hub and router are 100Mbps. The
> > Windows Vista reports network traffic only around 5-8Mbps during backup.
> >
> > I want to know how I can find the bottleneck. I am not sure what is the
> > limiting step for the speed. I have a PC P4 2.4Ghz/756M ram that can
> > replace the backup server. Will that improve much? Should I use an
> > internal drive for backup?
>
> I would be pretty sure the bottleneck is the use of a USB drive. The
> uhc* process is the _U_SB _H_ost _C_ontroller. On an older computer, it
> is probably USB 1.1, not 2.0, so it is quite slow.
>
> My backup machine is a P III (faster clock, though, but only 256 MB RAM)
> and it runs plenty fast enough, currently with over 150G backed up.
>
> Jon S.
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2005.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> BackupPC-users mailing list
> BackupPC-users@lists.sourceforge.net
> List: https://lists.sourceforge.net/lists/listinfo/backuppc-users
> Wiki: http://backuppc.wiki.sourceforge.net
> Project: http://backuppc.sourceforge.net/
>
-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
BackupPC-users mailing list
BackupPC-users@lists.sourceforge.net
List: https://lists.sourceforge.net/lists/listinfo/backuppc-users
Wiki: http://backuppc.wiki.sourceforge.net
Project: http://backuppc.sourceforge.net/
