Author |
Message
|
KramJ |
Posted: Tue Mar 21, 2006 9:17 am Post subject: Queue Manager Load |
|
|
Voyager
Joined: 09 Jan 2006 Posts: 80 Location: Atlanta
|
Can someone point me to documentation to determine the additional load put on a queue manager by adding additional queues and processing more messages. Specifically I'd like to know how to determine the perfomance impact of adding remote queues that will have an additional ~550,000 messages put to them. |
|
Back to top |
|
 |
jefflowrey |
Posted: Tue Mar 21, 2006 9:33 am Post subject: |
|
|
Grand Poobah
Joined: 16 Oct 2002 Posts: 19981
|
How fast are your channels?
How many different XMITQs are involved?
How big are your transaction logs?
Are the messages persistent, or non-persistent? _________________ I am *not* the model of the modern major general. |
|
Back to top |
|
 |
KramJ |
Posted: Tue Mar 21, 2006 9:42 am Post subject: |
|
|
Voyager
Joined: 09 Jan 2006 Posts: 80 Location: Atlanta
|
The channels are 100MB/s. There is 1 XMITQ. Transaction logs are 1024 pages. Messages are persistent. |
|
Back to top |
|
 |
jefflowrey |
Posted: Tue Mar 21, 2006 9:46 am Post subject: |
|
|
Grand Poobah
Joined: 16 Oct 2002 Posts: 19981
|
What's the average depth of your XMITQ now?
How big are the messages?
What is the batch size of your channel?
How many of these ~550,000 messages will show up at once? _________________ I am *not* the model of the modern major general. |
|
Back to top |
|
 |
KramJ |
Posted: Tue Mar 21, 2006 9:57 am Post subject: |
|
|
Voyager
Joined: 09 Jan 2006 Posts: 80 Location: Atlanta
|
The average depth of the XMITQ is very low. I've never seen it with a depth more that zero unless the channel is down. The messages are 500 bytes. The batch size on the channel is 50. The messages will all be put starting at a specific time, as quickly as the application can put them there. |
|
Back to top |
|
 |
jefflowrey |
Posted: Tue Mar 21, 2006 10:07 am Post subject: |
|
|
Grand Poobah
Joined: 16 Oct 2002 Posts: 19981
|
At 500 bytes per message, you shouldn't really notice any impact.
If the XMITQ starts to fill up, you can increase the channel batch size to reduce the number of commits that are made. This will consequently take up more space in your transaction logs - so you may want to ensure that you will have enough space ((primary log files+secondary log files * pagesize * 4KB) -(message size*batch_size) >0) to accomodate the full transaction. _________________ I am *not* the model of the modern major general. |
|
Back to top |
|
 |
mvic |
Posted: Tue Mar 21, 2006 4:26 pm Post subject: |
|
|
 Jedi
Joined: 09 Mar 2004 Posts: 2080
|
KramJ wrote: |
The average depth of the XMITQ is very low. I've never seen it with a depth more that zero unless the channel is down. The messages are 500 bytes. The batch size on the channel is 50. The messages will all be put starting at a specific time, as quickly as the application can put them there. |
Are you already running this system? |
|
Back to top |
|
 |
|