On Thursday, 07/26/2007 at 08:34 EDT, Michael Coffin <[EMAIL PROTECTED]> wrote: > Thanks much. Yeah, when we go to production he'll have his own page and spool > packs - but I'd like to keep the footprint of the starter system small. z/VM > used to ship with a bit of spool and page on the RES volume, I always found > that very handy to get a small system up (you can always add more spool/page > later and remove the areas from RES for performance) - I'll go format a SPOL > pack............ :(
It's the "add and remove" part that has been troublesome for many. Those of you who have been doing this since Hector was a pup can reconfigure the system any way you like. Newbies, on the other hand, don't have that knowledge or experience, and are uniformly unware that the system came pre-configured in "doomed to failure" mode, as it were. If we had priority attributes on paging, we could evolve to a mixed-mode model that would have CP pick the sysres only if the other volumes were full or otherwise unavailable. The sysres could operate by itself without causing [permformance] damage when plugged into a properly robust paging configuration. But, I'm happy to say, we have other things in spacedock that we hope will be FAR more useful to you. ;-) Alan Altmark z/VM Development IBM Endicott
