Bill,

It can also depend on where you are measuring the throughput:

        Back end of the disk array - there is additional data to transfer
due to the encapsulation of EBCDIV within SCSI FBA blocks
        FICON - It's a 10 bit byte, so divide the data rate by 8 bits. A 1Gb
channel is 1000MB/10=100 GB (yes no little i)
        Tape Drive - whatever you get after ICRC
        Virtual Tape Drive - whatever you get after ICRC and De duplication

This could be a fun topic.

Ron

> -----Original Message-----
> From: IBM Mainframe Discussion List [mailto:[email protected]] On
> Behalf Of Bill Fairchild
> Sent: Tuesday, March 20, 2012 3:12 PM
> To: [email protected]
> Subject: [IBM-MAIN] megabytes per second
> 
> New thread.
> 
> What exactly does "MB/second mean when referring to how much data can
> be copied from a DASD to a tape?
> 
> To be more precise, I am not interested in big MB vs. little mib, just the
> philosophy.  Suppose I have a huge file on a "3390" virtual thing and I
can
> copy whole tracks to tape at the rate of 100 MB/sec.  Assume the tracks
hold
> 50,000 bytes instead of 56,664 to make the math easier.  Does 100 MB/sec.
> mean that I am copying 2,000 tracks per second?  Maybe.  What if there is
> nothing written on the tracks, but I don't know that until I read them in
and
> then write the contents?  Of course, there is always at least an R0 on
every
> track, so they are not completely empty.  If all they have written on them
is
> R0, am I still transferring data at the rate of 100MB/sec?  If each track
were
> half full, would my effective data transfer rate be only 50 MB/sec?
> 
> Bill Fairchild
> 
> -----Original Message-----
> From: IBM Mainframe Discussion List [mailto:[email protected]] On
> Behalf Of Alan Altmark
> Sent: Monday, March 19, 2012 5:39 PM
> To: [email protected]
> Subject: Re: host codepge 0037 and the obscure "not sign"
> 
> On Tue, 13 Mar 2012 12:51:26 -0400, Shmuel Metz (Seymour J.)
> <[email protected]> wrote:
> >>Is there any translation table in z/os 1.11 that translates the "NOT
> >>SIGN" x'5F' to an ascii x'AC',
> >
> >These is no ASCII 'AC'X; you really need to know what code pages you're
> >using to get a correct translation.
> 
> If you use UCS-2, the NOT SIGN is U+00AC.  But you're right, it isn't
ASCII, it's
> Unicode.
> 
> TYPE U 2 B  (big endian Unicode)
> TYPE U 2 L   (little endian Unicode)
> 
> Also look at SITE UCSHOSTCS.
> 
> Alan Altmark
> IBM
> 
> ----------------------------------------------------------------------
> For IBM-MAIN subscribe / signoff / archive access instructions, send email
to
> [email protected] with the message: INFO IBM-MAIN
> 
> ----------------------------------------------------------------------
> For IBM-MAIN subscribe / signoff / archive access instructions, send email
to
> [email protected] with the message: INFO IBM-MAIN

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [email protected] with the message: INFO IBM-MAIN

Reply via email to