Thank you to all those who've replied concerning this. We probably are going to turn it on and give it a try. Does anyone have a good idea of what to measure before and after we flip the switch on HiperDispatch to be able to prove whether or not it helped at all? Any ideas are welcome. Also, if anyone can point me to documentation on HiperDispatch that would be appreciated. I have seen articles touting its benefits, and I have two articles at the IBM CCR web site by Laurence Hart about it and how Tivoli Omegamon can be used to measure it. If there is anything else you know about please pass it on.
Tom Kelman Enterprise Capacity Planner Commerce Bank of Kansas City (816) 760-7632 > -----Original Message----- > From: IBM Mainframe Discussion List [mailto:[email protected]] On > Behalf Of Timothy Sipples > Sent: Wednesday, January 13, 2010 7:03 AM > To: [email protected] > Subject: Re: Hiper-dispatch > > Shane writes: > >Maybe. Give us some hard data. > > OK. It's in the range of 0 to 10% benefit, give or take. The exact amount > is highly situational. (And see below about LSPR.) > > >IBM has a habit of spruking features that (only) benefit > >big shop - especially when the product is "fresh" (was > >going to say "green", but let's not go there). Small shops > >tend to get trampled in the hypekrieg. > > Um, no. HiperDispatch is not some nefarious plot to sacrifice smaller > shops > at the altar of bigger shops. It's a free switch, and everybody z10, big > and small gets the same switch to throw. > > IBM's LSPR figures (and thus MSU figures, and thus things like software > charges) are calculated with HiperDispatch *enabled*, with HiperDispatch > already accounted for, for everybody. It has nothing to do with big > shop/small shop. If anything, it's the opposite, because big shops that > don't enable HiperDispatch fall off the LSPR curve more badly than small > shops. > > The hard data are already published. It's all already baked into LSPR and > into the reference workloads. > > Apparently both IBM and Sirius are advising the original poster to try > enabling HiperDispatch. I doubt they're trying to waste the OP's time. > Again, what's the downside? If the OP isn't happy with it, shut it back > off. It's a dynamic switch to flip on or to flip off. And the switch is > free. > > Yes, of course, do the planning, preparation, and pick an opportune time > to > flip the switch. And, if you've got something more important to do, do > that > first. But at least pencil it into your schedule. > > Bruno writes: > >Are you sure ? > > Well, no, not 100%. That's why it's a switch. I'm 100% on only a few > things, like death and taxes. > > >I seem to remember the hardway that when a system is WLM well > >tuned , you could consume a bit more MSU when you put faster > >disks. On a quite busy sysplex with unchanged software cap values > >we were capped a lot earlier than with the previous generation > >of disks. I always assumed that this behaviour was a consequence > >of faster dispatching ( the data being available earlier) > >But i could be wrong ( i never measured Hiperdispatch data) but > >i would be careful :-)) > > It's an "interesting" hypothesis. But what I'd recommend doing is consult > the HiperDispatch documentation, do the reasonable/prudent planning and > preparation, and then... flip the switch. See how it goes. If you don't > like it, back it off and figure out what you want to do. > > I'm sort of repeating myself now, aren't I? :-) > > - - - - - > Timothy Sipples > IBM Consulting Enterprise Software Architect > Based in Tokyo, Serving IBM Japan / Asia-Pacific > E-Mail: [email protected] > ---------------------------------------------------------------------- > 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 ***************************************************************************** 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
