history is hard
dave.g4ugm at gmail.com
Mon May 25 07:38:35 CDT 2020
> -----Original Message-----
> From: cctalk <cctalk-bounces at classiccmp.org> On Behalf Of Peter Coghlan
> via cctalk
> Sent: 25 May 2020 11:24
> To: 'General Discussion: On-Topic and Off-Topic Posts'
> <cctalk at classiccmp.org>
> Subject: RE: history is hard
> On Mon, 25 May 2020 at 09:49:08 +0100, Dave Wade wrote:
> > In these systems the end user operating system, CMS, would also IPL
> > (load) on bare hardware.
> I wouldn't regard CMS as being the definitive end user operating system.
> Often, the reason for having VM is not to support multiple instances of CMS.
> The end user operating system can be anything that can be ipled in a virtual
> machine which is pretty much anything that can be ipled on the real
> hardware (except for CMS of course which can be an end user operating
> system without complying with this rule).
No, when they had VM/ESA in Stockport Council it was mostly for VM/ESA with CICS and CMS just for management and config.
Before that in NERC it was all interactive workload.
> > I would disagree with Peter over the "same under the covers".
> Yes, that was the wrong way to put it. I was trying to say that these variously
> named entities produced over many decades all do pretty much the same
> thing and have a common ancestry.
> Perhaps something like they "deliver the same functionality" would have
> been better?
Yes, and of course whilst in some ways the whilst the change to SIE was a step change in the way CP delivers VMs in other ways it was a just one point on the evolution of VM.
It started with the ECPS assists (I think Extended Control Program Services) which had more features added over time so the Hardware handled more tasks, but VM could cope if they were not present.
Then as things switched from 24 bit to 31 bit hardware and XA and ESA architecture appeared CP had to have SIE to work, and the type of VM it could deliver depended on what SIE on the box could support.
Over time SIE itself has evolved to offload more work from CP (or HCP as its now called) and the architecture has moved from 31 bit to 64 bit.
On the other hand I expect some parts of CP will be traceable back to VM/370. For example the spool which allows virtual card decks and print files to be stored and manipulated is still similar.
CP still has to manage control blocks for each VM that exists, its just that it uses SIE to execute them. It still manages a directory of users and passwords and controls who can logon.
It has to keep a track of which real devices map to which virtual devices of each VM.
> > > Regards,
> > > Peter Coghlan.
> > >
> > Dave
> Peter Coghlan.
> > > >
> > > > bill
> > > >
More information about the cctech