home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / bit / listserv / ibmmain / 1778 < prev    next >
Encoding:
Text File  |  1992-07-22  |  2.3 KB  |  44 lines
  1. Newsgroups: bit.listserv.ibm-main
  2. Path: sparky!uunet!gatech!destroyer!sol.ctr.columbia.edu!zaphod.mps.ohio-state.edu!moe.ksu.ksu.edu!ux1.cso.uiuc.edu!news.cso.uiuc.edu!uxa.cso.uiuc.edu!j-grout
  3. From: j-grout@uxa.cso.uiuc.edu (grout john robert)
  4. Subject: Use of tape vs. disk (was Re: 3390 blksize calculation)
  5. References: <IBM-MAIN%92072210340646@RICEVM1.RICE.EDU> <1992Jul22.180350.3499@nevada.edu>
  6. Message-ID: <Brt37J.G9H@news.cso.uiuc.edu>
  7. Sender: usenet@news.cso.uiuc.edu (Net Noise owner)
  8. Organization: University of Illinois at Urbana
  9. Date: Wed, 22 Jul 1992 19:52:29 GMT
  10. Lines: 32
  11.  
  12. tierney@nevada.edu (TIM TIERNEY) writes:
  13.  
  14. >In article <IBM-MAIN%92072210340646@RICEVM1.RICE.EDU> Zoltan Forray <SSTSZXF@VCUVM1.BITNET> writes:
  15. >>
  16. >>For instance, on 3480 type media, IBM recommends using the maximum blocksize
  17. >>that you can, the closer to 32K the better. In fact, they say if using less
  18. >>than 4K blocks will actually use more 3480 cartridge media than and equivalent
  19. >>3420 reel tape.
  20. >>
  21.  
  22. >Not only use more media, but execution time can go up significantly in this
  23. >instance.  It is *very* possible to make a 3480 take on performance
  24. >characteristics that allow a 3420-8 to perform better with the only
  25. >difference being round or square tape.  This is due to the fact that the
  26. >3480 is a streaming device and is generally very poorly suited to start/stop
  27. >operations.  When the 3480 stops is actually runs past where the next block
  28. >should be written and has to backup before operations can begin again.
  29.  
  30. IBM advises users who are converting from reel to cartridge tape drives to
  31. re-assess tape block sizes (bigger block sizes are better on the 3480) and the
  32. use of tape data sets for activities like logging which have small block sizes
  33. or require the head to stop frequently for serialization (to make sure that
  34. all blocks have been written to tape).  IBM has been converting their own
  35. subsystems for years to log initially to disk and archive logs (reblocked to
  36. large block sizes) to cartridge... in a system like IMS/DC, DB2 or CICS, one
  37. can be smart and size the disk log data sets to fit predictably on one
  38. cartridge.
  39.  
  40. One performance tip: for user applications with variable-length records, RECFM
  41. VBS substantially aids 3480 performance (because identically-sized consecutive
  42. blocks better fit the controller's buffer allocation scheme).
  43.  
  44.