home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / bit / listserv / ibmmain / 2103 < prev    next >
Encoding:
Text File  |  1992-09-08  |  3.9 KB  |  94 lines
  1. Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
  2. Path: sparky!uunet!wupost!uwm.edu!psuvax1!psuvm!auvm!USCMVSA.BITNET!LDW
  3. Message-ID: <IBM-MAIN%92090803032623@RICEVM1.RICE.EDU>
  4. Newsgroups: bit.listserv.ibm-main
  5. Date:         Tue, 8 Sep 1992 01:00:00 PDT
  6. Sender:       IBM Mainframe Discussion list <IBM-MAIN@RICEVM1.BITNET>
  7. From:         Leonard D Woren <LDW@USCMVSA.BITNET>
  8. Subject:      Re: PROC TAPELABEL and 3490E drives
  9. Lines: 83
  10.  
  11. > The original 3480's were:
  12. >  1.) 18 track
  13. >  2.) 550 feet long
  14.  
  15. We've been over this before on this list...
  16.  
  17. The manual states that the usable area of a 3480 cartridge must be at
  18. least 150 meters.  That's 492 feet.  The fact that some vendors are
  19. selling longer cartridges is an aside.  A "normal" length cartridge is
  20. typically 3-5% longer than the 492 feet, making it 510 or so feet.
  21. All of the cartridges in *our* library that I checked when I was
  22. adding the IDRC code to TAPEMAP showed 103-105% full, with TAPEMAP
  23. using 492 feet as 100%.  So I have faith in my (and TAPEMAP's)
  24. arithmetic.
  25.  
  26. >  3.) 38k bpi (density)
  27.  
  28. Actually, according to the manual, it's 1491 bytes/mm, which is 37871
  29. bytes/inch.
  30.  
  31. >  4.) .08 inch inter-block gap
  32.  
  33. I don't think the IBG is given in the manual, but everyone seems to
  34. agree that it's .08 inch.  What I'd still like to know is how much
  35. tape a tapemark takes.  The reason why I'm concerned about this is
  36. that on a 9 track, a tapemark is followed by a 3.75 inch erase gap.
  37.  
  38. > and a CART could hold about 240 mb at max.
  39.  
  40. The manual states 200 mb.  This is no doubt figured using the minimum
  41. required length, and a lower than maximum blksize.
  42.  
  43. > I'm told that a later incarnation of the 3480 implemented data compression
  44. > with hardware. Was it different in any other way?
  45.  
  46. I don't know if IDRC (Improved Data Recording (what does the C stand
  47. for?)) is a new version so much as a later add-on feature for 3480s.
  48.  
  49. > What were the major differences of the original 3490 drives?
  50.  
  51. IBM fixed the design problems in the 3480?  :-)
  52. IDRC is standard, I think.
  53.  
  54. > Did the Blue gentleman say that the 3490E CART is 1100 feet long and that
  55. > the drive reads/writes 18 tracks in each tape direction?  With double the
  56.  
  57. Well, the 3490E _does_ write 18 tracks in each direction.  This means
  58. that if you're filling a series of cartridges, the rewind time is
  59. zero!  I had heard somewhere that there would be double length
  60. cartridges available.  Can someone with 3490Es confirm this?
  61.  
  62. > physical length and double the number of tracks (total) of the old 3480,
  63. > does this mean that a 3490E CART can hold around 960 mb BEFORE compression?
  64.  
  65. Probably more like 800mb or so, depending on what length you figure on
  66. and the blksize.  Note that a blksize of 3040 on a cartridge wastes
  67. HALF of the tape in IBGs.  IEHMOVE's hardcoded output blksize of 800
  68. wastes 80% of the cartridge.  A blksize of 80 (unblocked card images)
  69. wastes 99.8% of the cartridge.  32K blksize is normally appropriate
  70. (and only wastes 10%...)  FDR (and maybe DFDSS; I don't remember) uses
  71. larger block sizes, in order to fit a whole track image into one tape
  72. block.
  73.  
  74. Now, I have a question.  Does IDRC use very large blocks (to reduce
  75. the amount of tape wasted in IBGs?)
  76.  
  77. > If so, I, for one, am impressed.
  78.  
  79. So am I.  Now, if you figure an "average" compression ration of 3.5:1,
  80. one of those suckers should just about hold a full dump of a 3390-3.
  81. IBM was getting concerned about how many volumes were required to dump
  82. their largest disks.  It looks like the 3490E addresses that problem.
  83.  
  84.  
  85. For those familiar with GIF, an interesting data point.  GIFs are
  86. supposedly compressed using a fairly good algorithm.  And I'd guess
  87. that IDRC uses a fairly good algorithm.  I put a bunch of GIFs on a
  88. cartridge for a friend of mine, and just for amusement I specified
  89. compression.  My new TAPEMAP said "overall compression factor for
  90. this tape is 1.0"!  I've seen other files with compression factors up
  91. to 11, so this was somewhat amusing.
  92.  
  93. /Leonard
  94.