Mr. Woods:
  I don't mind the "automation", then I can throw it into a PERL
script or a cron job. In the future I plan on using it to backup
my wifes WIN NT system -- if I can figure out how to get my original
speed of 375 to 450KB/s back! Yesterday, some dude sent me a huge
email -- it contained a shar file with a bunch of shared memory
routines in ANSI-C. This is generally a SYSV feature (LINUX TOO?).
I am gonna compile and install them, if I can keep a steady stream
writing to tape, I don't see why I can't get back to 400KB/s.
BTW: What do you have against BRU as a backup system?

> [ On Tuesday, October 12, 1999 at 19:25:33 (+0000), tgruhn@olg.com wrote: ]
> > Subject: Multi-box, networked backups
> >
> > I have my ethers running. But when I do my backup, I only transfer
> > 150 to 210 KB/s to the tape! Normally this operation proceeds at
> > about 430KB/s! I am using BRU for FreeBSD (mainly because of the
> > verify abilities), my kernel is NetBSD-1.3.3 with FreeBSD compat.
> > Any ideas as to how I can speed this up? Currently I am trying to
> > move a 54MB file from the i386 to the tape, which is on the i486.
> > Personally, I would prefer to keep tape on the i386, that way I don't
> > slow down the AHA-2940...
> 
> I'd suggest trying amanda out.  It can verify backup integrity to the
> extent that this is possible without shutting down to single user.  I
> have no idea if it will really speed things up for you, but it is
> architected to use each component of your network, disk, and tape
> subsystems to their best (eg. dumps are done to a holding disk over the
> network and from there to tape at the best tape transfer speed, with
> optional compression inbetween).  It is also highly automated, making
> backups just a little less boring.
> 
> (Personally I wouldn't touch BRU with a 100,000 foot pole either! ;-)
> 
> -- 
> 							Greg A. Woods
> 
> +1 416 218-0098      VE3TCP      <gwoods@acm.org>      <robohack!woods>
> Planix, Inc. <woods@planix.com>; Secrets of the Weird <woods@weird.com>