| Author |
Message
|
| LearnMQSI |
 Posted: Thu Jul 22, 2004 10:38 am Post subject: Multiple instances of one MQ Listener |
 |
|
Centurion
Joined: 20 Aug 2002
Posts: 137
|
Hello MQ Experts,
Can we start multiple instances of one MQ Listener at any given time?
If YES, how can I do that?
is it just start the same listener in multiple windows?
Actually, I have a legacy cobol application which run in a batch mode and perform put & get operations non-stop and at least it put 200,000 and receive the same from other application. It is taking around 30 hours to run 176,000 puts & gets.
I was thinking may be if I can start multiple instances of receiving application's MQ Listener that will speed up the operation.
Please advice me if I'm on right direction or any other alternative to speedup the operations.
All your help and suggestion would be appreciated.
Pasha |
|
| Back to top |
|
 |
| kirani |
| Posted: Thu Jul 22, 2004 10:47 am Post subject: |
|
|
Jedi Knight
Joined: 05 Sep 2001
Posts: 3779
Location: Torrance, CA, USA
|
Pasha,
Why do you think more than one Listner will help you in speading up the application processing? What you need is parallel processing, that is, multiple instances of applications doing put/get on those messages.
_________________
Kiran
IBM Cert. Solution Designer & System Administrator - WBIMB V5
IBM Cert. Solutions Expert - WMQI
IBM Cert. Specialist - WMQI, MQSeries
IBM Cert. Developer - MQSeries
|
|
| Back to top |
|
|
| jsware |
| Posted: Thu Jul 22, 2004 10:50 am Post subject: |
|
|
Chevalier
Joined: 17 May 2001
Posts: 455
|
I am not sure I understand exactly what you mean...
Are you talking about the IBM supplied program in MQSeries that waits for incoming channel connections (sender/receiver and client connections), or are you talking about a custom program that is waiting for messages on a queue?
_________________
Regards
John
The pain of low quaility far outlasts the joy of low price. |
|
| Back to top |
|
|
| LearnMQSI |
| Posted: Thu Jul 22, 2004 11:35 am Post subject: Re: Multiple Instances of one MQ Listener |
|
|
Centurion
Joined: 20 Aug 2002
Posts: 137
|
Hi Kirani,
Thank you for your input, One of my colleague told me that if I have multiple instances of MQ Listener at the receiving end than the receiving application will speedup the processing time. But, I guess I do agree with you.
Scott,
I guess I'm talking about the MQ Listener on which your queue manager listen. I guess now my question is clear to you. Sorry for confusing question. Anyway, thanks in advance for any suggestions you have for me. Basically, I need to speedup the request messages processing time at the receiving end.
Pasha |
|
| Back to top |
|
|
| JasonE |
| Posted: Thu Jul 22, 2004 12:05 pm Post subject: |
|
|
Grand Master
Joined: 03 Nov 2003
Posts: 1220
Location: Hursley
|
| Dont forget, with the new channel pooled processes of 5.3, multiple listeners really do not buy you much (other than multiple ipaddr's or ports) unless your underlying problem is that the listener cannot accept the connections quick enough, which is extremely unlikely. |
|
| Back to top |
|
|
| PGoodhart |
| Posted: Fri Jul 23, 2004 5:15 am Post subject: |
|
|
Master
Joined: 17 Jun 2004
Posts: 278
Location: Harrisburg PA
|
General point: If you are having issues with the kind of batch programing performance you are talking about there are two basic options:
1. Don't use batch and move to an on demand system.
2. Look at your batch application and find out if it is single threaded, which is likely, and change over to a multiple threaded model.
I'd bet that MQ isn't the problem, just the most recent addition to the system (and so it MUST be the problem... yeh right!).
Got to love the spaghetti code that makes the world go round...
_________________
Patrick Goodhart
MQ Admin/Web Developer/Consultant
WebSphere Application Server Admin |
|
| Back to top |
|
|
| jsware |
| Posted: Fri Aug 06, 2004 2:48 am Post subject: |
|
|
Chevalier
Joined: 17 May 2001
Posts: 455
|
I can't see how multiple MQ listeners would speed up your application processing.
When you run the COBOL application which send messages, do they build up in the destination applications inbound queue or are they building up on the transmission queue for the sending queue manager?
If they build up on the destination apps inbound queue, MQ is delivering them faster than the app can process them, adding MQ listeners might increase the rate at which messages are delivered to the inbound queue, but the app won't process them any faster.
If they build up on the transmission queue, you might try tuning the channel parameters to improve message transmission performance.
_________________
Regards
John
The pain of low quaility far outlasts the joy of low price. |
|
| Back to top |
|
|
|
|
