We also moved from standalone CF to ICF for financial reasons. But our management had the foresight to spring for some ICF engines in the process. They reasoned that enough money would be saved just on maintenance to justify the extra CPs.
An additional saving for many shops is memory. Unused/unusable memory in a standalone CF can now be pooled with MVS memory. That is, external CFs need memory installed in whatever increments the hardware requires regardless of how much is needed for CF LPARs. We had to over-buy memory because if we ran out, only an upgrade could relieve the shortage. With ICF, memory can be allocated into or out of other LPARs in order to more precisely satisfy structure requirements without wasteful overkill. Adjustments can be made with nothing more disruptive than bouncing a couple of LPARs. In other words, try hard to sell the idea of at least one ICF CP--which can be shared among LPARs under favorable conditions. You will still save money by eliminating footprint(s) without tossing performance into a tar pit. . . JO.Skip Robinson Southern California Edison Company SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile [EMAIL PROTECTED] IBM Mainframe Discussion List <[email protected]> wrote on 02/17/2006 02:41:51 PM: > From: "Frank Leblanc" > > > > We have been requested to create a production coupling facility LPAR that > > will share the general purpose engines. > > It will replace the external CF, thus saving money in maintenance, etc. > > Mmmmm - everyone's at the mercy of "bean counters". > > > Has anyone else tried this and what was your success or failure in the > attempt? > > Works fine. > Whether it's what you really want is another question. The z/Architecture > machines basically handle things themselves, with requests being converted > to async dynamically. > > Will play merry hell with CF response times: > - Datasharing would be a no-no, but you know that already. > - for the GRS Star numbers, you can probably just move the decimal point. > Hopefully just once, maybe twice - I'll let you guess in which direction. > Converting back to ring mode is another option - mmmmm. > - some you couldn't care less about, like LOGREC. > > Make sure you have all your RMF data available for some comparisons after > the fact. Won't help then, but may give you ammo for future fights. > > Shane ... ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
