home *** CD-ROM | disk | FTP | other *** search
/ ftp.barnyard.co.uk / 2015.02.ftp.barnyard.co.uk.tar / ftp.barnyard.co.uk / cpm / walnut-creek-CDROM / CPM / ZCPR33 / A-R / BUSHBETB.LBR / HOWFASTI.SIT < prev   
Text File  |  2000-06-30  |  2KB  |  46 lines
  1. Two questions are of concern regarding the execution time of BUSH:
  2.  
  3.    1) How long does it take to back up my files?
  4.    2) How much longer does it take if I use the read-after-write CRC 
  5.    checking? 
  6.    
  7. The times given below were obtained on the following hardware:
  8.  
  9. Computer: SB180FX - 6.144 MHz HD64180
  10.           BDOS at 0c006h, giving an I/O buffer of 332 sectors (41.5K bytes).
  11.  
  12. Source Drive: ST225/Xebec 1410A, 4K allocation blocks
  13.  
  14. Destination Drive: Mitsubishi 4853 DSDD 80-track 5-1/4" floppy, SB180-2 format 
  15.                    (782K bytes), 2 ms step rate, 2K allocation blocks
  16.  
  17. Times for the extremes:        Without read-after-    With read-after-
  18.                 write CRC checking    write CRC checking
  19.  
  20.   1 file  of 782K         5 min 15 sec        14 min 45 sec
  21.   
  22. 195 files of 4K each        21 min 43 sec        34 min 40 sec
  23.         (780K total)
  24.  
  25. For something a little closer to normal ('normal', or course, being defined 
  26. as whatever I happen to have on MY disk at the time--your mileage will vary):
  27.  
  28. 91 files totaling 776K        10 min 19 sec        18 min 56 sec
  29. (average 8.5K each)
  30.  
  31. (All times were measured by hand, from the 'Floppy disk empty, continuing...' 
  32. message until the bell sounded when the floppy filled, and are rounded to the 
  33. nearest .5 sec).
  34.  
  35. So, not surprisingly, large files transfer faster than small ones (less 
  36. running back and forth between the directory tracks and the data tracks).  
  37. However, adding CRC checking to these files makes the backup take 2.8 times 
  38. as long, where doing the same to backups of very small files only adds 59% to 
  39. the run time.  On the 'average' file sizes, the increase is a factor of 1.83.  
  40. The reason for this variation is not immediately obvious, although it may 
  41. have to do with the time to calculate the CRC on small files relative to disk 
  42. rotational latency and sector skewing, and therefore be very dependent on the 
  43. particular hardware and disk format in use.  I would like to hear comparison 
  44. times on other systems/hardware, especially on the differences between 
  45. non-verifying and verifying backups.
  46.