| Author |
Message
|
| sebastia |
 Posted: Sat Jun 16, 2007 11:24 am Post subject: MCATYPE(THREAD) |
 |
|
Grand Master
Joined: 07 Oct 2004
Posts: 1003
|
We have a MQ Server (AIX platform, version 6)
that has to receive thousands of MQCONNX()
from remote MQ Client stations.
When we saw "MCATYPE(THREAD)" we thought we had found
a way to increase the number of possible connections,
but now we see it is
ONLY AVAILABLE for SDR, SVR, and RQSTR (plus cluster).
How is it it is not available for SVRCONN channels ?
I mean, it is the perfect environment when it shall be required ....
isn't it ?
S. |
|
| Back to top |
|
 |
| jefflowrey |
| Posted: Sun Jun 17, 2007 3:13 pm Post subject: |
|
|
Grand Poobah
Joined: 16 Oct 2002
Posts: 19981
|
SVRCONNS aren't used for "outgoing" connections, they're used for "incoming" connections - so the quote on MCATYPE
| Quote: |
| Specifies whether the message-channel-agent program on an outbound MCA channelshould run as a thread or a process. |
shows why it's not applicable to SVRCONNs.
The documentation on this channel parameter goes on to say
| Quote: |
| In situations where a threaded listener is required to service a large number of incoming requests, resources can become strained. In this case, you should use multiple listener processes and target incoming requests at specific listeners though the port number specified on the listener. |
http://publib.boulder.ibm.com/infocenter/wmqv6/v6r0/index.jsp?topic=/com.ibm.mq.csqzaj.doc/sc11040_.htm
_________________
I am *not* the model of the modern major general. |
|
| Back to top |
|
|
| sebastia |
| Posted: Mon Jun 18, 2007 3:20 am Post subject: |
|
|
Grand Master
Joined: 07 Oct 2004
Posts: 1003
|
Thanks Jeff - we did read that part of the documentation.
If we start more listeners, as the text says,
... you should use multiple listener processes
and if the AIX machine is short of space for Processes,
I see to implement the receive MCA as Thread could help.
OK - if it is not possible, the no question, of course.
Thanks. Jeff. |
|
| Back to top |
|
|
| jefflowrey |
| Posted: Mon Jun 18, 2007 3:30 am Post subject: |
|
|
Grand Poobah
Joined: 16 Oct 2002
Posts: 19981
|
The listener is already threaded.
If you're running out of processes on an AIX box, you should not be considering using it for a high-volume client concentrator.
_________________
I am *not* the model of the modern major general. |
|
| Back to top |
|
|
| sebastia |
| Posted: Mon Jun 18, 2007 3:41 am Post subject: |
|
|
Grand Master
Joined: 07 Oct 2004
Posts: 1003
|
Jeff : customer wants to connect 10.000 MQ Clients to a MQ Cluster.
The sales terminals are dispersed/spread around the country.
We are trying to split the number of connections
over 4 maybe 8 machines
( I have opened another thread / question about the TCP/IP socket life across
mq_connx() -> mq_open() -> mq_put() -> mq_close() -> mq_disc()
sequence - the roter maping IPs to machines requires that )
But if the number of MQ Clients keeps on increasing ...
... what is the solution ?
A regional "concentrator" ?
Sebastian. |
|
| Back to top |
|
|
| jefflowrey |
| Posted: Mon Jun 18, 2007 3:59 am Post subject: |
|
|
Grand Poobah
Joined: 16 Oct 2002
Posts: 19981
|
If the number of clients keeps increasing, then the business is increasing, and the IT systems need to grow to support the business. If the management of the business doesn't understand that, then they will have to learn the hard way.
The performance report for AIX has a large amount of information devoted to client channels.
_________________
I am *not* the model of the modern major general. |
|
| Back to top |
|
|
| sebastia |
| Posted: Mon Jun 18, 2007 8:51 am Post subject: |
|
|
Grand Master
Joined: 07 Oct 2004
Posts: 1003
|
Thanks, Jeff.
You know there is a "gap" between tech people determine IT hw has to make a step and the moment "money" people decide it or sign it.
Meanwhile, we have to sqeeze our brains, ... and I like it !
Just in case somebody needs the link, here it is :
MQ Family - Performance Reports
>>> http://www-1.ibm.com/support/docview.wss?rs=171&uid=swg27007150 |
|
| Back to top |
|
|
|
|
