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
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
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,
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
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,
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
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
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
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
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
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
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
@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
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
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
: 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 Own
/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
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
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
: 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
[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
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
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
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
, 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
:[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
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
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
-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
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
] 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
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
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
. :-) )
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
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
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
] 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
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.
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
39 matches
Mail list logo