DB2 V8, WLM, zOS dispatcher - they decide if piece of work runs on CP or zIIP. Now only some SRBs in some enclaves are dispatched on zIIP. So the "licence" is enforced by code and microcode, you don't have to study legal stuff for that. IFL - I am not sure what you mean by "In the VM context, IBM has already delivered software that will run fine on an IFL". z/VM runs on IFL and it is perfectly legal. IFL is designed for running Linux or Linux under z/VM. z/VM on IFLs is much cheaper then on CPs. What license doesn't allow is running z/OS under z/VM on IFLs. All specialty engines are here to allow you running new workload. Linux on IFL, Java on zAAP, DB2 on zIIP. If you are on z890, all specialty engines run full speed regardless of CP speed. If you have Java code, try to run estimator how much of that code would run on zAAP. It shows you how much of CP time you save.
Marian Gasparovic IBM Slovakia On 4/5/06, Tony Harminc <[EMAIL PROTECTED]> wrote: > > Ted MacNEIL wrote: > > > >requests made from the application server, to the host, via SQL calls > > over a DRDAR over TCP/IP connection. > > > > This a marketting decision to determine technical direction! > > I can make remote procedure calls over SNA! > > How would the zIIP know (or care)? > > Ultimately it seems to me that all these "What can run on engine type x" > questions are far more legal than technical. You may well be able to get > DB2 to run some work that came in via SNA from the same LPAR or something, > but the licence probably doesn't allow it. By the same token, you could > probably zap z/OS to run on an IFL and save lots of money, but I doubt it > would be legal. Or maybe you could convince the dispatcher to run COBOL on > a > zAAP. > > In the VM context, IBM has already delivered software that will run fine > on > an IFL, but cannot be licensed to do so (except perhaps by special bid). > That it happens to run doesn't make it OK. > > The bottom line, as we all know, is that IBM wants to keep the margins up > on > engines running traditional workloads, while competing with cheaper iron > for > work that they perceive might otherwise be in danger of migrating there. > Whether they enforce this by contractual or technical means doesn't much > matter. If someone comes up with a loophole in either, IBM will change the > rules as necessary. > > > O-KAY! BLUE! JAYS! > > Let's PLAY! BALL! > > Ah... 92/93 > > Tony H. > > ---------------------------------------------------------------------- > 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
