Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!mnetor!seismo!lll-crg!rutgers!mit-eddie!genrad!decvax!mcnc!ecsvax!hes
From: hes@ecsvax.UUCP (Henry Schaffer)
Newsgroups: comp.edu
Subject: Re: portable code
Message-ID: <2440@ecsvax.UUCP>
Date: Sun, 7-Dec-86 20:56:19 EST
Article-I.D.: ecsvax.2440
Posted: Sun Dec  7 20:56:19 1986
Date-Received: Mon, 8-Dec-86 02:09:33 EST
References: <2796@bu-cs.BU.EDU>
Organization: NC State Univ.
Lines: 25
Summary: VM/SF (high end VM) should run MVS/XA

In article <2796@bu-cs.BU.EDU>, bzs@bu-cs.BU.EDU (Barry Shein) writes:
>... 
> 
> Huh? Most shops don't run MVS on top of VM, especially on the newer/faster
> CPUs for two reasons:
>... 
> 	2. VM won't support MVS/XA (extended architecture), or at least
> 	not yet, or at least not recently, I know XA support in VM
> 	is promised but for years it wasn't available.
>...
> 
> 	-Barry Shein, Boston University

  Some non-IBM literature I received recently (Which VM is Right for You,
by VM Software, Inc. of Reston VA) lists a whole bunch of VM "variations"
from VM/SP-Entry or VM/IS at the bottom end (simplest with limited
capabilities - assuming we're not counting VM/PC) to VM/SF (originally
VM/XA in its first release) which is "At the highest end of VM variations...".

  This gives the capability of converting from, e.g. MVS/SP to MVS/XA
and having both systems running all the time during the conversion.  This
is an incredible benefit during the conversion time - for testing during
business hours, parallel runs, etc.

--henry schaffer  n c state univ