George, glad be of help. DataDirect is not a party in the IBM lawsuit, in fact, we are strongly in favor of IBM's specialty engine strategy. We have been able to achieve almost 100% zIIP eligibility in our Shadow products and deliver real TCO savings to our customers while remaining in strict compliance with IBM's zIIP offload rules. This could not have been done without IBM and their support. If your clients need further validation regarding the integrity of our approach, they may contact Mark Anzani, VP, Chief Technology Officer, System z.
Best, Gregg -----Original Message----- From: IBM Mainframe Discussion List [mailto:[email protected]] On Behalf Of George Henke Sent: Monday, February 22, 2010 3:57 PM To: [email protected] Subject: Re: zAAp on zIIP Question Thank you very much, Gregg, for the enlightenment. My current client is seriously considering your product, SHADOW, after I informed them last week that a previous client was able to extend the life of their 2 GPP configuration enormously by installing your product, SHADOW. My previous client, who has been running your product now for some time, spoke very highly of it. I have read your posts and find them very helpful in removing any legal concerns to which my client is very sensitive. Does this mean that DataDirect has not been named as a party in the IBM suit? On Mon, Feb 22, 2010 at 2:01 PM, Gregg Willhoit <[email protected] > wrote: > George, while I appreciate you calling Shadow a great program product, I > have to remind you that we at Progress|DataDirect have absolutely nothing in > common with NEON regarding our approaches to TCO, zIIP utilization, and most > importantly how we conduct ourselves with regard to our relationships with > IBM, other ISVs, and our customers. Hopefully some of the following blogs I > posted last year will clarify this for you. > > Best, > Gregg Willhoit > Chief Software Architect > Progress|DataDirect > > > http://blogs.datadirect.com/2009/07/setting-the-record-straight-datadirect-shadow-is-not-affiliated-with-neon-enterprise-software.html > > > http://blogs.datadirect.com/2009/08/violation-vs-exploitation-ibm-clarifies-authorized-use-of-ibm-specialty-enginesprocessors.html > > > http://blogs.datadirect.com/2009/07/ibm-cautions-customers-about-neon-enterprise-softwares-zprime-product.html > > -----Original Message----- > From: IBM Mainframe Discussion List [mailto:[email protected]] On > Behalf Of George Henke > Sent: Friday, February 19, 2010 6:37 PM > To: [email protected] > Subject: Re: zAAp on zIIP Question > > BTW: There are 2 great program products out there, Shadow and Neon, that > will do some TCB SRB footwork under the covers and let you run a > significant > amount of ineligible non-ENCLAVE TCB workloads, like CICS, on a Ziip > processor. > > I know of one implementation of Shadow at a previous client which has > extended the life of their 2 GPP's enormously with no ill effects. > > IBM has started some litigation over this, so it is probably a very good > tool. :-) And time is of the essence before they start metering and > throttling Ziip/Zaap processors. > > > > On Fri, Feb 19, 2010 at 6:25 PM, Edward Jaffe > <[email protected]>wrote: > > > Klein, Kevin wrote: > > > >> I'm wondering if anyone here has any experience with the ZAAPZIIP > feature > >> of z/OS 1.11 yet. > >> > >> > > > > Yes. We use it here. > > > > > > We know not all zIIP-eligible work is dispatched to a zIIP engine (about > >> 50% of DB2 9 DDF work if what I've read is correct). If one has only > zIIP > >> engines and uses the ZAAPZIIP option on z/OS 1.11 is the same "penalty" > >> applied or will all zAAP-eligible work be dispatched to the zIIP > engines. > >> > >> > > > > The creator of the enclave specifies the percentage of SRB mode work > > running in the enclave that is eligible for redirection to zIIP. DB2 is > > deliberately setting the percentage below 100%. In our products, we > always > > set the percentage to 100%. > > > > zAAP on zIIP does not use this instrumentation. No enclaves; no SRBs. The > > feature simply allows all work that would have been queued to the WUQ for > > zAAPs (if there were any) to be queued to the WUQ for zIIPs. > > > > -- > > Edward E Jaffe > > Phoenix Software International, Inc > > 831 Parkview Drive North > > El Segundo, CA 90245 > > 310-338-0400 x318 > > [email protected] > > http://www.phoenixsoftware.com/ > > > > > > ---------------------------------------------------------------------- > > 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 > > > > > > -- > George Henke > (C) 845 401 5614 > > ---------------------------------------------------------------------- > 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 > > ---------------------------------------------------------------------- > 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 > -- George Henke (C) 845 401 5614 ---------------------------------------------------------------------- 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 ---------------------------------------------------------------------- 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
