Hi, The funny part of all of this , is the fact that IBM is the one that create all of this mess and now IBM tries to convince everybody to consolidate the Linux Servers on their boxes again.
Next thing GM will do, after "dumping" all their employees, is to sell you cars with maintenance fees based on how high the revs meter of the car goes , in any one month. The fact that you only used the 'Cobol Compiler once/Have one DB2 table" does not count... You pay based on your REV counter. Have faith in IBM to look after you. Anton On Wed, 13 Feb 2008 16:00:34 -0600, Kelman, Tom <[EMAIL PROTECTED]> wrote: >Well, my feeling is that capping is reducing the amount of CPU you have >available before you hit the wall, right. Now, if you're a bank like us >and you hit the wall during the period when peak online WEB type >processing is coming in from the customer base they get terrible >response time. If they get enough of that it's bye-bye customer. At >least you have to balance the software cost savings against customer >dissatisfaction, but then I guess that's for management to do. > >Tom Kelman >Commerce Bank of Kansas City > >> -----From Lindy Mayfield - February 8, 2008 ----- >> >> May I ask, just for helping me to understand, why one wouldn't do this >to >> keep software costs down? >> >> I'm still, after a long time studying (in a vaccuum) trying to >understand >> all this, so that may be a dumb question. Also I may be mixing up >"soft >> capping" with "resource group capping". >> >> Lindy >> >> ________________________________ >> >> >> >> ----- >> >> Please don't say that you're not in favor of capping to keep software >> costs down. Neither am I so you'd be preaching to the choir. >However, >> as we all know, after all the recommendations you do what your told to >> do. >> >> >> >> Tom Kelman >> >> > > > >********************************************************** ******************* >If you wish to communicate securely with Commerce Bank and its >affiliates, you must log into your account under Online Services at >http://www.commercebank.com or use the Commerce Bank Secure >Email Message Center at https://securemail.commercebank.com > >NOTICE: This electronic mail message and any attached files are >confidential. The information is exclusively for the use of the >individual or entity intended as the recipient. If you are not >the intended recipient, any use, copying, printing, reviewing, >retention, disclosure, distribution or forwarding of the message >or any attached file is not authorized and is strictly prohibited. >If you have received this electronic mail message in error, please >advise the sender by reply electronic mail immediately and >permanently delete the original transmission, any attachments >and any copies of this message from your computer system. >********************************************************** ******************* > >---------------------------------------------------------------------- >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
