|
RSS Feed - WebSphere MQ Support
|
RSS Feed - Message Broker Support
|
 |
|
Maximum queues per QM |
« View previous topic :: View next topic » |
Author |
Message
|
alexraczel |
Posted: Sun Oct 28, 2007 11:09 pm Post subject: Maximum queues per QM |
|
|
Newbie
Joined: 10 Jun 2007 Posts: 4
|
We have a few hundred users (300) to connect to a QM, each user (on PC) connects to a set of queues on the remote queue manager on server and send request to above queues.
For some operation, there is reply message and send back to each client. There comes a suggestion that a REPLY queue should be created per user and leverage the "REPLY TO" in the message to specify the reply queue.
My questions are:
1. Is there a "Maximum queues per QM" ? I tried to find the MQ document but only find maximum message per queue but not find any parameter like this.
2. Compare to a "common" reply queue, queue per user can avoid message selector since the reply queue is dedictated per user. Any recommendation/suggestion on these 300 reply queue configuration or please give me a hint?
We are using MQ 6. Thank you ! |
|
Back to top |
|
 |
elvis_gn |
Posted: Mon Oct 29, 2007 12:06 am Post subject: Re: Maximum queues per QM |
|
|
 Padawan
Joined: 08 Oct 2004 Posts: 1905 Location: Dubai
|
Hi alexraczel,
alexraczel wrote: |
1. Is there a "Maximum queues per QM" ? I tried to find the MQ document but only find maximum message per queue but not find any parameter like this. |
There is no steadfast limit I suppose, but the usual limit is that which your harddisk can support...there are a few related posts on the forum...
alexraczel wrote: |
2. Compare to a "common" reply queue, queue per user can avoid message selector since the reply queue is dedictated per user. Any recommendation/suggestion on these 300 reply queue configuration or please give me a hint? |
Not a good idea to make all the replyToQ's on the server application queue manager...instead, your requester app. should have it's own QM, and the replyToQ should be on it's own QM....this way the response will be put directly on the calling apps QM and not require 300 queues on the server app, instead just 1 on each calling app.
Other wise you could create 1 replyToQ and use the MsgId/CorrelId to pick the response...
Regards. |
|
Back to top |
|
 |
jefflowrey |
Posted: Mon Oct 29, 2007 2:12 am Post subject: |
|
|
Grand Poobah
Joined: 16 Oct 2002 Posts: 19981
|
I don't think every requestor should have it's own QM.
You can use dynamic queues in this situation, too. _________________ I am *not* the model of the modern major general. |
|
Back to top |
|
 |
fjb_saper |
Posted: Mon Oct 29, 2007 2:59 am Post subject: |
|
|
 Grand High Poobah
Joined: 18 Nov 2003 Posts: 20756 Location: LI,NY
|
And remember that a dynamic replyto queue is not suitable for persistent messages...
Enjoy  _________________ MQ & Broker admin |
|
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
|
|
|
|