Vernooy, C.P. - SPLXM wrote:
"Chase, John" <[EMAIL PROTECTED]> wrote in message
news:<[EMAIL PROTECTED]
m>...
-----Original Message-----
From: IBM Mainframe Discussion List On Behalf Of McKown, John

Only z/OS is stuck on ECKD formatted DASD. z/VM and z/VSE can both run on FBA. z/LINUX can run on FBA and/or on SAN/SCSI DASD. I think that the latest z/VM can also run on SAN/SCSI connected DASD as well. z/OS remains the hold out. For whatever reason that may be.
Weaning z/OS from (E)CKD would likely be such a monumental change as
to
require that it be done at a version boundary and provide perhaps an
entire version life-cycle to complete.
"Who knows" how much non-IBM code would have to be revisited during
the
transition?  More than a few CBT utilities would be relegated to the
dustbin of history.

It's probably also true that the longer such a transition is delayed,
the less likely it is to be attempted.

    -jc-

What I miss in previous arguments is what is wrong with ECKD.
Let me try:
- space waste when writing short blocks
- space waste when writing short files
- limited volume capacity
- limited record size and block size
- incompatibility between unlike devices


Why should a large bunch of
software be rewriten? By the time the conversion has finished, FBA will
probably be replaced by something different.
That's what I asked about. However I'm not sure about answer. IMHO it could be reasonable to rewrite the software to use "something different".

Remember: the break-pedal in your car still emulate the pedal on the
post coaches that pushed a chunk of wood against the outside of the
wheel. The real breaking infrastructure is hidden under the hood
(literally in this case). Who wants to the pedal to be rewritten to
control hydrolic breaksystems, with ABS control etc.?
Bad example. The break still operates in the same way. It was only enhanced. It's like very old DASD and new shining 1TB WD Caviar. However flash memory works in completely different manner, although it can emulate rotating platters. Maybe elimination of this emulation would give some advantages, maybe those advantages are worth of rewriting the code (which can be evolutionary and long-term).

Just questions.

--
Radoslaw Skorupka
Lodz, Poland


--
BRE Bank SA
ul. Senatorska 18
00-950 Warszawa
www.brebank.pl

Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 0000025237
NIP: 526-021-50-88
Wedug stanu na dzie 01.01.2007 r. kapita zakadowy BRE Banku SA (w caoci 
opacony) wynosi 118.064.140 z. W zwizku z realizacj warunkowego 
podwyszenia kapitau zakadowego, na podstawie uchwa XVI WZ z dnia 21.05.2003 
r., kapita zakadowy BRE Banku SA moe ulec podwyszeniu do kwoty 118.760.528 
z. Akcje w podwyszonym kapitale zakadowym bd w caoci opacone.

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Reply via email to