On Thursday, 07/16/2009 at 01:33 EDT, David Boyes <[email protected]>
wrote:
> > -----Original Message-----
> > From: The IBM z/VM Operating System [mailto:[email protected]]
On
> > Behalf Of Alan Altmark
> > : <you get the idea>
>
> ??? Actually, I didn't understand that at all. What were you trying to
show --
> the steps in the IBM SYSPROF?
I was my attempt to
(a) Define the SYSPROF's domain:
- handling auto-reIPL diagnostics
- loading DCSSes and CSL routines
- activating COMDIR
- accessing the A and D disks
- handling ACC(NOPROF
- setting the default SFS filepool
- initializing GLOBALV variables
- trigger VMLINK autolinks
- start batch processing
(b) Define the places where an exit would be called
(c) Define an interface that gives the exit a view of conditions within
SYSPROF and the ability to alter what SYSPROF will do.
For example, SEGMENT LOAD and RTNLOAD would be the responsibility of
SYSPROF, but your exit can alter the list of segments or CSL libraries
that SYSPROF will load. If you don't want SYSPROF to perform a GLOBALV
INIT, set IBM._FINAL_GLOBALV_INIT to 0.
The analysis needs to be done to see if things that a significant
percentage of sysprogs do in their current exits or mods should be moved
into the IBM code.
Alan Altmark
z/VM Development
IBM Endicott