Really? Is engine switching overhead with SP's and GP's CP's more of a concern versus running WAS with GP CP's and other traditional workloads from a performance perspective? Hmm. I've been there, no SP's, and it can be very ugly. I'm not sure I follow you...So are you saying zAAP's really don't help the overall performance of a mix of WAS and traditional workloads when running this type of mix on the same LPAR? Sorry, maybe I'm misreading the below...
--- On Wed, 2/3/10, Mark Zelden <[email protected]> wrote: From: Mark Zelden <[email protected]> Subject: Re: IBM countersues Neon over zPrime accelerator To: [email protected] Date: Wednesday, February 3, 2010, 3:34 PM On Wed, 3 Feb 2010 06:59:19 -0800, Patrick Falcone <[email protected]> wrote: >While I agree with what you are saying and being a very early WAS customer there were also sometimes severe implications to performance *trying* to get WAS to play nice with the traditional workloads. Something had to be done to allow the 2, trad. workloads & WebFear, to cohabitate... > That has nothing to do with specialty engines. As a matter of fact it makes the problem worse due to all the engine switching that has to take place. Not to mention that the specialty engines could be in a different book. So in that respect, the entire concept of specialty engines is bad and was done for marketing / pricing. It never had anything to do with helping performance and mixing traditional and new workloads on the same LPAR. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:[email protected] z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html ---------------------------------------------------------------------- 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
