| Author |
Message
|
| pcelari |
 Posted: Mon Mar 26, 2007 2:33 pm Post subject: How to run multiple instances of a msgflow, within one EG? |
 |
|
Chevalier
Joined: 31 Mar 2006
Posts: 411
Location: New York
|
it must be sth trivial.
I remember in mqsi v2.1, one can setup a msgflow to enable multiple instances in paralelle, as oppose to creating multiple execution groups.
But I don't seem to figure it out under version 6. Can anyone point out what I'm missing in the dot?
_________________
pcelari
-----------------------------------------
- a master of always being a newbie |
|
| Back to top |
|
 |
| jefflowrey |
| Posted: Mon Mar 26, 2007 2:34 pm Post subject: |
|
|
Grand Poobah
Joined: 16 Oct 2002
Posts: 19981
|
It's on the BAR file Editor, in the Configure tab properties for the .cmf file.
That is, you have to set this at deploy time, and can't (afaik) set it dynamically at runtime.
_________________
I am *not* the model of the modern major general. |
|
| Back to top |
|
|
| pcelari |
| Posted: Mon Mar 26, 2007 2:56 pm Post subject: |
|
|
Chevalier
Joined: 31 Mar 2006
Posts: 411
Location: New York
|
| jefflowrey wrote: |
| It's on the BAR file Editor, in the Configure tab properties for the .cmf file. |
thanks a lot for the hint, G.M.
By setting it to have 9 additional instances, it no longer routes msg to Failure terminal during load test. However, the performance doesn't improve either.
I wonder if any measure may lead to improved throughput without adding more CPUs.
_________________
pcelari
-----------------------------------------
- a master of always being a newbie |
|
| Back to top |
|
|
| jefflowrey |
| Posted: Mon Mar 26, 2007 3:53 pm Post subject: |
|
|
Grand Poobah
Joined: 16 Oct 2002
Posts: 19981
|
The performance within the flow isn't going to increase by adding additional instances.
What you will see is an increase in the throughput of the flow - more messages being processed simultaneously means more messages going out.
The best place to start with performance tuning is always the Performance Report Support Packs for your platform.
It's probably better to try and analyze where the performance bottleneck is, than to try different things until there's a change for the positive.
_________________
I am *not* the model of the modern major general. |
|
| Back to top |
|
|
| pcelari |
| Posted: Mon Mar 26, 2007 9:16 pm Post subject: |
|
|
Chevalier
Joined: 31 Mar 2006
Posts: 411
Location: New York
|
| jefflowrey wrote: |
The best place to start with performance tuning is always the Performance Report Support Packs for your platform.
It's probably better to try and analyze where the performance bottleneck is, than to try different things until there's a change for the positive. |
thanks for the insight. I'll check the sp. BTW. I have 1 cpu and 500MB, with the same msgflow deployed to three EG, I got 99% CPU usage. It looks like I've got to get more CPU allocated to get any noticeable performance improvement.
_________________
pcelari
-----------------------------------------
- a master of always being a newbie |
|
| Back to top |
|
|
| fjb_saper |
| Posted: Tue Mar 27, 2007 3:05 am Post subject: |
|
|
Grand High Poobah
Joined: 18 Nov 2003
Posts: 20756
Location: LI,NY
|
| pcelari wrote: |
| Thanks for the insight. I'll check the sp. BTW. I have 1 cpu and 500MB, with the same msgflow deployed to three EG, I got 99% CPU usage. It looks like I've got to get more CPU allocated to get any noticeable performance improvement. |
Maybe you might have to review your code and design and aim for something a little less CPU intensive...
There's a million ways to skin your kill. You just need to find the right one for you... 
_________________
MQ & Broker admin |
|
| Back to top |
|
|
|
|
