home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / os / vms / 18296 < prev    next >
Encoding:
Internet Message Format  |  1992-11-20  |  2.5 KB
  1. Path: sparky!uunet!cis.ohio-state.edu!rutgers!cmcl2!rlgsc.com!gezelter
  2. From: gezelter@rlgsc.com
  3. Newsgroups: comp.os.vms
  4. Subject: Re: BACKUP performance - can I expect any better?
  5. Message-ID: <1992Nov20.161538.259@rlgsc.com>
  6. Date: 20 Nov 92 21:15:38 GMT
  7. References: <1992Nov18.195835.8983@ac.dal.ca>
  8. Organization: Robert Gezelter Software Consultant, Flushing, NY
  9. Lines: 43
  10.  
  11. In article <1992Nov18.195835.8983@ac.dal.ca>, ae@ac.dal.ca writes:
  12. > ....
  13. >   These backups do have to run while significant numbers of users are logged
  14. > in.  The batch job that does the backup has the same base CPU priority as the
  15. > interactive users. The disks are not badly fragmented.  The RA92 in the
  16. > example had about 84,000 files, the RF73 about 100,000. 
  17. > 
  18. > Aidan Evans (AE@AC.Dal.CA), Computer Facilities & Operations, University
  19. > Computing & Information Services, Dalhousie University, Halifax, N.S., Canada 
  20. -- 
  21. Aidan,
  22.  
  23. Important note, overall system load can significantly affect 
  24. BACKUP performance. This can happen in two ways. First, if the 
  25. disks being backed up are active during the backup, head movement 
  26. will have a major impact on effective disk transfer rate. Second, 
  27. all of today's tape drives use streaming techniques. If a 
  28. streaming tape drive misses its decision point, it must do a 
  29. reposition.
  30.  
  31. Both of the above reasons are part of the reasoning that 
  32. traditionally has run backups during the third shift. These 
  33. patterns can be extremely variable, depending upon the exact 
  34. working environment.
  35.  
  36. If you are trying to run benchmarks, the only safe comparison is 
  37. on an idle system. Otherwise, you will need to do some very 
  38. extensive checking.  Just another small note before closing. The 
  39. distribution of file lengths can also have a major impact, large 
  40. numbers of small files will, on the average, take longer to 
  41. backup than a small number of very large files.
  42.  
  43. I hope that the above is helpful. If I can be of further 
  44. assistance, please feel free to call or send Email.
  45.  
  46. - Bob
  47. +--------------------------------------------------------------------------+
  48. | Robert "Bob" Gezelter                       E-Mail:  gezelter@rlgsc.com  |
  49. | Robert Gezelter Software Consultant         Voice:   +1 718 463 1079     |
  50. | 35-20 167th Street, Suite 215               Fax:       (on Request)      |
  51. | Flushing, New York  11358-1731                                           |
  52. | United States of America                                                 |
  53. +--------------------------------------------------------------------------+
  54.