|
This is a multipart message in MIME format. -- [ Picked text/plain from multipart/alternative ] To me the loss in productivity is REAL, not artificial, and is imposed by IBM as a punishment for trying to use more capacity than we agreed to. What's up with that? IBM shouldn't penalize us for attempting to exceed paid-for capacity. They should either not allow us to exceed our capacity, or allow it "briefly" then slow back down. Under no circumstance should they lower our threshold below what we paid for, for any reason. The arrogance! Tom Hightower Solutions, Inc http://www.simas.com ------------ If Bill Gates had a dime for every time a Windows box crashed... oh, wait - he does. "Bill" <brobins3d@yahoo.com> Sent by: midrange-l-admin@midrange.com 11/09/01 03:44 PM Please respond to midrange-l To: <midrange-l@midrange.com> cc: Subject: Re: Tiger Tools > IBM plans to provide fixes across multiple releases of OS/400, re-stock > versions of OS/400 resident in IBM distribution libraries, and incorporate > code into future OS/400 releases. All of these efforts will be deployed in > the coming months to make adjustments to OS/400 as IBM strives to address > current and/or future unauthorized enablement of unpaid for capacity. Gee, ya know what I'd like? I'd like IBM to strive to address the ARTIFICIAL loss in productivity whenever CFINT reduces my overall interactive CPW to a level way below what I paid for if I cross the "knee" in interactive demand. This "knee" business has now been revealed to be a total load of crap that is unnecessary to address interactive CPW limitations. I want IBM to do the honest thing and put a ceiling on my interactive response so that I can get ALL of my interactive CPW whenever I try to ask for more - but no more. Currently, the more I ask for, the less I get -and- that's a DIS-ablement of my paid for capacity. It's no wonder people are interested in Fast400. Bill _________________________________________________________ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com _______________________________________________ This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list To post a message email: MIDRANGE-L@midrange.com To subscribe, unsubscribe, or change list options, visit: http://lists.midrange.com/cgi-bin/listinfo/midrange-l or email: MIDRANGE-L-request@midrange.com Before posting, please take a moment to review the archives at http://archive.midrange.com/midrange-l.
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].
Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.