Certainly, SYSA can take unused cycles, they are distributed according to weights. What you haven't said is what mode your CFs are running in, so I will assume the are dynamically dispatched. The thing you need to be very careful about here is that the CF partitions can get the cycles they need when they need them. According to your calculations, your CF partitions are promised 100 and 36 MIPS respectively - but is that enough? I prefer to over-weight CFs that run on shared CPs, since it helps ensure that the CF has access to the CPU when it needs it. If there are many CF requests and not enough available cycles to service them you could get in trouble quickly.
>>> John Mitchelle <john.mitche...@googlemail.com> 12/4/2009 11:57 AM >>> Hi, I have 936 MIPS processor Z02-2096 z9BC I have 4 LPARS and 2 CF LPARs SYSA (Prod) SYSB (Dev) SYSC (Test) SYSD (Maint) SYCF1 SYCF2 Both CPU Engines are online across all LPAR's. Wts are in such a way that MIPS Allocation are 650 for SYSA 50 for SYSB 50 for SYSC 50 for SYSD 100 MIPS for SYCF1 and 36 MIPS for SYCF2 , SYSA is UNCAPPED and SYSB, SYSC and SYSD are CAPPED. Recently we are having issues related to MIPS capacity. I am aware that in case SYSA needs more capacity then it can take from SYSB,SYSC,SYSD if available. However, was wondering whether system will allow to take MIPS from Coupling Facility LPAR's as well or not if available ? These are the structures in use for CF ISGLOCK IXCXCF1 IXCXCF2 Is there any advantage in getting rid of these coupling facility ? Will that give us comfort ofhaving these additional MIPS ? John ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains confidential and privileged information intended only for the addressee. If you are not the intended recipient, please be advised that you have received this material in error and that any forwarding, copying, printing, distribution, use or disclosure of the material is strictly prohibited. If you have received this material in error, please (i) do not read it, (ii) reply to the sender that you received the message in error, and (iii) erase or destroy the material. Emails are not secure and can be intercepted, amended, lost or destroyed, or contain viruses. You are deemed to have accepted these risks if you communicate with us by email. Thank you. ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html