Binyamin Dissen wrote:
By CP, I was referring to VM CP. Not TSO CP.

VM CP is a hypervisor which runs MVS as a client.

from long ago and far away, I had done IPCS superset written in rexx (when it 
was still called rex and hadn't been release as a product) ... which was 
initially line-mode CMS commands ... recent post mentioning dumprx (and old 
email from 1982)
http://www.garlic.com/~lynn/2007.html#18 IBM sues maker of Intel-based 
Mainframe clones

Relatively early, I enhanced dumprx to run as XEDIT macro ... using XEDIT 
fullscreen support to provide fullscreen operation. collected posts mentioning 
dumprx
http://www.garlic.com/~lynn/subtopic.html#dumprx

In 1976, the vm development group in the old SBC bldg. in Burlington Mall were 
told that they had to all move to POK to work on supporting MVS/XA development 
and there would be no more/new VM releases.

The (old) vm development group would be responsible for a new internal only virtual 
machine tool ("VMTOOL", that would never ship as a product) which was purely 
dedicated to MVS/XA development. Apparently corporate hdqtrs had been convinced that it 
was necessary to kill off vm370 in order for mvs/xa to be developed.

Endicott managed to salvage some of the situation and continue with VM product 
releases.

NOTE: "VMTOOL" is different from "VMTOOLS" ... "VMTOOL" was the internal only virtual 
machine facility supporting MVX/XA devlopment; "VMTOOLS" was an network information and software distribution 
facility  as well as computer conferencing, available on the internal network
http://www.garlic.com/~lynn/subnetwork.html#internal

supporting operations that included "mailing list" type operation as well as mechanism 
more akin to "usenet" news.

From: wheeler
Date: 07/26/82  07:39:46

re: UofM per; oh yes, the person who wrote the UofM per joined the
VMTOOL group about 2-3 yrs ago. He wrote new PER support for the
VMTOOL that has all the functions of OET. A major enhancement is that
the VMTOOL has what is called CP EXEC files. Since the major purpose
of the VMTOOL was going to be a MVS development vehicle ... the
delivery of computing services had to be done primarily within the CP
environement. The result was that an EXEC type processor and a new
type of spool file was created. Valid CP commands now can be one of
these CP EXEC files & as a result the type of things that can be
invoked when a PER event occurs is much more sophisticated (i.e. a PER
event can be the execution of any CP command ... which in the case of
VMTOOL may be a CPEXEC file with lots of conditional testing logic).

re: page migration; I've significantly rewritten the logic in DMKPGM
... to include among other things the use of multiple page buffers.
Biggest problems with the current implementation are 1) release 4 AP
upgrade was incorrectly done, resulting in DMKPGM execution be serial,
rather than concurrent (i.e. possible to have several invokations of
PGM execution going on at the same time) and 2) only one physical page
buffer is used per invokation (i.e. I/O is done sequentially one drum
I/O followed by one disk I/O, and then the next drum I/O ... elapsed
time to perform migration on large system can exceed 20 minutes).

... snip ...

A similar vm370 extended PER implementation had been done in 1980 (for internal vm370 
installations) "DMKHSL" ... by the same person that had done parasite & story.

From: somebody at WINH5
To: wheeler
Date: 06/09/80  14:43:07

You can try this DMKHSL if like living dangerously -

The source is set up to use
          VMUSER1
as a pointer to an IFBLOK chain but any spare word in the VMBLOK
will do - it's only referanced in PRG and DMKHSL.

You will need to add a new entry to CFC for
    "IF" and "WHEN" calling DMKHSLEN --- class G

It hooks into the existing PER mods
There is one mod to DMKPRG to call DMKHSLIH if there are active
IFBLOK's.

    There is an entry point DMKHSLRL which will release the IFBLOK
Chain - but havn't got round to sorting out who should call it yet
on things like logoff force etc....

... snip ...

One of the issues was to take a flavor of dumprx that had access to symbolic 
definitions and use it for converting symbolic references to absolute addressed 
used by CP PER command.

misc. past posts mentioning parasite:
http://www.garlic.com/~lynn/2001k.html#35 Newbie TOPS-10 7.03 question
http://www.garlic.com/~lynn/2003i.html#73 Computer resources, past, present, 
and future
http://www.garlic.com/~lynn/2003j.html#24 Red Phosphor Terminal?
http://www.garlic.com/~lynn/2004e.html#14 were dumb terminals actually so 
dumb???
http://www.garlic.com/~lynn/2005r.html#12 Intel strikes back with a parallel 
x86 design
http://www.garlic.com/~lynn/2006.html#3 PVM protocol documentation found
http://www.garlic.com/~lynn/2006c.html#14 Program execution speed
http://www.garlic.com/~lynn/2006f.html#37 Over my head in a JES exit
http://www.garlic.com/~lynn/2006m.html#35 Draft Command Script Processing Manual
http://www.garlic.com/~lynn/2006n.html#23 sorting was: The System/360 Model 20 
Wasn't As Bad As All That
http://www.garlic.com/~lynn/2006p.html#31 "25th Anniversary of the Personal 
Computer"
http://www.garlic.com/~lynn/2006w.html#16 intersection between autolog command 
and cmsback (more history)

page migration was one of the features of my resource manager (implemented in 
module DMKPGM). misc. collected posts mentioning various aspects of resource 
management
http://www.garlic.com/~lynn/subtopic.html#fairshare
and/or paging management
http://www.garlic.com/~lynn/subtopic.html#wsclock

misc. past posts mentioning VMTOOL and/or killing off of vm370  product in 1976.
http://www.garlic.com/~lynn/2001m.html#38 CMS under MVS
http://www.garlic.com/~lynn/2001m.html#47 TSS/360
http://www.garlic.com/~lynn/2001n.html#67 Hercules etc. IBM not just missing a 
great opportunity...
http://www.garlic.com/~lynn/2002e.html#27 moving on
http://www.garlic.com/~lynn/2002m.html#9 DOS history question
http://www.garlic.com/~lynn/2002p.html#14 Multics on emulated systems?
http://www.garlic.com/~lynn/2003g.html#22 303x, idals, dat, disk head settle, 
and other rambling folklore
http://www.garlic.com/~lynn/2004g.html#38 Infiniband - practicalities for small 
clusters
http://www.garlic.com/~lynn/2004k.html#23 US fiscal policy (Was: Bob Bemer, 
Computer Pioneer,Father of
http://www.garlic.com/~lynn/2004k.html#66 Question About VM List
http://www.garlic.com/~lynn/2004n.html#7 RISCs too close to hardware?
http://www.garlic.com/~lynn/2005d.html#3 IBM Acronyms
http://www.garlic.com/~lynn/2005f.html#58 Where should the type information be: 
in tags and descriptors
http://www.garlic.com/~lynn/2005f.html#59 Where should the type information be: 
in tags and descriptors
http://www.garlic.com/~lynn/2005j.html#25 IBM Plugs Big Iron to the College 
Crowd
http://www.garlic.com/~lynn/2005j.html#54 Q ALLOC PAGE vs. CP Q ALLOC vs ESAMAP
http://www.garlic.com/~lynn/2005s.html#35 Filemode 7-9?
http://www.garlic.com/~lynn/2006h.html#30 The Pankian Metaphor
http://www.garlic.com/~lynn/2006j.html#27 virtual memory
http://www.garlic.com/~lynn/2006l.html#25 Mainframe Linux Mythbusting (Was: 
Using Java in batch on z/OS?)

----------------------------------------------------------------------
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