Author |
Message
|
solmyr72 |
Posted: Wed May 25, 2005 12:38 am Post subject: Recommended books/sites about MQ internals and performance ? |
|
|
Newbie
Joined: 14 Feb 2005 Posts: 7
|
Hi,
Could anyone please recommend books or sites on MQ performance tips, and "peeking under the cover" ?
i'm familiar with some MQ red books, but they concentrate on interface / code examples ("here's how to call PUT"), with less reference to performance.
Some simple examples for tips I've learned the hard way... (i'm new to MQ, so these would be *very* obvious to you veterans... but that's just to demonstrate what I'm looking for, and couldn't find in the red books):
1. If you use java JMS over MQ, then naturally you can use a "selector" (filter) to receive some messages and ignoe the rest. Selection can be based either on message ID, or other user-defined properties.
However, it appears that messageID would be much more efficient that user-defined properties.
2. Transactions (commit/rollback) having major effect on performance.
Would anyone happen to know of such a resource ?
Thanks very much. |
|
Back to top |
|
 |
jefflowrey |
Posted: Wed May 25, 2005 2:53 am Post subject: |
|
|
Grand Poobah
Joined: 16 Oct 2002 Posts: 19981
|
I think this is the resource, right here.
With JMS, don't use any selectors. It's not natural, it's an anti-pattern. _________________ I am *not* the model of the modern major general. |
|
Back to top |
|
 |
JLRowe |
Posted: Wed May 25, 2005 3:08 am Post subject: |
|
|
 Yatiri
Joined: 25 May 2002 Posts: 664 Location: South East London
|
jefflowrey wrote: |
I think this is the resource, right here.
With JMS, don't use any selectors. It's not natural, it's an anti-pattern. |
I would say with JMS on MQ don't use selectors, they don't perform well.
There are other JMS providers do not have this problem. |
|
Back to top |
|
 |
solmyr72 |
Posted: Wed May 25, 2005 3:16 am Post subject: |
|
|
Newbie
Joined: 14 Feb 2005 Posts: 7
|
jefflowrey wrote: |
I think this is the resource, right here.
With JMS, don't use any selectors. It's not natural, it's an anti-pattern. |
LOL thanks...
However, having established this about selectors, I was wondering if there's some site/book that mentions *more* MQ tips, best practices, and performance pitfalls.
Selectors and transactions are 2 *examples* for such pitfalls (IBM supplies clear code examples explaining how to *use* them, but I couldn't find that extra note saying "beware, this would hinder performance because the underlying MQ implemention does this and that...").
Thanks anyway  |
|
Back to top |
|
 |
jefflowrey |
Posted: Wed May 25, 2005 3:19 am Post subject: |
|
|
Grand Poobah
Joined: 16 Oct 2002 Posts: 19981
|
JLRowe wrote: |
I would say with JMS on MQ don't use selectors, they don't perform well.
There are other JMS providers do not have this problem. |
Except it is still treating a queue like a database....  _________________ I am *not* the model of the modern major general. |
|
Back to top |
|
 |
bower5932 |
Posted: Wed May 25, 2005 5:59 am Post subject: |
|
|
 Jedi Knight
Joined: 27 Aug 2001 Posts: 3023 Location: Dallas, TX, USA
|
I think this is one of the best places to look for inside tips. You'll find quite a few experienced people in the field and a number of IBMers that actually work with WMQ.
Another place to look would be some of the SupportPacs. Some of them give detailed information on aspects of the product that you might not find in the manuals. Good examples of this are the performance related SupportPacs that give tuning information based on internal product knowledge.
And another great place is the actual T&M Conference (held in Orlando this year). Quite a few of the presentations are actually given by the actual product developers and they will give information on why to do one thing over another based on what they are doing in the code. |
|
Back to top |
|
 |
fjb_saper |
Posted: Wed May 25, 2005 5:03 pm Post subject: |
|
|
 Grand High Poobah
Joined: 18 Nov 2003 Posts: 20756 Location: LI,NY
|
JLRowe wrote: |
jefflowrey wrote: |
I think this is the resource, right here.
With JMS, don't use any selectors. It's not natural, it's an anti-pattern. |
I would say with JMS on MQ don't use selectors, they don't perform well.
There are other JMS providers do not have this problem. |
You really need to know what you are doing in JMS when you're using selector with MQ. You should only use the MessageID or the CorrelationID fields to put your selector on. Then make sure that you present your value as
0x+string representation of bytes (hex). The manual says it makes then the search in native (provider) mode and this is so much faster than if you just specify the value...
Enjoy  |
|
Back to top |
|
 |
solmyr72 |
Posted: Tue May 31, 2005 12:51 am Post subject: |
|
|
Newbie
Joined: 14 Feb 2005 Posts: 7
|
Thanks all for replying.
bower5932, thanks for that very useful info. |
|
Back to top |
|
 |
|