Assuming that you have free slots in the CP_Owned list. It is documented that CP understands and will preserve that part of cylinder 0 if a volume is allocated from 0-nnn as a PAGE or SPOL pack and that doing so is OK. Do you know of an actual problem (in the last 15 years) caused by allocating 0 to END as PAGE or SPOL? Anecdotal evidence does not count; neither do examples from before the time that doing so became supported. There is probably no good reason to leave tracks 1-15 unused on a paging or spooling volume. The only thing that needs protecting on these volumes is cylinder 0 track 0, and a clever CP might even be able to use part of it for these functions.
This may be a case of "best practices" being based on fairy tales, myths, or outdated experience. Granted, for all other devices, it is best to allocate cylinder 0 as perm. There you have a guarantee that the volume label will get wiped out if that cylinder is included in a user minidisk. Regards, Richard Schuh > -----Original Message----- > From: The IBM z/VM Operating System > [mailto:[EMAIL PROTECTED] On Behalf Of Mike Walter > Sent: Tuesday, June 24, 2008 1:51 PM > To: IBMVM@LISTSERV.UARK.EDU > Subject: Re: Performance toolkit under zVM 5.3...Looking to > see a snap shot of CPU utilization and Storage Utilization > > You don't _have_ to wait for evening. CP permits you to > CPFMTXA spare DASD, and add them on the fly. > Whole DASD volumes are recommended for page space. "Best practices" > includes allocating page packs as: > PERM 0 0 > PAGE 1 END > (Actually, it's safest to always reserve cylinder zero on all > whole VM DASD as PERM space). > > There have been many previous discussions on the listserve > about how to dynamically add page volumes. > Search at: http://listserv.uark.edu/archives/ibmvm.html > > Mike Walter > Hewitt Associates > Any opinions expressed herein are mine alone and do not > necessarily represent the opinions or policies of Hewitt Associates. > > > > > "Hamilton, Brian" <[EMAIL PROTECTED]> > > Sent by: "The IBM z/VM Operating System" <IBMVM@LISTSERV.UARK.EDU> > 06/24/2008 03:13 PM > Please respond to > "The IBM z/VM Operating System" <IBMVM@LISTSERV.UARK.EDU> > > > > To > IBMVM@LISTSERV.UARK.EDU > cc > > Subject > Re: Performance toolkit under zVM 5.3...Looking to see a snap > shot of CPU utilization and Storage Utilization > > > > > > > Thanks again, > > I will add a few more paging packs this evening. Is it a fair > assumption that if I'm using 73% of the 3 page packs most of the real > memory is 100% fully utilized? > > I have 512mb allocated to expanded storage. > > -----Original Message----- > From: The IBM z/VM Operating System > [mailto:[EMAIL PROTECTED] On > Behalf Of Marcy Cortes > Sent: Tuesday, June 24, 2008 3:41 PM > To: IBMVM@LISTSERV.UARK.EDU > Subject: Re: Performance toolkit under zVM 5.3...Looking to see a snap > shot of CPU utilization and Storage Utilization > > > First, get that 73% number to < 50% ASAP. > > > Marcy > > "This message may contain confidential and/or privileged > information. If > you are not the addressee or authorized to receive this for the > addressee, you must not use, copy, disclose, or take any > action based on > this message or any information herein. If you have received this > message in error, please advise the sender immediately by reply e-mail > and delete this message. Thank you for your cooperation." > > > > ________________________________ > > From: The IBM z/VM Operating System > [mailto:[EMAIL PROTECTED] On > Behalf Of Hamilton, Brian > Sent: Tuesday, June 24, 2008 12:23 PM > To: IBMVM@LISTSERV.UARK.EDU > Subject: Re: [IBMVM] Performance toolkit under zVM > 5.3...Looking to see > a snap shot of CPU utilization and Storage Utilization > > > > Thanks everyone, > > > > Under option #2 it shows a Storage utilization of 89% and > through CMS if > I issue the command q alloc page I see that over 3 3390 mod > 3's I have a > utilization of 73%. > > > > So if I were to summarize this out of 8gb real storage assigned to the > lpar performance toolkit is showing 89% usage. > > > > And from my 3 page volumes I'm using 73%. > > > > Sound right. > > > > ________________________________ > > From: The IBM z/VM Operating System > [mailto:[EMAIL PROTECTED] On > Behalf Of Dave Yarris > Sent: Tuesday, June 24, 2008 3:04 PM > To: IBMVM@LISTSERV.UARK.EDU > Subject: Re: Performance toolkit under zVM 5.3...Looking to see a snap > shot of CPU utilization and Storage Utilization > > > > > A lot to look at on the screens, but option #1 "CPU load and trans." > and option #2 "Storage utilization" on the PERFSVM green > screen should > tell you most of what you need to know to give you some idea. > > > > > > "Hamilton, Brian" <[EMAIL PROTECTED]> > Sent by: The IBM z/VM Operating System <IBMVM@LISTSERV.UARK.EDU> > > 06/24/2008 02:30 PM > > Please respond to > The IBM z/VM Operating System <IBMVM@LISTSERV.UARK.EDU> > > > > To > > IBMVM@LISTSERV.UARK.EDU > > > cc > > > > > Subject > > Performance toolkit under zVM 5.3...Looking > to see a snap > shot > of CPU utilization and Storage Utilization > > > > > > > > > > > > > > > Hi, > > Looking to find some where on one of the performance toolkit screen > something that will show me the overall CPU utilization and Storage > utilization. > > We are trying to determine if another IFL is needed or more > real storage > on the box. > > Thanks > > Brian > > > > > > > > The information contained in this e-mail and any accompanying > documents may contain information that is confidential or > otherwise protected from disclosure. If you are not the > intended recipient of this message, or if this message has > been addressed to you in error, please immediately alert the > sender by reply e-mail and then delete this message, > including any attachments. Any dissemination, distribution or > other use of the contents of this message by anyone other > than the intended recipient is strictly prohibited. All > messages sent to and from this e-mail address may be > monitored as permitted by applicable law and regulations to > ensure compliance with our internal policies and to protect > our business. E-mails are not secure and cannot be guaranteed > to be error free as they can be intercepted, amended, lost or > destroyed, or contain viruses. You are deemed to have > accepted these risks if you communicate with us by e-mail. >