But what about the vdisk blocks? Those really need to be taken into consideration too. If someone decided the right number for VM size was too low, those vdisk blocks would be making up the impact to memory, maybe a lot.
Marcy Cortes "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 Robert J Brenneman Sent: Monday, May 12, 2008 6:24 PM To: [email protected] Subject: Re: [IBMVM] Overcommit ratio Sum up the default virtual storage allocation for each running guest on the system and divide that by the total amount of central storage. Can I just take the (Pageable storage number + Pages on DASD ) / pageable storage number? That just gives you your overcommit ratio at this second - not your worst case given the current definitions of everything running on the box. Your calculation will not be pessimistic enough to allow for a system where everyone decided that they needed all their memory, right now. -- Jay Brenneman
