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: [email protected]
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: [email protected]
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
