| |
|
RSS Feed - WebSphere MQ Support
|
RSS Feed - Message Broker Support
|
  |
|
| Multi Consumers on one session |
« View previous topic :: View next topic » |
| Author |
Message
|
| kun.leeing |
 Posted: Wed Feb 11, 2009 5:09 am Post subject: Multi Consumers on one session |
 |
|
Disciple
Joined: 27 Sep 2008
Posts: 171
|
Hello, everybody.
My problem is I want to cut down the connection number at one client, so I make one client only hold one session shared by multi consumers(my client must receive msg from several different topics).
When run connection.start(), it seems everything is fine.
But when the messages from different topics coming, only the first consumer created can receive its msg that it belongs to in real time, the other consumers will receive their messages finnally after some intervals.
Because my system demands the performance of high realtime, I need all consumers on one client app can receive their real-time messages efficiently and I don't want to make session for every consumer,
how can I design my program or how can I solve this problem?
thanks a lot
lee |
|
| Back to top |
|
 |
| Vitor |
| Posted: Wed Feb 11, 2009 5:19 am Post subject: Re: Multi Consumers on one session |
|
|
Grand High Poobah
Joined: 11 Nov 2005
Posts: 26093
Location: Texas, USA
|
| kun.leeing wrote: |
| Because my system demands the performance of high realtime, I need all consumers on one client app can receive their real-time messages efficiently and I don't want to make session for every consumer, |
Then you have a design decision to make. Either you need to spend the resources, give each consumer a session and get the realtime performance you want, or you can cut down the amount of resources in use and accept there's a performance cost.
Obviously this is not a black & white decision, and there are a number of ways you could allocate resources to give priority to some consumers over others, or in other ways. It all depends on what exactly it is you need to achieve.
For instance (and this is strictly an example) you need to think about the reasons you've decided to limit connections and if the "problems" that caused you to want them limited are more or less serious than your performance "problems".
_________________
Honesty is the best policy.
Insanity is the best defence. |
|
| Back to top |
|
|
| Vitor |
| Posted: Wed Feb 11, 2009 5:22 am Post subject: |
|
|
Grand High Poobah
Joined: 11 Nov 2005
Posts: 26093
Location: Texas, USA
|
I also feel this should factor into your decision making process regarding connections.
_________________
Honesty is the best policy.
Insanity is the best defence. |
|
| Back to top |
|
|
| zpat |
| Posted: Wed Feb 11, 2009 5:45 am Post subject: |
|
|
Jedi Council
Joined: 19 May 2001
Posts: 5866
Location: UK
|
Look into sharing queue manager connection handles.
It's in the programming reference manual. |
|
| Back to top |
|
|
| kun.leeing |
| Posted: Wed Feb 11, 2009 5:19 pm Post subject: |
|
|
Disciple
Joined: 27 Sep 2008
Posts: 171
|
Thanks for your both replies. This is really a decision not easy to make. And How can i control the priority? How could it make consumers share performance on average?
I will look into the doc,thanks. |
|
| Back to top |
|
|
| Vitor |
| Posted: Thu Feb 12, 2009 12:49 am Post subject: |
|
|
Grand High Poobah
Joined: 11 Nov 2005
Posts: 26093
Location: Texas, USA
|
| kun.leeing wrote: |
| This is really a decision not easy to make. |
It's why they pay us the big bucks! 
_________________
Honesty is the best policy.
Insanity is the best defence. |
|
| Back to top |
|
|
|
|
|
| |
|
Page 1 of 1 |
|
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum
|
|
|
|
