home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / sys / amiga / introduc / 1212 < prev    next >
Encoding:
Text File  |  1992-09-03  |  2.7 KB  |  58 lines
  1. Newsgroups: comp.sys.amiga.introduction
  2. Path: sparky!uunet!snorkelwacker.mit.edu!thunder.mcrcim.mcgill.edu!sobeco!sdesmara
  3. From: sdesmara@sobeco.com (s.desmarais)
  4. Subject: Re: HDBackup/BRU
  5. Organization: Sobeco Ernst & Young
  6. Date: Thu, 3 Sep 92 18:22:34 GMT
  7. Message-ID: <1992Sep3.182234.17887@sobeco.com>
  8. References: <1992Aug20.160727.4775@kakwa.ucs.ualberta.ca> <1992Aug20.193007.889@galaxy.gov.bc.ca>
  9. Lines: 47
  10.  
  11. In <1992Aug20.193007.889@galaxy.gov.bc.ca> ewilts@galaxy.gov.bc.ca (Ed Wilts) writes:
  12.  
  13. >In article <1992Aug20.160727.4775@kakwa.ucs.ualberta.ca>, charro@ee.ualberta.ca (Dan Charrois) writes:
  14. >> I've recently purchased WB2.05 and would like to make a backup of my
  15. >> HD.  But something seems a bit strange with HDBackup/BRU supplied with
  16. >> WB2.05.  I can't remember the exact numbers, but if I want to back up
  17. >> 90 Megs or so of data, it will take approximately 120 Megs of storage
  18. >> space on floppies.  Surely 30 Megs isn't used up in header
  19. >> information!
  20.  
  21. >Step one is to turf HDBackup.  Step two is to purchase Ami-Back.  Step three is
  22. >to use Ami-Back to make some reliable backups to your floppies.
  23.  
  24. >There are serious limitations with using BRU to back up many small files.  The
  25. >overhead simply kills you, as you've noticed...  you're not doing anything
  26. >wrong except using the wrong tool for the job.
  27.  
  28. >Ed Wilts, BC Systems Corp., 4000 Seymour Place, Victoria, B.C., Canada, V8X 4S8
  29. >EWilts@Galaxy.Gov.BC.CA   |   Ed.Wilts@BCSystems.Gov.BC.CA   |   (604) 389-3430
  30.  
  31. I don't know what's this doing in .intro, but anyway...
  32.  
  33. Don't bash too hard on BRU. I use it daily on MIPS, RS6000, SCO, SVR4, etc.
  34. True, I never used it on the amiga. Mine is still at 1.3
  35.  
  36. But you're right about overhead: BRU was designed to write using fixed block 
  37. sizes to the archive medium.  2k blocks.  There's about a 200 bytes header
  38. (could be less, I don't remember exactly) with most of this going
  39. for the complete file name with path.  So for 10 bytes files, you loose much.
  40. Not for big files though.
  41.  
  42. The reason for this is because it's easier to recover in case of data error
  43. on the medium while restoring: you'll only loose one file, or even just
  44. part of a file.
  45.  
  46. Bru works great on a tape drive.  For backing up small files real fast to
  47. floppies, you're probably better off with something else.
  48.  
  49. P.S.  We have a source license for BRU, that's why I know so much details.
  50.       I hope I didn't violate my license agreement :=)
  51.  
  52. P.P.S.  Is Fred Fish still associated with Bru and EST?
  53. -- 
  54. Stephane M. Desmarais               sdesmara@sobeco.com  ou  sdesmara@sobeco.ca
  55. Division STS - Sobeco Ernst & Young {uunet | mcgill-vision}!sobeco.com!sdesmara
  56. 505 boul Rene-Levesque Ouest        bur: (514) 878-9090 poste 297
  57. Montreal, Quebec CANADA H2Z 1Y7     fax: (514) 875-2673  dom: (514) 251-9418
  58.