I guess I missed reading about zNALC. Does it also apply to z/VM? I.E. can I put my traditional VM (not LINUX NOT IFL) on 1 engine on my 54-way and pay for 1 engine instead of all of them?
Marcy Cortes "This message may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose, or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation." -----Original Message----- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Richards.Bob Sent: Wednesday, May 23, 2007 2:06 PM To: [email protected] Subject: Re: [LINUX-390] OK - a really stupid question. Here is another consideration for this discussion: Until recently, deploying WAS on z/OS was very cost prohibitive, especially with the OTC and S&S costs. However, with the zNALC pricing announcement providing LPAR pricing, the playing field changed. Now you can create and control a WAS-only lpar and how many MSUs you want it to consume. z/OS, its features and some other charges for that lpar possibly drop to single digits (in the thousands of $$$ and are separate from normal z/OS WLC charges). Of course, some good reasons for this setup could assume your backstore (DB2) is on the same platform, zAAPs can be available and other synergies can be achieved (high availability, GDPS, etc.). What is nice about z/Linux and ZNALC is that you now have application, business and infrastructural *choices* that won't break the bank based strictly on processor license cost issues we all have observed on Unix platforms and full capacity-based IPLA product charges under z/OS. Bob Richards -----Original Message----- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of McKown, John Sent: Wednesday, May 23, 2007 4:15 PM To: [email protected] Subject: Re: OK - a really stupid question. > -----Original Message----- > From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of > Mark Post > Sent: Wednesday, May 23, 2007 3:07 PM > To: [email protected] > Subject: Re: OK - a really stupid question. > > > >>> On Wed, May 23, 2007 at 3:49 PM, in message > <[EMAIL PROTECTED] > om>, "McKown, > John" <[EMAIL PROTECTED]> wrote: > -snip- > > I think that what he is saying is that it would be cheaper > to use a zAAP > > for Java support on z/Linux and z/VM than to get another > IFL and put it > > into the pool when all it is really needed for is Java > programs. z/Linux > > and z/VM are licensed by number of CPs/IFLs and he is > assuming that a > > zAAP under z/Linux would not increase his software cost. > > I understand that. My point is that just using IFLs is (most > probably) less expensive than what's going on today. Getting IBM to > make zAAPs available on Linux is highly unlikely (although I won't say > impossible). They've already made huge cost reductions available as > is. > > > Mark Post > Ah. And I hadn't thought about it much, but it would be likely that enabling the zAAP would require a change to z/Linux dispatching as it did to z/OS as well as a modified JVM. Modifying the JVM might be OK. But to modify the z/Linux dispatcher would likely put out "too much" information about how the zAAP is enabled. Right now, that information is rather restricted so that some "hot shot" would not be as likely to try to "fake out" the z/OS dispatcher to get his own non-Java code to run on a zAAP. Of course, this later is just speculation on my part. -- John McKown LEGAL DISCLAIMER The information transmitted is intended solely for the individual or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of or taking action in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you have received this email in error please contact the sender and delete the material from any computer. SunTrust and Seeing beyond money are federally registered service marks of SunTrust Banks, Inc. [ST:XCL] ---------------------------------------------------------------------- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 ---------------------------------------------------------------------- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
smime.p7s
Description: S/MIME cryptographic signature
