>It's not enforced. But, the cost of non-compliance may bankrupt some businesses, so it is best to follow the rules.
Translation: "Our lawyers can beat up your lawyers." "The Church is near, but the road is icy. The tavern is far, but I will walk carefully." - old Hungarian Proverb Gordon W. Wolfe, Ph.D. Boeing VM Enterprise Servers 425-865-5940 -----Original Message----- From: Rich Smrcina [mailto:[EMAIL PROTECTED] Sent: Saturday, April 02, 2005 7:02 PM To: [email protected] Subject: Re: Per engine pricing.. It's not enforced. But, the cost of non-compliance may bankrupt some businesses, so it is best to follow the rules. The IFL is designed to offload z/VM and Linux workload to a separate set of engines so that the workload doesn't interfere with the standard engines (the same theory applies to the zAAP). Upgrading the standard engines is significantly more expensive (for hardware and software) than upgrading the IFL(s). The IFLs are segregated into a separate LPARs so that software vendors can be certain that they will not be brought online to z/OS (which will not IPL with an IFL in the engine mix). Tom Duerbusch wrote: > Well, duh...but how is it enforced? > > And if it is based on our honor, why have an engine type of IFL or Zaap? > Let me give my word that these two engines are in this LPAR and only > running xxxx software and these engines are in this LPAR and only > running yyyy software. > > Tom Duerbusch > THD Consulting > > Rich Smrcina wrote: > >> As long as you have a license for any engines that the software is >> running on, whether they be IFLs or standard. >> >> Tom Duerbusch wrote: >> >>> OK, sure you buy an IFL and have per engine pricing for software over >>> there. Great. >>> >>> What prevents us from also running "per engine" based priced software >>> on the s/390 engines? >>> >>> I'm not talking about z/VM per say, but Websphere, Oracle, DB2/UDB >>> etc. >>> >>> Not that there will be many mips available in the white space on the >>> 390 side, compared to 366 MIPS on the IFL, but just how is this figured >>> out? >>> >>> Tom Duerbusch >>> THD Consulting >>> >>> ---------------------------------------------------------------------- >>> 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 >>> >> >> -- >> Rich Smrcina >> VM Assist, Inc. >> Main: (262)392-2026 >> Cell: (414)491-6001 >> Ans Service: (866)569-7378 >> rich.smrcina at vmassist.com >> >> Catch the WAVV! http://www.wavv.org >> WAVV 2005 - Colorado Springs - May 20-24, 2005 >> >> ---------------------------------------------------------------------- >> 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 > -- Rich Smrcina VM Assist, Inc. Main: (262)392-2026 Cell: (414)491-6001 Ans Service: (866)569-7378 rich.smrcina at vmassist.com Catch the WAVV! http://www.wavv.org WAVV 2005 - Colorado Springs - May 20-24, 2005 ---------------------------------------------------------------------- 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
