home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / os / vms / 18325 < prev    next >
Encoding:
Internet Message Format  |  1992-11-22  |  2.2 KB
  1. Path: sparky!uunet!ornl!rsg1.er.usgs.gov!darwin.sura.net!zaphod.mps.ohio-state.edu!usc!elroy.jpl.nasa.gov!nntp-server.caltech.edu!SOL1.GPS.CALTECH.EDU!CARL
  2. From: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick)
  3. Newsgroups: comp.os.vms
  4. Subject: Re: BACKUP performance - can I expect any better?
  5. Date: 22 Nov 1992 16:10:59 GMT
  6. Organization: HST Wide Field/Planetary Camera
  7. Lines: 33
  8. Distribution: world
  9. Message-ID: <1eobejINN866@gap.caltech.edu>
  10. References: <1992Nov18.195835.8983@ac.dal.ca>,<1992Nov22.081354.21838@nntpd.lkg.dec.com>
  11. Reply-To: carl@SOL1.GPS.CALTECH.EDU
  12. NNTP-Posting-Host: sol1.gps.caltech.edu
  13.  
  14. In article <1992Nov22.081354.21838@nntpd.lkg.dec.com>, francini@narfvx.enet.dec.com (John Francini) writes:
  15. >
  16. >In article <1992Nov18.195835.8983@ac.dal.ca>, ae@ac.dal.ca writes...
  17. >[...]
  18. >
  19. >> 
  20. >>    BACKUP /IGNORE=INTERLOCK disk tape_file /BLOCK_SIZE=32256
  21. >> 
  22. >
  23. >For maximal tape usage, set /BLOCK_SIZE to the maximum allowed, 65535.
  24.  
  25. But if you're considering copying the saveset to disk at any time in the
  26. future, restrict the blocksize to the largest value allowed for a BACKUP
  27. saveset on disk: 32256.
  28.  
  29. >You also may want to experiment with various values of /GROUP=n. This sets
  30. >the size of redundancy groups on the tape.   Redundancy groups allow for
  31. >more bulletproof data recovery in the event of bad media, but at a cost in
  32. >excess data being written onto the tape (thus lowering your effective
  33. >throughput).
  34.  
  35. Though, oddly enough, decreasing the group size can, in some circumstances,
  36. increase your throughput.  In particular, if the extra data the tape drive
  37. needs to write allows BACKUP to have another block of data ready before the
  38. drive stops streaming, you CAN get better performance with lower group sizes.
  39. --------------------------------------------------------------------------------
  40. Carl J Lydick | INTERnet: CARL@SOL1.GPS.CALTECH.EDU | NSI/HEPnet: SOL1::CARL
  41.  
  42. Disclaimer:  Hey, I understand VAXen and VMS.  That's what I get paid for.  My
  43. understanding of astronomy is purely at the amateur level (or below).  So
  44. unless what I'm saying is directly related to VAX/VMS, don't hold me or my
  45. organization responsible for it.  If it IS related to VAX/VMS, you can try to
  46. hold me responsible for it, but my organization had nothing to do with it.
  47.