You may be right, but from your reply you apparently don't know for sure
whether bad blocksizes actually take up more dasd or not. Does anyone know
whether this affects the total amount of dasd or not that can be used? I
would think that since you have to define the dasd on a new box, that once
it is defined and all used, that you would have the potential for so many
TB, but the actual data that you store would still be affected by
blocksizes.
I know when I was at Washington University, we got a new Shark that had 15TB
(I think), and was triple the capacity of the old one. I know we defined
all the dasd that we had defined on the old one, and then set up a whole new
copy of everything. We then flashed everything (5TB), which took less than
a minute, although the under the cover copying took a lot longer. We still
had 5TB left, which they were using up for DB2 stuff when my contract ended.
I suspect that once another 2.5TB was defined, and its mirror image to be
flashed was defined, that no more dasd could be defined, but I don't know
that for sure.
Eric
Eric Bielefeld
Sr. Systems Programmer
Milwaukee, Wisconsin
414-475-7434
----- Original Message -----
From: "Patrick O'Keefe" <patrick.oke...@wamu.net>
Newsgroups: bit.listserv.ibm-main
To: <IBM-MAIN@bama.ua.edu>
Sent: Tuesday, March 31, 2009 2:22 PM
Subject: Re: "A foolish consistancy" or "3390 cyl/track architecture"
On Tue, 31 Mar 2009 12:50:16 -0500, Eric Bielefeld <eric-
ibmm...@wi.rr.com> wrote:
... It just seems
like IBM could get away from the track and cylinder stuff, which
artificially restricts the amount of storage you use. If you use short
blocksizes, or long ones that just go over 1/2 track, you waste an
awfull lot of space. ...
... it still makes things a lot more complicated than it should be.
I think that logic may not apply. It all depends on how the emulation
works. The "wasted" track space may not take any space on the
real hardware. We may be protected from our old stupidity (but I'm
sure there is lots of new stupidity to make up for that).
It's still complicated. Now you have to know which old guideleines
still hold, which can be discarded, and what new guidelines are
needed.
Pat O'Keefe
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
