| |
|
RSS Feed - WebSphere MQ Support
|
RSS Feed - Message Broker Support
|
  |
|
| Number of Execution Groups vs Additional instances |
« View previous topic :: View next topic » |
| Author |
Message
|
| MVO |
 Posted: Thu Oct 31, 2002 7:14 pm Post subject: Number of Execution Groups vs Additional instances |
 |
|
Centurion
Joined: 09 Sep 2001
Posts: 131
|
Hi,
I have very complex message flows running on a Sun server with 2 CPUs. There are DB2 database updates/selects in most message flows. On one complex message flow, I use the NEON parser, have at least 2 database inserts, one database select. Message throughput was low due to heavy processing. I increased the number of additional instances and noticed very little improvement. Should I add an execution group instead ? It looks like most of the wait was on the database inserts...
I'm running WMQI 2.1 CSD03, UDB 7.2 FP7.
Any help will be very appreciated.
Thanks
 |
|
| Back to top |
|
 |
| kirani |
| Posted: Thu Oct 31, 2002 9:17 pm Post subject: |
|
|
Jedi Knight
Joined: 05 Sep 2001
Posts: 3779
Location: Torrance, CA, USA
|
MVO,
Have a look at supportpac
IP67 - WebSphere MQ Integrator for Sun Solaris V2.1 - Performance report, which can downloaded from url, http://www-3.ibm.com/software/ts/mqseries/txppacs/ip67.html
This supportPac explain WMQI performance in detail. As per my experience you will always get more throughput if you deploy message flow to 2 different execution groups as supposed to increasing the additional instances.
_________________
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 |
|
|
| mb5278 |
| Posted: Mon Dec 15, 2003 7:39 am Post subject: |
|
|
Novice
Joined: 20 Oct 2003
Posts: 10
|
http://www-106.ibm.com/developerworks/websphere/library/techarticles/0301_dunn/dunn.html
According to this document, there's no such thing as "additional instance" on solaris .... go figure ...
[i]"If you have a requirement to run multiple copies of message flow within a broker, use additional instances of the message flow within an execution group. This is works on all operating systems except Solaris. On Solaris,use up to two copies of a particular message flow within an execution group (That is one additional instance of the message flow). If greater message throughput is required for that message flow, use multiple execution groups each with two copies of the message flow. Each additional instance of a message flow is implemented as an operating system thread on Windows and UNIX, or as a Task Control Block (TCB) on z/OS. Each additional instance has the potential to use an additional processor."[/i] |
|
| Back to top |
|
|
| skn |
| Posted: Mon Dec 15, 2003 7:52 am Post subject: |
|
|
Centurion
Joined: 21 May 2003
Posts: 112
Location: Dallas
|
There can be more than 2 instances of a message flow on a solaris broker.
The problem is with the way solaris handles the threads.You can do it , but with a lot of overhead.In fact using multiple EGs over multiple instances of message flow applies to all the platforms but particularly so to solaris. |
|
| Back to top |
|
|
| kirani |
| Posted: Mon Dec 15, 2003 5:46 pm Post subject: |
|
|
Jedi Knight
Joined: 05 Sep 2001
Posts: 3779
Location: Torrance, CA, USA
|
You can run (or configure) a message flow to run multiple instances (threads) on Solaris. The reason it says No in above document is because two instances of message flows (additional instance property) don't run parallelly on Solaris. These were my observations when working with MQSI 2.0
People who are using WMQI on Solaris can correct me If I am wrong.
_________________
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 |
|
|
|
|
|
| |
|
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
|
|
|
|
