home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / bit / listserv / ibmmain / 1771 < prev    next >
Encoding:
Text File  |  1992-07-22  |  1.3 KB  |  34 lines
  1. Newsgroups: bit.listserv.ibm-main
  2. Path: sparky!uunet!nevada.edu!tierney
  3. From: tierney@nevada.edu (TIM TIERNEY)
  4. Subject: Re: 3390 blksize calculation
  5. Message-ID: <1992Jul22.180350.3499@nevada.edu>
  6. Sender: news@nevada.edu (USENET News System)
  7. Nntp-Posting-Host: helios.nevada.edu
  8. Organization: University of Nevada System Computing Services
  9. References: <IBM-MAIN%92072210340646@RICEVM1.RICE.EDU>
  10. Date: Wed, 22 Jul 1992 18:03:50 GMT
  11. Lines: 21
  12.  
  13. In article <IBM-MAIN%92072210340646@RICEVM1.RICE.EDU> Zoltan Forray <SSTSZXF@VCUVM1.BITNET> writes:
  14. >
  15. >For instance, on 3480 type media, IBM recommends using the maximum blocksize
  16. >that you can, the closer to 32K the better. In fact, they say if using less
  17. >than 4K blocks will actually use more 3480 cartridge media than and equivalent
  18. >3420 reel tape.
  19. >
  20.  
  21. Not only use more media, but execution time can go up significantly in this
  22. instance.  It is *very* possible to make a 3480 take on performance
  23. characteristics that allow a 3420-8 to perform better with the only
  24. difference being round or square tape.  This is due to the fact that the
  25. 3480 is a streaming device and is generally very poorly suited to start/stop
  26. operations.  When the 3480 stops is actually runs past where the next block
  27. should be written and has to backup before operations can begin again.
  28.  
  29. Tim Tierney
  30. Operating Systems Programmer
  31. University of Nevada System
  32.  
  33.  
  34.