Re: z/VM page space
On Tue, 14 Jun 2011 11:04:25 -0700, Schuh, Richard rsc...@visa.com wrot e: A good decision, probably not a difficult one, by Mr. Holder and friends . Untangling that can of worms should not be a high priority use of development $$. Regards, Richard Schuh There are, of course, other reasons one might want this (or similar) function, such as supporting paging devices with dramatically different response times and bandwidths - load balancing new outbound writes which we already do) isn't really sufficient for such a scenario - in order to prevent the fastest devices from filling up with the oldest data over time, a migration function would be required to move those now older pages off to slower devices (since they're not being re-referenced, you really don't want them taking up space on the faster devices). Also, the real design issue is that there's simply not enough real estate to maintain backward pointers up the structures in order to be able to easily determine, from a paging slot (4K record) on a paging volume back up to the owner of the page it contains - the storage overhead becomes astronomical rather quickly, and you don't want to be spending lots of storage representing things that are themselves paged out. So the only way to find the pages is to run all of the translation structures for all virtual storage from the top down scanning for them (this is indeed how expanded storage migration works, which is why ATTACH XSTORE often takes so long). One further comment on the idea of bootlegging the migration function by touching user pages - it's not just user pages that are out there, it's quite likely that the target paging volume also contains some pageable CP owned pages (especially PGMBKs), some of which are simply not touchable by any action from a guest. So even if you could figure out which users had pages on the volume, it would still likely be impossible to get all of the pages off of it. Anyway, there are long standing requirements open for the drain migrate function, we know it would be useful, but thus far, there have always seemed to be more pressing needs. Bill Holder, Senior Software Engineer IBM z/VM Development, Memory Management, Endicott, NY Phone: 607-429-3640
Re: z/VM page space
On 6/14/11 12:03 PM, David Boyes dbo...@sinenomine.net wrote: I suspect that it would be possible to tweak the page device list in real storage to remove the volume in question, run the CP page list in real core and force a page in/page out sequence for pages on the volume in question, but There Lie Big Nasty Dragons. There's a lot of interlocking pieces and CP integrity is at stake, so it would not be simple code. Hmm... This might not be as hard as I thought. If the volume is already drained for new traffic (probably a safety prereq for this to happen), then determining pages on those volumes and forcing page-in/page-out is probably safer than previously thought. CP can maintain the appropriate interlocks if we force CP to fault the page in, touch the page in a way that forces CP to consider the page as dirty, and then allow the normal page-out logic to determine the new location. It would cause a fairly large burst in paging activity while running, but that's probably not an big issue for the few times this would get activated. Scratch, scratch, scratch... There's an itch in here somewhere. -- db
Re: z/VM page space
An absolute prereq, not just a safety one. If it is not already draining, then there would be nothing to prevent new pages from being written on the device. It will still be somewhat tricky because the page may already be in storage, in use by a virtual machine. Also, it may be part of a DCSS, in which case, only your private copy (resulting from your changing the page) will be paged out by your activity; others will still be referencing the original page. Regards, Richard Schuh This might not be as hard as I thought. If the volume is already drained for new traffic (probably a safety prereq for this to happen), then determining pages on those volumes and forcing page-in/page-out is probably safer than previously thought. CP can maintain the appropriate interlocks if we force CP to fault the page in, touch the page in a way that forces CP to consider the page as dirty, and then allow the normal page-out logic to determine the new location. It would cause a fairly large burst in paging activity while running, but that's probably not an big issue for the few times this would get activated. Scratch, scratch, scratch... There's an itch in here somewhere. -- db
Re: z/VM page space
On 6/14/11 1:20 PM, Schuh, Richard rsc...@visa.com wrote: An absolute prereq, not just a safety one. If it is not already draining, then there would be nothing to prevent new pages from being written on the device. Yeah. Playing with it on the whiteboard indicated that. Probably the only safe way to get a CP interlock in place that would prevent new pages being written. It will still be somewhat tricky because the page may already be in storage, in use by a virtual machine. Also, it may be part of a DCSS, in which case, only your private copy (resulting from your changing the page) will be paged out by your activity; others will still be referencing the original page. I think that's why you'd have to force CP to dirty the page rather than doing it inside a virtual machine, especially with CP's own pages potentially written at startup. Probably only doable from inside CP itself, or at minimum, via manipulate of real storage rather than virtual storage. There Be Dragons. Another project for my Copious Spare Time. Not. -- db
Re: z/VM page space
On Tuesday, 06/14/2011 at 01:30 EDT, David Boyes dbo...@sinenomine.net wrote: I think that's why you'd have to force CP to dirty the page rather than doing it inside a virtual machine, especially with CP's own pages potentially written at startup. Probably only doable from inside CP itself, or at minimum, via manipulate of real storage rather than virtual storage. There Be Dragons. Another project for my Copious Spare Time. Not. And now you know why DRAIN MIGRATE doesn't exist. :-) As Bill Holder, z/VM Memory Master, alludes, there are no data structures in CP that index the contents of paging volumes. You would have to traverse every users' memory management data structures to find references to page slots on the drained volume. In short, Eeeww. Alan Altmark z/VM and Linux on System z Consultant IBM System Lab Services and Training ibm.com/systems/services/labservices office: 607.429.3323 mobile; 607.321.7556 alan_altm...@us.ibm.com IBM Endicott
Re: z/VM page space
On 6/14/11 1:45 PM, Alan Altmark alan_altm...@us.ibm.com wrote: And now you know why DRAIN MIGRATE doesn't exist. :-) Although SNAPDUMP does something awfully similar in concept -- there's probably some thinking that could be borrowed there. Doing the same kind of system suspend might be the route to building that table; again, it's probably not going to be used that often so a few seconds of freeze while we figure this stuff out might be OK. Beats a full IPL, anyway. As Bill Holder, z/VM Memory Master, alludes, there are no data structures in CP that index the contents of paging volumes. You would have to traverse every users' memory management data structures to find references to page slots on the drained volume. In short, Eeeww. Hmph. You guys let it out the door w/o spaying it properly...8-) Eeew, indeed. -- db
Re: z/VM page space
A good decision, probably not a difficult one, by Mr. Holder and friends. Untangling that can of worms should not be a high priority use of development $$. Regards, Richard Schuh -Original Message- From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf Of Alan Altmark Sent: Tuesday, June 14, 2011 10:45 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: z/VM page space On Tuesday, 06/14/2011 at 01:30 EDT, David Boyes dbo...@sinenomine.net wrote: I think that's why you'd have to force CP to dirty the page rather than doing it inside a virtual machine, especially with CP's own pages potentially written at startup. Probably only doable from inside CP itself, or at minimum, via manipulate of real storage rather than virtual storage. There Be Dragons. Another project for my Copious Spare Time. Not. And now you know why DRAIN MIGRATE doesn't exist. :-) As Bill Holder, z/VM Memory Master, alludes, there are no data structures in CP that index the contents of paging volumes. You would have to traverse every users' memory management data structures to find references to page slots on the drained volume. In short, Eeeww. Alan Altmark z/VM and Linux on System z Consultant IBM System Lab Services and Training ibm.com/systems/services/labservices office: 607.429.3323 mobile; 607.321.7556 alan_altm...@us.ibm.com IBM Endicott
Re: z/VM page space
Agree. Those who have HA needs have more than one VM system to which to move the workload. Marcy -Original Message- From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf Of Schuh, Richard Sent: Tuesday, June 14, 2011 11:04 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: [IBMVM] z/VM page space A good decision, probably not a difficult one, by Mr. Holder and friends. Untangling that can of worms should not be a high priority use of development $$. Regards, Richard Schuh
Dynamically adding page space
I'm trying to dynamically add a page pack to our z/VM system and I've got a situation that I don't have in my notes. z/VM 5.4 on a z9 I've formatted the volume (3330-3) as a page volume and defined a cpowned slot for it. def cpowned slot 10 VMPPG5 But when I display cpowned, it show as offline: q cpowned Slot Vol-ID Rdev Type Status 1 VMPRES 1003 OwnOnline and attached 2 VMPSPL 1004 OwnOnline and attached 3 VMPPAG 1002 OwnOnline and attached 4 VMPW01 1005 OwnOnline and attached 5 VMPW02 1006 OwnOnline and attached 6 VMPPG2 10E5 OwnOnline and attached 7 VMPW03 10EF OwnOnline and attached 8 VMPPG3 108F OwnOnline and attached 9 VMPPG4 109C OwnOnline and attached 10 VMPPG5 OwnOffline However: q 100c DASD 100C VMPAG5 So what have I missed? Bobby Bauer Center for Information Technology National Institutes of Health Bethesda, MD 20892-5628 301-594-7474
Re: Dynamically adding page space
ATTACH 100C TO SYSTEM On Tue, Mar 29, 2011 at 9:11 AM, Bauer, Bobby (NIH/CIT) [E] baue...@mail.nih.gov wrote: I’m trying to dynamically add a page pack to our z/VM system and I’ve got a situation that I don’t have in my notes. z/VM 5.4 on a z9 I’ve formatted the volume (3330-3) as a page volume and defined a cpowned slot for it. def cpowned slot 10 VMPPG5 But when I display cpowned, it show as offline: q cpowned Slot Vol-ID Rdev Type Status 1 VMPRES 1003 OwnOnline and attached 2 VMPSPL 1004 OwnOnline and attached 3 VMPPAG 1002 OwnOnline and attached 4 VMPW01 1005 OwnOnline and attached 5 VMPW02 1006 OwnOnline and attached 6 VMPPG2 10E5 OwnOnline and attached 7 VMPW03 10EF OwnOnline and attached 8 VMPPG3 108F OwnOnline and attached 9 VMPPG4 109C OwnOnline and attached 10 VMPPG5 OwnOffline However: q 100c DASD 100C VMPAG5 So what have I missed? Bobby Bauer Center for Information Technology National Institutes of Health Bethesda, MD 20892-5628 301-594-7474 -- Mark D Pace Senior Systems Engineer Mainline Information Systems
Re: Dynamically adding page space
ATT 100C SYSTEM From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf Of Bauer, Bobby (NIH/CIT) [E] Sent: Tuesday, March 29, 2011 9:11 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Dynamically adding page space I'm trying to dynamically add a page pack to our z/VM system and I've got a situation that I don't have in my notes. z/VM 5.4 on a z9 I've formatted the volume (3330-3) as a page volume and defined a cpowned slot for it. def cpowned slot 10 VMPPG5 But when I display cpowned, it show as offline: q cpowned Slot Vol-ID Rdev Type Status 1 VMPRES 1003 OwnOnline and attached 2 VMPSPL 1004 OwnOnline and attached 3 VMPPAG 1002 OwnOnline and attached 4 VMPW01 1005 OwnOnline and attached 5 VMPW02 1006 OwnOnline and attached 6 VMPPG2 10E5 OwnOnline and attached 7 VMPW03 10EF OwnOnline and attached 8 VMPPG3 108F OwnOnline and attached 9 VMPPG4 109C OwnOnline and attached 10 VMPPG5 OwnOffline However: q 100c DASD 100C VMPAG5 So what have I missed? Bobby Bauer Center for Information Technology National Institutes of Health Bethesda, MD 20892-5628 301-594-7474 This e-mail message and any attachments contain confidential information from Medco. If you are not the intended recipient, you are hereby notified that disclosure, printing, copying, distribution, or the taking of any action in reliance on the contents of this electronic information is strictly prohibited. If you have received this e-mail message in error, please immediately notify the sender by reply message and then delete the electronic message and any attachments.
Re: Dynamically adding page space
You're missing: ATTACH 100C TO SYSTEM From: Bauer, Bobby (NIH/CIT) [E] baue...@mail.nih.gov To: IBMVM@LISTSERV.UARK.EDU Date: 03/29/2011 09:10 AM Subject:Dynamically adding page space Sent by:The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU I?m trying to dynamically add a page pack to our z/VM system and I?ve got a situation that I don?t have in my notes. z/VM 5.4 on a z9 I?ve formatted the volume (3330-3) as a page volume and defined a cpowned slot for it. def cpowned slot 10 VMPPG5 But when I display cpowned, it show as offline: q cpowned Slot Vol-ID Rdev Type Status 1 VMPRES 1003 OwnOnline and attached 2 VMPSPL 1004 OwnOnline and attached 3 VMPPAG 1002 OwnOnline and attached 4 VMPW01 1005 OwnOnline and attached 5 VMPW02 1006 OwnOnline and attached 6 VMPPG2 10E5 OwnOnline and attached 7 VMPW03 10EF OwnOnline and attached 8 VMPPG3 108F OwnOnline and attached 9 VMPPG4 109C OwnOnline and attached 10 VMPPG5 OwnOffline However: q 100c DASD 100C VMPAG5 So what have I missed? Bobby Bauer Center for Information Technology National Institutes of Health Bethesda, MD 20892-5628 301-594-7474
Re: Dynamically adding page space
That would help! I did that but it still didn't changed the cpowned state Bobby Bauer Center for Information Technology National Institutes of Health Bethesda, MD 20892-5628 301-594-7474 From: Karl Kingston [mailto:karlkings...@ongov.net] Sent: Tuesday, March 29, 2011 9:14 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Dynamically adding page space You're missing: ATTACH 100C TO SYSTEM From:Bauer, Bobby (NIH/CIT) [E] baue...@mail.nih.gov To:IBMVM@LISTSERV.UARK.EDU Date:03/29/2011 09:10 AM Subject:Dynamically adding page space Sent by:The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU I'm trying to dynamically add a page pack to our z/VM system and I've got a situation that I don't have in my notes. z/VM 5.4 on a z9 I've formatted the volume (3330-3) as a page volume and defined a cpowned slot for it. def cpowned slot 10 VMPPG5 But when I display cpowned, it show as offline: q cpowned Slot Vol-ID Rdev Type Status 1 VMPRES 1003 OwnOnline and attached 2 VMPSPL 1004 OwnOnline and attached 3 VMPPAG 1002 OwnOnline and attached 4 VMPW01 1005 OwnOnline and attached 5 VMPW02 1006 OwnOnline and attached 6 VMPPG2 10E5 OwnOnline and attached 7 VMPW03 10EF OwnOnline and attached 8 VMPPG3 108F OwnOnline and attached 9 VMPPG4 109C OwnOnline and attached 10 VMPPG5 OwnOffline However: q 100c DASD 100C VMPAG5 So what have I missed? Bobby Bauer Center for Information Technology National Institutes of Health Bethesda, MD 20892-5628 301-594-7474
Re: Dynamically adding page space
and now for the rest of the email q cpowned Slot Vol-ID Rdev Type Status 1 VMPRES 1003 OwnOnline and attached 2 VMPSPL 1004 OwnOnline and attached 3 VMPPAG 1002 OwnOnline and attached 4 VMPW01 1005 OwnOnline and attached 5 VMPW02 1006 OwnOnline and attached 6 VMPPG2 10E5 OwnOnline and attached 7 VMPW03 10EF OwnOnline and attached 8 VMPPG3 108F OwnOnline and attached 9 VMPPG4 109C OwnOnline and attached 10 VMPPG5 OwnOffline q 100c DASD 100C CP SYSTEM VMPAG5 0 Bobby Bauer Center for Information Technology National Institutes of Health Bethesda, MD 20892-5628 301-594-7474 From: Bauer, Bobby (NIH/CIT) [E] Sent: Tuesday, March 29, 2011 9:18 AM To: IBMVM@LISTSERV.UARK.EDU Subject: RE: Dynamically adding page space That would help! I did that but it still didn't changed the cpowned state Bobby Bauer Center for Information Technology National Institutes of Health Bethesda, MD 20892-5628 301-594-7474 From: Karl Kingston [mailto:karlkings...@ongov.net] Sent: Tuesday, March 29, 2011 9:14 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Dynamically adding page space You're missing: ATTACH 100C TO SYSTEM From:Bauer, Bobby (NIH/CIT) [E] baue...@mail.nih.gov To:IBMVM@LISTSERV.UARK.EDU Date:03/29/2011 09:10 AM Subject:Dynamically adding page space Sent by:The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU I'm trying to dynamically add a page pack to our z/VM system and I've got a situation that I don't have in my notes. z/VM 5.4 on a z9 I've formatted the volume (3330-3) as a page volume and defined a cpowned slot for it. def cpowned slot 10 VMPPG5 But when I display cpowned, it show as offline: q cpowned Slot Vol-ID Rdev Type Status 1 VMPRES 1003 OwnOnline and attached 2 VMPSPL 1004 OwnOnline and attached 3 VMPPAG 1002 OwnOnline and attached 4 VMPW01 1005 OwnOnline and attached 5 VMPW02 1006 OwnOnline and attached 6 VMPPG2 10E5 OwnOnline and attached 7 VMPW03 10EF OwnOnline and attached 8 VMPPG3 108F OwnOnline and attached 9 VMPPG4 109C OwnOnline and attached 10 VMPPG5 OwnOffline However: q 100c DASD 100C VMPAG5 So what have I missed? Bobby Bauer Center for Information Technology National Institutes of Health Bethesda, MD 20892-5628 301-594-7474
Re: Dynamically adding page space
Do you have it attached to another user? After I format the disk, I do the following: detach the disk do the def cpowned command query cpowned to verify its there then attach it to system if you query the disk then you will see it online Thanks Scott From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf Of Bauer, Bobby (NIH/CIT) [E] Sent: Tuesday, March 29, 2011 9:18 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Dynamically adding page space That would help! I did that but it still didn't changed the cpowned state Bobby Bauer Center for Information Technology National Institutes of Health Bethesda, MD 20892-5628 301-594-7474 From: Karl Kingston [mailto:karlkings...@ongov.net] Sent: Tuesday, March 29, 2011 9:14 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Dynamically adding page space You're missing: ATTACH 100C TO SYSTEM From:Bauer, Bobby (NIH/CIT) [E] baue...@mail.nih.gov To:IBMVM@LISTSERV.UARK.EDU Date:03/29/2011 09:10 AM Subject:Dynamically adding page space Sent by:The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU I'm trying to dynamically add a page pack to our z/VM system and I've got a situation that I don't have in my notes. z/VM 5.4 on a z9 I've formatted the volume (3330-3) as a page volume and defined a cpowned slot for it. def cpowned slot 10 VMPPG5 But when I display cpowned, it show as offline: q cpowned Slot Vol-ID Rdev Type Status 1 VMPRES 1003 OwnOnline and attached 2 VMPSPL 1004 OwnOnline and attached 3 VMPPAG 1002 OwnOnline and attached 4 VMPW01 1005 OwnOnline and attached 5 VMPW02 1006 OwnOnline and attached 6 VMPPG2 10E5 OwnOnline and attached 7 VMPW03 10EF OwnOnline and attached 8 VMPPG3 108F OwnOnline and attached 9 VMPPG4 109C OwnOnline and attached 10 VMPPG5 OwnOffline However: q 100c DASD 100C VMPAG5 So what have I missed? Bobby Bauer Center for Information Technology National Institutes of Health Bethesda, MD 20892-5628 301-594-7474
Re: Dynamically adding page space
Are you sure you didn't make a typo when you defined the volume? CP Owned shows the volser as VMPPG5 whereas the one attached to system is VMPAG5? From: Bauer, Bobby (NIH/CIT) [E] baue...@mail.nih.gov To: IBMVM@LISTSERV.UARK.EDU Date: 03/29/2011 09:18 AM Subject:Re: Dynamically adding page space Sent by:The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU and now for the rest of the email q cpowned Slot Vol-ID Rdev Type Status 1 VMPRES 1003 OwnOnline and attached 2 VMPSPL 1004 OwnOnline and attached 3 VMPPAG 1002 OwnOnline and attached 4 VMPW01 1005 OwnOnline and attached 5 VMPW02 1006 OwnOnline and attached 6 VMPPG2 10E5 OwnOnline and attached 7 VMPW03 10EF OwnOnline and attached 8 VMPPG3 108F OwnOnline and attached 9 VMPPG4 109C OwnOnline and attached 10 VMPPG5 OwnOffline q 100c DASD 100C CP SYSTEM VMPAG5 0 Bobby Bauer Center for Information Technology National Institutes of Health Bethesda, MD 20892-5628 301-594-7474 From: Bauer, Bobby (NIH/CIT) [E] Sent: Tuesday, March 29, 2011 9:18 AM To: IBMVM@LISTSERV.UARK.EDU Subject: RE: Dynamically adding page space That would help! I did that but it still didn?t changed the cpowned state Bobby Bauer Center for Information Technology National Institutes of Health Bethesda, MD 20892-5628 301-594-7474 From: Karl Kingston [mailto:karlkings...@ongov.net] Sent: Tuesday, March 29, 2011 9:14 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Dynamically adding page space You're missing: ATTACH 100C TO SYSTEM From:Bauer, Bobby (NIH/CIT) [E] baue...@mail.nih.gov To:IBMVM@LISTSERV.UARK.EDU Date:03/29/2011 09:10 AM Subject:Dynamically adding page space Sent by:The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU I?m trying to dynamically add a page pack to our z/VM system and I?ve got a situation that I don?t have in my notes. z/VM 5.4 on a z9 I?ve formatted the volume (3330-3) as a page volume and defined a cpowned slot for it. def cpowned slot 10 VMPPG5 But when I display cpowned, it show as offline: q cpowned Slot Vol-ID Rdev Type Status 1 VMPRES 1003 OwnOnline and attached 2 VMPSPL 1004 OwnOnline and attached 3 VMPPAG 1002 OwnOnline and attached 4 VMPW01 1005 OwnOnline and attached 5 VMPW02 1006 OwnOnline and attached 6 VMPPG2 10E5 OwnOnline and attached 7 VMPW03 10EF OwnOnline and attached 8 VMPPG3 108F OwnOnline and attached 9 VMPPG4 109C OwnOnline and attached 10 VMPPG5 OwnOffline However: q 100c DASD 100C VMPAG5 So what have I missed? Bobby Bauer Center for Information Technology National Institutes of Health Bethesda, MD 20892-5628 301-594-7474
Re: Dynamically adding page space
your slot VOLID and your page pack VOLSER are DIFFERENT Bill Munson Sr. z/VM Systems Programmer Brown Brothers Harriman CO. 525 Washington Blvd. Jersey City, NJ 07310 201-418-7588 President - MVMUA http://www2.marist.edu/~mvmua/ LVM Program Officer - SHARE http://www.linkedin.com/in/BillMunson From: Bauer, Bobby (NIH/CIT) [E] baue...@mail.nih.gov To: IBMVM@LISTSERV.UARK.EDU Date: 03/29/2011 09:19 AM Subject:Re: Dynamically adding page space Sent by:The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU and now for the rest of the email q cpowned Slot Vol-ID Rdev Type Status 1 VMPRES 1003 OwnOnline and attached 2 VMPSPL 1004 OwnOnline and attached 3 VMPPAG 1002 OwnOnline and attached 4 VMPW01 1005 OwnOnline and attached 5 VMPW02 1006 OwnOnline and attached 6 VMPPG2 10E5 OwnOnline and attached 7 VMPW03 10EF OwnOnline and attached 8 VMPPG3 108F OwnOnline and attached 9 VMPPG4 109C OwnOnline and attached 10 VMPPG5 OwnOffline q 100c DASD 100C CP SYSTEM VMPAG5 0 Bobby Bauer Center for Information Technology National Institutes of Health Bethesda, MD 20892-5628 301-594-7474 From: Bauer, Bobby (NIH/CIT) [E] Sent: Tuesday, March 29, 2011 9:18 AM To: IBMVM@LISTSERV.UARK.EDU Subject: RE: Dynamically adding page space That would help! I did that but it still didn?t changed the cpowned state Bobby Bauer Center for Information Technology National Institutes of Health Bethesda, MD 20892-5628 301-594-7474 From: Karl Kingston [mailto:karlkings...@ongov.net] Sent: Tuesday, March 29, 2011 9:14 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Dynamically adding page space You're missing: ATTACH 100C TO SYSTEM From:Bauer, Bobby (NIH/CIT) [E] baue...@mail.nih.gov To:IBMVM@LISTSERV.UARK.EDU Date:03/29/2011 09:10 AM Subject:Dynamically adding page space Sent by:The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU I?m trying to dynamically add a page pack to our z/VM system and I?ve got a situation that I don?t have in my notes. z/VM 5.4 on a z9 I?ve formatted the volume (3330-3) as a page volume and defined a cpowned slot for it. def cpowned slot 10 VMPPG5 But when I display cpowned, it show as offline: q cpowned Slot Vol-ID Rdev Type Status 1 VMPRES 1003 OwnOnline and attached 2 VMPSPL 1004 OwnOnline and attached 3 VMPPAG 1002 OwnOnline and attached 4 VMPW01 1005 OwnOnline and attached 5 VMPW02 1006 OwnOnline and attached 6 VMPPG2 10E5 OwnOnline and attached 7 VMPW03 10EF OwnOnline and attached 8 VMPPG3 108F OwnOnline and attached 9 VMPPG4 109C OwnOnline and attached 10 VMPPG5 OwnOffline However: q 100c DASD 100C VMPAG5 So what have I missed? Bobby Bauer Center for Information Technology National Institutes of Health Bethesda, MD 20892-5628 301-594-7474 *** IMPORTANT NOTE*-- The opinions expressed in this message and/or any attachments are those of the author and not necessarily those of Brown Brothers Harriman Co., its subsidiaries and affiliates (BBH). There is no guarantee that this message is either private or confidential, and it may have been altered by unauthorized sources without your or our knowledge. Nothing in the message is capable or intended to create any legally binding obligations on either party and it is not intended to provide legal advice. BBH accepts no responsibility for loss or damage from its use, including damage from virus.
Re: Dynamically adding page space
Well -- VMPPG5 is not VMPAG5.. relabel 100C to VMPPG5 and maybe it will go better ;-) Scott Rohling On Tue, Mar 29, 2011 at 7:19 AM, Bauer, Bobby (NIH/CIT) [E] baue...@mail.nih.gov wrote: and now for the rest of the email q cpowned Slot Vol-ID Rdev Type Status 1 VMPRES 1003 OwnOnline and attached 2 VMPSPL 1004 OwnOnline and attached 3 VMPPAG 1002 OwnOnline and attached 4 VMPW01 1005 OwnOnline and attached 5 VMPW02 1006 OwnOnline and attached 6 VMPPG2 10E5 OwnOnline and attached 7 VMPW03 10EF OwnOnline and attached 8 VMPPG3 108F OwnOnline and attached 9 VMPPG4 109C OwnOnline and attached 10 VMPPG5 OwnOffline q 100c DASD 100C CP SYSTEM VMPAG5 0 Bobby Bauer Center for Information Technology National Institutes of Health Bethesda, MD 20892-5628 301-594-7474 *From:* Bauer, Bobby (NIH/CIT) [E] *Sent:* Tuesday, March 29, 2011 9:18 AM *To:* IBMVM@LISTSERV.UARK.EDU *Subject:* RE: Dynamically adding page space That would help! I did that but it still didn’t changed the cpowned state Bobby Bauer Center for Information Technology National Institutes of Health Bethesda, MD 20892-5628 301-594-7474 *From:* Karl Kingston [mailto:karlkings...@ongov.net] *Sent:* Tuesday, March 29, 2011 9:14 AM *To:* IBMVM@LISTSERV.UARK.EDU *Subject:* Re: Dynamically adding page space You're missing: ATTACH 100C TO SYSTEM From:Bauer, Bobby (NIH/CIT) [E] baue...@mail.nih.gov To:IBMVM@LISTSERV.UARK.EDU Date:03/29/2011 09:10 AM Subject:Dynamically adding page space Sent by:The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU -- I’m trying to dynamically add a page pack to our z/VM system and I’ve got a situation that I don’t have in my notes. z/VM 5.4 on a z9 I’ve formatted the volume (3330-3) as a page volume and defined a cpowned slot for it. def cpowned slot 10 VMPPG5 But when I display cpowned, it show as offline: q cpowned Slot Vol-ID Rdev Type Status 1 VMPRES 1003 OwnOnline and attached 2 VMPSPL 1004 OwnOnline and attached 3 VMPPAG 1002 OwnOnline and attached 4 VMPW01 1005 OwnOnline and attached 5 VMPW02 1006 OwnOnline and attached 6 VMPPG2 10E5 OwnOnline and attached 7 VMPW03 10EF OwnOnline and attached 8 VMPPG3 108F OwnOnline and attached 9 VMPPG4 109C OwnOnline and attached 10 VMPPG5 OwnOffline However: q 100c DASD 100C VMPAG5 So what have I missed? Bobby Bauer Center for Information Technology National Institutes of Health Bethesda, MD 20892-5628 301-594-7474
Re: Dynamically adding page space
3330-3 Really? Frank M. Ramaekers Jr. From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf Of Bauer, Bobby (NIH/CIT) [E] Sent: Tuesday, March 29, 2011 8:11 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Dynamically adding page space I'm trying to dynamically add a page pack to our z/VM system and I've got a situation that I don't have in my notes. z/VM 5.4 on a z9 I've formatted the volume (3330-3) as a page volume and defined a cpowned slot for it. def cpowned slot 10 VMPPG5 But when I display cpowned, it show as offline: q cpowned Slot Vol-ID Rdev Type Status 1 VMPRES 1003 OwnOnline and attached 2 VMPSPL 1004 OwnOnline and attached 3 VMPPAG 1002 OwnOnline and attached 4 VMPW01 1005 OwnOnline and attached 5 VMPW02 1006 OwnOnline and attached 6 VMPPG2 10E5 OwnOnline and attached 7 VMPW03 10EF OwnOnline and attached 8 VMPPG3 108F OwnOnline and attached 9 VMPPG4 109C OwnOnline and attached 10 VMPPG5 OwnOffline However: q 100c DASD 100C VMPAG5 So what have I missed? Bobby Bauer Center for Information Technology National Institutes of Health Bethesda, MD 20892-5628 301-594-7474 _ This message contains information which is privileged and confidential and is solely for the use of the intended recipient. If you are not the intended recipient, be aware that any review, disclosure, copying, distribution, or use of the contents of this message is strictly prohibited. If you have received this in error, please destroy it immediately and notify us at privacy...@ailife.com.
Re: Dynamically adding page space
Thanks to everybody. Now working as expected Bobby Bauer Center for Information Technology National Institutes of Health Bethesda, MD 20892-5628 301-594-7474 From: Scott Rohling [mailto:scott.rohl...@gmail.com] Sent: Tuesday, March 29, 2011 9:24 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Dynamically adding page space Well -- VMPPG5 is not VMPAG5.. relabel 100C to VMPPG5 and maybe it will go better ;-) Scott Rohling On Tue, Mar 29, 2011 at 7:19 AM, Bauer, Bobby (NIH/CIT) [E] baue...@mail.nih.govmailto:baue...@mail.nih.gov wrote: and now for the rest of the email q cpowned Slot Vol-ID Rdev Type Status 1 VMPRES 1003 OwnOnline and attached 2 VMPSPL 1004 OwnOnline and attached 3 VMPPAG 1002 OwnOnline and attached 4 VMPW01 1005 OwnOnline and attached 5 VMPW02 1006 OwnOnline and attached 6 VMPPG2 10E5 OwnOnline and attached 7 VMPW03 10EF OwnOnline and attached 8 VMPPG3 108F OwnOnline and attached 9 VMPPG4 109C OwnOnline and attached 10 VMPPG5 OwnOffline q 100c DASD 100C CP SYSTEM VMPAG5 0 Bobby Bauer Center for Information Technology National Institutes of Health Bethesda, MD 20892-5628 301-594-7474tel:301-594-7474 From: Bauer, Bobby (NIH/CIT) [E] Sent: Tuesday, March 29, 2011 9:18 AM To: IBMVM@LISTSERV.UARK.EDUmailto:IBMVM@LISTSERV.UARK.EDU Subject: RE: Dynamically adding page space That would help! I did that but it still didn't changed the cpowned state Bobby Bauer Center for Information Technology National Institutes of Health Bethesda, MD 20892-5628 301-594-7474tel:301-594-7474 From: Karl Kingston [mailto:karlkings...@ongov.netmailto:karlkings...@ongov.net] Sent: Tuesday, March 29, 2011 9:14 AM To: IBMVM@LISTSERV.UARK.EDUmailto:IBMVM@LISTSERV.UARK.EDU Subject: Re: Dynamically adding page space You're missing: ATTACH 100C TO SYSTEM From:Bauer, Bobby (NIH/CIT) [E] baue...@mail.nih.govmailto:baue...@mail.nih.gov To:IBMVM@LISTSERV.UARK.EDUmailto:IBMVM@LISTSERV.UARK.EDU Date:03/29/2011 09:10 AM Subject:Dynamically adding page space Sent by:The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDUmailto:IBMVM@LISTSERV.UARK.EDU I'm trying to dynamically add a page pack to our z/VM system and I've got a situation that I don't have in my notes. z/VM 5.4 on a z9 I've formatted the volume (3330-3) as a page volume and defined a cpowned slot for it. def cpowned slot 10 VMPPG5 But when I display cpowned, it show as offline: q cpowned Slot Vol-ID Rdev Type Status 1 VMPRES 1003 OwnOnline and attached 2 VMPSPL 1004 OwnOnline and attached 3 VMPPAG 1002 OwnOnline and attached 4 VMPW01 1005 OwnOnline and attached 5 VMPW02 1006 OwnOnline and attached 6 VMPPG2 10E5 OwnOnline and attached 7 VMPW03 10EF OwnOnline and attached 8 VMPPG3 108F OwnOnline and attached 9 VMPPG4 109C OwnOnline and attached 10 VMPPG5 OwnOffline However: q 100c DASD 100C VMPAG5 So what have I missed? Bobby Bauer Center for Information Technology National Institutes of Health Bethesda, MD 20892-5628 301-594-7474tel:301-594-7474
Re: Dynamically adding page space
Ah, those removable volumes, wonder there was a model 3 for it . Regards Lim ML On 29/03/11 9:29 PM, Frank M. Ramaekers wrote: 3330-3 Really? Frank M. Ramaekers Jr. *From:*The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] *On Behalf Of *Bauer, Bobby (NIH/CIT) [E] *Sent:* Tuesday, March 29, 2011 8:11 AM *To:* IBMVM@LISTSERV.UARK.EDU *Subject:* Dynamically adding page space I'm trying to dynamically add a page pack to our z/VM system and I've got a situation that I don't have in my notes. z/VM 5.4 on a z9 I've formatted the volume (3330-3) as a page volume and defined a cpowned slot for it. def cpowned slot 10 VMPPG5 But when I display cpowned, it show as offline: q cpowned Slot Vol-ID Rdev Type Status 1 VMPRES 1003 OwnOnline and attached 2 VMPSPL 1004 OwnOnline and attached 3 VMPPAG 1002 OwnOnline and attached 4 VMPW01 1005 OwnOnline and attached 5 VMPW02 1006 OwnOnline and attached 6 VMPPG2 10E5 OwnOnline and attached 7 VMPW03 10EF OwnOnline and attached 8 VMPPG3 108F OwnOnline and attached 9 VMPPG4 109C OwnOnline and attached 10 VMPPG5 OwnOffline However: q 100c DASD 100C VMPAG5 So what have I missed? Bobby Bauer Center for Information Technology National Institutes of Health Bethesda, MD20892-5628 301-594-7474 _ This message contains information which is privileged and confidential and is solely for the use of the intended recipient. If you are not the intended recipient, be aware that any review, disclosure, copying, distribution, or use of the contents of this message is strictly prohibited. If you have received this in error, please destroy it immediately and notify us at privacy...@ailife.com.
Re: Dynamically adding page space
Bobby: Volser must match. What is the correct: VMPPG5 or VMPAG5? __ Clovis From: Bauer, Bobby (NIH/CIT) [E] baue...@mail.nih.gov To: IBMVM@listserv.uark.edu Date: 29/03/2011 10:19 Subject: Re: Dynamically adding page space Sent by: The IBM z/VM Operating System IBMVM@listserv.uark.edu and now for the rest of the email q cpowned Slot Vol-ID Rdev Type Status 1 VMPRES 1003 OwnOnline and attached 2 VMPSPL 1004 OwnOnline and attached 3 VMPPAG 1002 OwnOnline and attached 4 VMPW01 1005 OwnOnline and attached 5 VMPW02 1006 OwnOnline and attached 6 VMPPG2 10E5 OwnOnline and attached 7 VMPW03 10EF OwnOnline and attached 8 VMPPG3 108F OwnOnline and attached 9 VMPPG4 109C OwnOnline and attached 10 VMPPG5 OwnOffline q 100c DASD 100C CP SYSTEM VMPAG5 0 Bobby Bauer Center for Information Technology National Institutes of Health Bethesda, MD 20892-5628 301-594-7474 From: Bauer, Bobby (NIH/CIT) [E] Sent: Tuesday, March 29, 2011 9:18 AM To: IBMVM@LISTSERV.UARK.EDU Subject: RE: Dynamically adding page space That would help! I did that but it still didn’t changed the cpowned state Bobby Bauer Center for Information Technology National Institutes of Health Bethesda, MD 20892-5628 301-594-7474 From: Karl Kingston [mailto:karlkings...@ongov.net] Sent: Tuesday, March 29, 2011 9:14 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Dynamically adding page space You're missing: ATTACH 100C TO SYSTEM From:Bauer, Bobby (NIH/CIT) [E] baue...@mail.nih.gov To:IBMVM@LISTSERV.UARK.EDU Date:03/29/2011 09:10 AM Subject:Dynamically adding page space Sent by:The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU I’m trying to dynamically add a page pack to our z/VM system and I’ve got a situation that I don’t have in my notes. z/VM 5.4 on a z9 I’ve formatted the volume (3330-3) as a page volume and defined a cpowned slot for it. def cpowned slot 10 VMPPG5 But when I display cpowned, it show as offline: q cpowned Slot Vol-ID Rdev Type Status 1 VMPRES 1003 OwnOnline and attached 2 VMPSPL 1004 OwnOnline and attached 3 VMPPAG 1002 OwnOnline and attached 4 VMPW01 1005 OwnOnline and attached 5 VMPW02 1006 OwnOnline and attached 6 VMPPG2 10E5 OwnOnline and attached 7 VMPW03 10EF OwnOnline and attached 8 VMPPG3 108F OwnOnline and attached 9 VMPPG4 109C OwnOnline and attached 10 VMPPG5 OwnOffline However: q 100c DASD 100C VMPAG5 So what have I missed? Bobby Bauer Center for Information Technology National Institutes of Health Bethesda, MD 20892-5628 301-594-7474
Page Space
Yesterday, we were running a test using 17 z/TPF virtual machines, 3GB each. This was in addition to the normal load on the system. During the test, which was not moving along very quickly, nothing was, I noticed that our page packs were 100% allocated, up from the usual 10%. This stood out as a smoking gun, verified by watching the performance improve as each of the ids in the test logged off. I presume that this should have been expected; however, other matters have kept us so busy that we did not do the math. I imagine that the one way to avoid this type of problem, we expect a peak of approximately 150 concurrent z/TPF systems in the coming year, is a massive injection of paging DASD. Is this the only answer or are there any other steps that we can take to help? Regards, Richard Schuh
Re: Page Space
You didn't say how much real memory you have. Presumably less than 60G :) You either add enough real memory or you add enough page space to hold them all (at less that 50% occupied. I don't think there are miracles available in this scenario. 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 Schuh, Richard Sent: Thursday, November 13, 2008 10:20 AM To: IBMVM@LISTSERV.UARK.EDU Subject: [IBMVM] Page Space Yesterday, we were running a test using 17 z/TPF virtual machines, 3GB each. This was in addition to the normal load on the system. During the test, which was not moving along very quickly, nothing was, I noticed that our page packs were 100% allocated, up from the usual 10%. This stood out as a smoking gun, verified by watching the performance improve as each of the ids in the test logged off. I presume that this should have been expected; however, other matters have kept us so busy that we did not do the math. I imagine that the one way to avoid this type of problem, we expect a peak of approximately 150 concurrent z/TPF systems in the coming year, is a massive injection of paging DASD. Is this the only answer or are there any other steps that we can take to help? Regards, Richard Schuh
Re: Page Space
Don't presume. 92G real, 10 xstore. All MDC activity is in real, limited to 384MB. And I do not know the color of the machine :-) Regards, Richard Schuh -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Marcy Cortes Sent: Thursday, November 13, 2008 10:29 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Page Space You didn't say how much real memory you have. Presumably less than 60G :) You either add enough real memory or you add enough page space to hold them all (at less that 50% occupied. I don't think there are miracles available in this scenario. 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 Schuh, Richard Sent: Thursday, November 13, 2008 10:20 AM To: IBMVM@LISTSERV.UARK.EDU Subject: [IBMVM] Page Space Yesterday, we were running a test using 17 z/TPF virtual machines, 3GB each. This was in addition to the normal load on the system. During the test, which was not moving along very quickly, nothing was, I noticed that our page packs were 100% allocated, up from the usual 10%. This stood out as a smoking gun, verified by watching the performance improve as each of the ids in the test logged off. I presume that this should have been expected; however, other matters have kept us so busy that we did not do the math. I imagine that the one way to avoid this type of problem, we expect a peak of approximately 150 concurrent z/TPF systems in the coming year, is a massive injection of paging DASD. Is this the only answer or are there any other steps that we can take to help? Regards, Richard Schuh
Re: Page Space
Sorry - I missed the in addition to normal load part. That must have been taking up a good chunk of it. 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. -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Schuh, Richard Sent: Thursday, November 13, 2008 10:36 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: [IBMVM] Page Space Don't presume. 92G real, 10 xstore. All MDC activity is in real, limited to 384MB. And I do not know the color of the machine :-) Regards, Richard Schuh -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Marcy Cortes Sent: Thursday, November 13, 2008 10:29 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Page Space You didn't say how much real memory you have. Presumably less than 60G :) You either add enough real memory or you add enough page space to hold them all (at less that 50% occupied. I don't think there are miracles available in this scenario. 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 Schuh, Richard Sent: Thursday, November 13, 2008 10:20 AM To: IBMVM@LISTSERV.UARK.EDU Subject: [IBMVM] Page Space Yesterday, we were running a test using 17 z/TPF virtual machines, 3GB each. This was in addition to the normal load on the system. During the test, which was not moving along very quickly, nothing was, I noticed that our page packs were 100% allocated, up from the usual 10%. This stood out as a smoking gun, verified by watching the performance improve as each of the ids in the test logged off. I presume that this should have been expected; however, other matters have kept us so busy that we did not do the math. I imagine that the one way to avoid this type of problem, we expect a peak of approximately 150 concurrent z/TPF systems in the coming year, is a massive injection of paging DASD. Is this the only answer or are there any other steps that we can take to help? Regards, Richard Schuh
Re: Page Space
Or you schedule your test at a time when you can take a sufficient number of your normal guests down. Dennis Bitterly clinging to my guns. -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Marcy Cortes Sent: Thursday, November 13, 2008 10:29 To: IBMVM@LISTSERV.UARK.EDU Subject: Re: [IBMVM] Page Space You didn't say how much real memory you have. Presumably less than 60G :) You either add enough real memory or you add enough page space to hold them all (at less that 50% occupied. I don't think there are miracles available in this scenario. 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 Schuh, Richard Sent: Thursday, November 13, 2008 10:20 AM To: IBMVM@LISTSERV.UARK.EDU Subject: [IBMVM] Page Space Yesterday, we were running a test using 17 z/TPF virtual machines, 3GB each. This was in addition to the normal load on the system. During the test, which was not moving along very quickly, nothing was, I noticed that our page packs were 100% allocated, up from the usual 10%. This stood out as a smoking gun, verified by watching the performance improve as each of the ids in the test logged off. I presume that this should have been expected; however, other matters have kept us so busy that we did not do the math. I imagine that the one way to avoid this type of problem, we expect a peak of approximately 150 concurrent z/TPF systems in the coming year, is a massive injection of paging DASD. Is this the only answer or are there any other steps that we can take to help? Regards, Richard Schuh
Re: Page Space
Do the math Number one reason for ONE outage at each new z/linux installation is to fill up page space - guess you were lucky and had some extra spool space (no block paging so slow), so you luckily didn't take the outage - which makes your servers even slower Schuh, Richard wrote: Don't presume. 92G real, 10 xstore. All MDC activity is in real, limited to 384MB. And I do not know the color of the machine :-) Regards, Richard Schuh -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Marcy Cortes Sent: Thursday, November 13, 2008 10:29 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Page Space You didn't say how much real memory you have. Presumably less than 60G :) You either add enough real memory or you add enough page space to hold them all (at less that 50% occupied. I don't think there are miracles available in this scenario. 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 Schuh, Richard Sent: Thursday, November 13, 2008 10:20 AM To: IBMVM@LISTSERV.UARK.EDU Subject: [IBMVM] Page Space Yesterday, we were running a test using 17 z/TPF virtual machines, 3GB each. This was in addition to the normal load on the system. During the test, which was not moving along very quickly, nothing was, I noticed that our page packs were 100% allocated, up from the usual 10%. This stood out as a smoking gun, verified by watching the performance improve as each of the ids in the test logged off. I presume that this should have been expected; however, other matters have kept us so busy that we did not do the math. I imagine that the one way to avoid this type of problem, we expect a peak of approximately 150 concurrent z/TPF systems in the coming year, is a massive injection of paging DASD. Is this the only answer or are there any other steps that we can take to help? Regards, Richard Schuh
Re: Page Space
We run 24 hours/day, there is no convenient time. And the test is just a precursor to daily demand. By the end of January, every TPF guest will be of the 3-8GB variety, probably a few as big as 32G. The latter will be scheduled for weekends when demand is lower. Regards, Richard Schuh -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of O'Brien, Dennis L Sent: Thursday, November 13, 2008 11:26 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Page Space Or you schedule your test at a time when you can take a sufficient number of your normal guests down. Dennis Bitterly clinging to my guns. -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Marcy Cortes Sent: Thursday, November 13, 2008 10:29 To: IBMVM@LISTSERV.UARK.EDU Subject: Re: [IBMVM] Page Space You didn't say how much real memory you have. Presumably less than 60G :) You either add enough real memory or you add enough page space to hold them all (at less that 50% occupied. I don't think there are miracles available in this scenario. 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 Schuh, Richard Sent: Thursday, November 13, 2008 10:20 AM To: IBMVM@LISTSERV.UARK.EDU Subject: [IBMVM] Page Space Yesterday, we were running a test using 17 z/TPF virtual machines, 3GB each. This was in addition to the normal load on the system. During the test, which was not moving along very quickly, nothing was, I noticed that our page packs were 100% allocated, up from the usual 10%. This stood out as a smoking gun, verified by watching the performance improve as each of the ids in the test logged off. I presume that this should have been expected; however, other matters have kept us so busy that we did not do the math. I imagine that the one way to avoid this type of problem, we expect a peak of approximately 150 concurrent z/TPF systems in the coming year, is a massive injection of paging DASD. Is this the only answer or are there any other steps that we can take to help? Regards, Richard Schuh
Re: Page Space
Sounds like you'll be needing a boatload of paging DASD. Don't forget you only get 256 cp owned slots. So maybe you want to use mod 9. 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. -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Schuh, Richard Sent: Thursday, November 13, 2008 11:38 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: [IBMVM] Page Space We run 24 hours/day, there is no convenient time. And the test is just a precursor to daily demand. By the end of January, every TPF guest will be of the 3-8GB variety, probably a few as big as 32G. The latter will be scheduled for weekends when demand is lower. Regards, Richard Schuh -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of O'Brien, Dennis L Sent: Thursday, November 13, 2008 11:26 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Page Space Or you schedule your test at a time when you can take a sufficient number of your normal guests down. Dennis Bitterly clinging to my guns. -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Marcy Cortes Sent: Thursday, November 13, 2008 10:29 To: IBMVM@LISTSERV.UARK.EDU Subject: Re: [IBMVM] Page Space You didn't say how much real memory you have. Presumably less than 60G :) You either add enough real memory or you add enough page space to hold them all (at less that 50% occupied. I don't think there are miracles available in this scenario. 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 Schuh, Richard Sent: Thursday, November 13, 2008 10:20 AM To: IBMVM@LISTSERV.UARK.EDU Subject: [IBMVM] Page Space Yesterday, we were running a test using 17 z/TPF virtual machines, 3GB each. This was in addition to the normal load on the system. During the test, which was not moving along very quickly, nothing was, I noticed that our page packs were 100% allocated, up from the usual 10%. This stood out as a smoking gun, verified by watching the performance improve as each of the ids in the test logged off. I presume that this should have been expected; however, other matters have kept us so busy that we did not do the math. I imagine that the one way to avoid this type of problem, we expect a peak of approximately 150 concurrent z/TPF systems in the coming year, is a massive injection of paging DASD. Is this the only answer or are there any other steps that we can take to help? Regards, Richard Schuh
Re: Page Space
The 256 slot limit will force me to get larger disks. We have been using mod3s. I guess I will ask for enough mod9s to replace the existing and add additional space. Regards, Richard Schuh -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Marcy Cortes Sent: Thursday, November 13, 2008 11:41 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Page Space Sounds like you'll be needing a boatload of paging DASD. Don't forget you only get 256 cp owned slots. So maybe you want to use mod 9. 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. -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Schuh, Richard Sent: Thursday, November 13, 2008 11:38 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: [IBMVM] Page Space We run 24 hours/day, there is no convenient time. And the test is just a precursor to daily demand. By the end of January, every TPF guest will be of the 3-8GB variety, probably a few as big as 32G. The latter will be scheduled for weekends when demand is lower. Regards, Richard Schuh -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of O'Brien, Dennis L Sent: Thursday, November 13, 2008 11:26 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Page Space Or you schedule your test at a time when you can take a sufficient number of your normal guests down. Dennis Bitterly clinging to my guns. -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Marcy Cortes Sent: Thursday, November 13, 2008 10:29 To: IBMVM@LISTSERV.UARK.EDU Subject: Re: [IBMVM] Page Space You didn't say how much real memory you have. Presumably less than 60G :) You either add enough real memory or you add enough page space to hold them all (at less that 50% occupied. I don't think there are miracles available in this scenario. 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 Schuh, Richard Sent: Thursday, November 13, 2008 10:20 AM To: IBMVM@LISTSERV.UARK.EDU Subject: [IBMVM] Page Space Yesterday, we were running a test using 17 z/TPF virtual machines, 3GB each. This was in addition to the normal load on the system. During the test, which was not moving along very quickly, nothing was, I noticed that our page packs were 100% allocated, up from the usual 10%. This stood out as a smoking gun, verified by watching the performance improve as each of the ids in the test logged off. I presume that this should have been expected; however, other matters have kept us so busy that we did not do the math. I imagine that the one way to avoid this type of problem, we expect a peak of approximately 150 concurrent z/TPF systems in the coming year, is a massive injection of paging DASD. Is this the only answer or are there any other steps that we can take to help? Regards, Richard Schuh
Re: Page Space
This was not in an LPAR that runs Linux. It if TPF that is growing out of control. We didn't hit any server, just the everyday users of our non-Linux VM system. Lucky? Yes and no. We had already increased page space to account for what we were told would be the average size of a z/TPF machine. We were used to running at less than 10% allocated. And we had also increased spool to allow for z/TPF dumps. Together, they kept us out of the really deep stuff. Regards, Richard Schuh -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Barton Robinson Sent: Thursday, November 13, 2008 11:36 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Page Space Do the math Number one reason for ONE outage at each new z/linux installation is to fill up page space - guess you were lucky and had some extra spool space (no block paging so slow), so you luckily didn't take the outage - which makes your servers even slower Schuh, Richard wrote: Don't presume. 92G real, 10 xstore. All MDC activity is in real, limited to 384MB. And I do not know the color of the machine :-) Regards, Richard Schuh -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Marcy Cortes Sent: Thursday, November 13, 2008 10:29 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Page Space You didn't say how much real memory you have. Presumably less than 60G :) You either add enough real memory or you add enough page space to hold them all (at less that 50% occupied. I don't think there are miracles available in this scenario. 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 Schuh, Richard Sent: Thursday, November 13, 2008 10:20 AM To: IBMVM@LISTSERV.UARK.EDU Subject: [IBMVM] Page Space Yesterday, we were running a test using 17 z/TPF virtual machines, 3GB each. This was in addition to the normal load on the system. During the test, which was not moving along very quickly, nothing was, I noticed that our page packs were 100% allocated, up from the usual 10%. This stood out as a smoking gun, verified by watching the performance improve as each of the ids in the test logged off. I presume that this should have been expected; however, other matters have kept us so busy that we did not do the math. I imagine that the one way to avoid this type of problem, we expect a peak of approximately 150 concurrent z/TPF systems in the coming year, is a massive injection of paging DASD. Is this the only answer or are there any other steps that we can take to help? Regards, Richard Schuh
Re: Page Space
What will be the effect, other than having additional space available, of adding five mod 9 disks to the existing page farm of 35 mod 3s? Would there be a noticeable change in the performance of the paging subsystem? (I suspect that any change will be less noticeable than the effects of filling both page and spool. :-) ) Regards, Richard Schuh -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Barton Robinson Sent: Thursday, November 13, 2008 11:36 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Page Space Do the math Number one reason for ONE outage at each new z/linux installation is to fill up page space - guess you were lucky and had some extra spool space (no block paging so slow), so you luckily didn't take the outage - which makes your servers even slower Schuh, Richard wrote: Don't presume. 92G real, 10 xstore. All MDC activity is in real, limited to 384MB. And I do not know the color of the machine :-) Regards, Richard Schuh -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Marcy Cortes Sent: Thursday, November 13, 2008 10:29 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Page Space You didn't say how much real memory you have. Presumably less than 60G :) You either add enough real memory or you add enough page space to hold them all (at less that 50% occupied. I don't think there are miracles available in this scenario. 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 Schuh, Richard Sent: Thursday, November 13, 2008 10:20 AM To: IBMVM@LISTSERV.UARK.EDU Subject: [IBMVM] Page Space Yesterday, we were running a test using 17 z/TPF virtual machines, 3GB each. This was in addition to the normal load on the system. During the test, which was not moving along very quickly, nothing was, I noticed that our page packs were 100% allocated, up from the usual 10%. This stood out as a smoking gun, verified by watching the performance improve as each of the ids in the test logged off. I presume that this should have been expected; however, other matters have kept us so busy that we did not do the math. I imagine that the one way to avoid this type of problem, we expect a peak of approximately 150 concurrent z/TPF systems in the coming year, is a massive injection of paging DASD. Is this the only answer or are there any other steps that we can take to help? Regards, Richard Schuh
Re: Page Space
I have to find the stuff, but at the z Expo we were told that mixing DASD types in a page farm is BD! I don't remember right off hand why. Maybe someone else can chime in while I research. On Thu, Nov 13, 2008 at 3:28 PM, Schuh, Richard [EMAIL PROTECTED] wrote: What will be the effect, other than having additional space available, of adding five mod 9 disks to the existing page farm of 35 mod 3s? Would there be a noticeable change in the performance of the paging subsystem? (I suspect that any change will be less noticeable than the effects of filling both page and spool. :-) ) Regards, Richard Schuh -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Barton Robinson Sent: Thursday, November 13, 2008 11:36 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Page Space Do the math Number one reason for ONE outage at each new z/linux installation is to fill up page space - guess you were lucky and had some extra spool space (no block paging so slow), so you luckily didn't take the outage - which makes your servers even slower Schuh, Richard wrote: Don't presume. 92G real, 10 xstore. All MDC activity is in real, limited to 384MB. And I do not know the color of the machine :-) Regards, Richard Schuh -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Marcy Cortes Sent: Thursday, November 13, 2008 10:29 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Page Space You didn't say how much real memory you have. Presumably less than 60G :) You either add enough real memory or you add enough page space to hold them all (at less that 50% occupied. I don't think there are miracles available in this scenario. 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 Schuh, Richard Sent: Thursday, November 13, 2008 10:20 AM To: IBMVM@LISTSERV.UARK.EDU Subject: [IBMVM] Page Space Yesterday, we were running a test using 17 z/TPF virtual machines, 3GB each. This was in addition to the normal load on the system. During the test, which was not moving along very quickly, nothing was, I noticed that our page packs were 100% allocated, up from the usual 10%. This stood out as a smoking gun, verified by watching the performance improve as each of the ids in the test logged off. I presume that this should have been expected; however, other matters have kept us so busy that we did not do the math. I imagine that the one way to avoid this type of problem, we expect a peak of approximately 150 concurrent z/TPF systems in the coming year, is a massive injection of paging DASD. Is this the only answer or are there any other steps that we can take to help? Regards, Richard Schuh -- Mark Pace Mainline Information Systems 1700 Summit Lake Drive Tallahassee, FL. 32317
Re: Page Space
Richard, Nothing unusual will happen at first. As the mod 3s start filling up, the system will attempt to page preferentially to the mod 9s because their performance will be better. (The paging subsystem will be able to write longer blocks of pages to the less full volumes.) In the extreme, you'll end up paging exclusively to those five volumes. One hopes you'd resolve the configuration (replace mod 3s with more mod 9s) before reaching that point Marty -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Schuh, Richard Sent: Thursday, November 13, 2008 3:28 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Page Space What will be the effect, other than having additional space available, of adding five mod 9 disks to the existing page farm of 35 mod 3s? Would there be a noticeable change in the performance of the paging subsystem? (I suspect that any change will be less noticeable than the effects of filling both page and spool. :-) ) Regards, Richard Schuh -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Barton Robinson Sent: Thursday, November 13, 2008 11:36 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Page Space Do the math Number one reason for ONE outage at each new z/linux installation is to fill up page space - guess you were lucky and had some extra spool space (no block paging so slow), so you luckily didn't take the outage - which makes your servers even slower Schuh, Richard wrote: Don't presume. 92G real, 10 xstore. All MDC activity is in real, limited to 384MB. And I do not know the color of the machine :-) Regards, Richard Schuh -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Marcy Cortes Sent: Thursday, November 13, 2008 10:29 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Page Space You didn't say how much real memory you have. Presumably less than 60G :) You either add enough real memory or you add enough page space to hold them all (at less that 50% occupied. I don't think there are miracles available in this scenario. 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 Schuh, Richard Sent: Thursday, November 13, 2008 10:20 AM To: IBMVM@LISTSERV.UARK.EDU Subject: [IBMVM] Page Space Yesterday, we were running a test using 17 z/TPF virtual machines, 3GB each. This was in addition to the normal load on the system. During the test, which was not moving along very quickly, nothing was, I noticed that our page packs were 100% allocated, up from the usual 10%. This stood out as a smoking gun, verified by watching the performance improve as each of the ids in the test logged off. I presume that this should have been expected; however, other matters have kept us so busy that we did not do the math. I imagine that the one way to avoid this type of problem, we expect a peak of approximately 150 concurrent z/TPF systems in the coming year, is a massive injection of paging DASD. Is this the only answer or are there any other steps that we can take to help? Regards, Richard Schuh
Re: Page Space
We have a holiday freeze to contend with, so I have no choice except to use what is already at hand or can be obtained in the next 3 days without spending any money. The only paging we see is when we have a bunch of these miscreants on the system, so it might be better for me to take the chance and mix the sizes. I think I would rather do that than run out of real estate. I will not be able to replace the dasd until some time after mid January. Regards, Richard Schuh -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Marty Zimelis Sent: Thursday, November 13, 2008 12:37 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Page Space Richard, Nothing unusual will happen at first. As the mod 3s start filling up, the system will attempt to page preferentially to the mod 9s because their performance will be better. (The paging subsystem will be able to write longer blocks of pages to the less full volumes.) In the extreme, you'll end up paging exclusively to those five volumes. One hopes you'd resolve the configuration (replace mod 3s with more mod 9s) before reaching that point Marty -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Schuh, Richard Sent: Thursday, November 13, 2008 3:28 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Page Space What will be the effect, other than having additional space available, of adding five mod 9 disks to the existing page farm of 35 mod 3s? Would there be a noticeable change in the performance of the paging subsystem? (I suspect that any change will be less noticeable than the effects of filling both page and spool. :-) ) Regards, Richard Schuh -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Barton Robinson Sent: Thursday, November 13, 2008 11:36 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Page Space Do the math Number one reason for ONE outage at each new z/linux installation is to fill up page space - guess you were lucky and had some extra spool space (no block paging so slow), so you luckily didn't take the outage - which makes your servers even slower Schuh, Richard wrote: Don't presume. 92G real, 10 xstore. All MDC activity is in real, limited to 384MB. And I do not know the color of the machine :-) Regards, Richard Schuh -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Marcy Cortes Sent: Thursday, November 13, 2008 10:29 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Page Space You didn't say how much real memory you have. Presumably less than 60G :) You either add enough real memory or you add enough page space to hold them all (at less that 50% occupied. I don't think there are miracles available in this scenario. 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 Schuh, Richard Sent: Thursday, November 13, 2008 10:20 AM To: IBMVM@LISTSERV.UARK.EDU Subject: [IBMVM] Page Space Yesterday, we were running a test using 17 z/TPF virtual machines, 3GB each. This was in addition to the normal load on the system. During the test, which was not moving along very quickly, nothing was, I noticed that our page packs were 100% allocated, up from the usual 10%. This stood out as a smoking gun, verified by watching the performance improve as each of the ids in the test logged off. I presume that this should have been expected; however, other matters have kept us so busy that we did not do the math. I imagine that the one way to avoid this type of problem, we expect a peak of approximately 150 concurrent z/TPF systems in the coming year, is a massive injection of paging DASD. Is this the only answer or are there any other steps that we can take to help? Regards, Richard Schuh
Re: Page Space
Nah, mixing device types won't hurt much. as they fill, they start performing worse, and vm balances the load to ensure optiomal performance. read about mload. Mark Pace wrote: I have to find the stuff, but at the z Expo we were told that mixing DASD types in a page farm is BD! I don't remember right off hand why. Maybe someone else can chime in while I research. On Thu, Nov 13, 2008 at 3:28 PM, Schuh, Richard [EMAIL PROTECTED] wrote: What will be the effect, other than having additional space available, of adding five mod 9 disks to the existing page farm of 35 mod 3s? Would there be a noticeable change in the performance of the paging subsystem? (I suspect that any change will be less noticeable than the effects of filling both page and spool. :-) ) Regards, Richard Schuh -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Barton Robinson Sent: Thursday, November 13, 2008 11:36 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Page Space Do the math Number one reason for ONE outage at each new z/linux installation is to fill up page space - guess you were lucky and had some extra spool space (no block paging so slow), so you luckily didn't take the outage - which makes your servers even slower Schuh, Richard wrote: Don't presume. 92G real, 10 xstore. All MDC activity is in real, limited to 384MB. And I do not know the color of the machine :-) Regards, Richard Schuh -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Marcy Cortes Sent: Thursday, November 13, 2008 10:29 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Page Space You didn't say how much real memory you have. Presumably less than 60G :) You either add enough real memory or you add enough page space to hold them all (at less that 50% occupied. I don't think there are miracles available in this scenario. 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 Schuh, Richard Sent: Thursday, November 13, 2008 10:20 AM To: IBMVM@LISTSERV.UARK.EDU Subject: [IBMVM] Page Space Yesterday, we were running a test using 17 z/TPF virtual machines, 3GB each. This was in addition to the normal load on the system. During the test, which was not moving along very quickly, nothing was, I noticed that our page packs were 100% allocated, up from the usual 10%. This stood out as a smoking gun, verified by watching the performance improve as each of the ids in the test logged off. I presume that this should have been expected; however, other matters have kept us so busy that we did not do the math. I imagine that the one way to avoid this type of problem, we expect a peak of approximately 150 concurrent z/TPF systems in the coming year, is a massive injection of paging DASD. Is this the only answer or are there any other steps that we can take to help? Regards, Richard Schuh
Re: Page Space
Marty did an excellent job of summarizing the effects of mixing sizes. Unpleasant in extreme cases yet infintely better than zero performance. That's what Brian Wade described in the case studies at the zExpo.
Re: Page Space
On Thursday, 11/13/2008 at 01:20 EST, Schuh, Richard [EMAIL PROTECTED] wrote: Yesterday, we were running a test using 17 z/TPF virtual machines, 3GB each. This was in addition to the normal load on the system. During the test, which was not moving along very quickly, nothing was, I noticed that our page packs were 100% allocated, up from the usual 10%. This stood out as a smoking gun, verified by watching the performance improve as each of the ids in the test logged off. I presume that this should have been expected; however, other matters have kept us so busy that we did not do the math. I imagine that the one way to avoid this type of problem, we expect a peak of approximately 150 concurrent z/TPF systems in the coming year, is a massive injection of paging DASD. Is this the only answer or are there any other steps that we can take to help? Make sure your dasd subsystem is up to the task, using your fave perf monitor to keep an eye on I/O response times. Alan Altmark z/VM Development IBM Endicott