|
RSS Feed - WebSphere MQ Support
|
RSS Feed - Message Broker Support
|
 |
|
About Performance of Queue and subflows |
« View previous topic :: View next topic » |
Author |
Message
|
mumuu |
Posted: Sun Apr 22, 2007 8:15 pm Post subject: About Performance of Queue and subflows |
|
|
Newbie
Joined: 22 Feb 2007 Posts: 3
|
I'm using WMB6 to develop a multiple service (SOA).
Anyone knows about performance between "very complex flow by using subflows" and "create multiple Queue for input message and return (the number of queue is 2 times of the first case)"
-how about if i use more than 8 subflows.
-how about if i use more than 16 queues in WS MQ Server.
Thank you.
ps. sorry about my english grammar.  |
|
Back to top |
|
 |
jefflowrey |
Posted: Mon Apr 23, 2007 4:28 am Post subject: |
|
|
Grand Poobah
Joined: 16 Oct 2002 Posts: 19981
|
The number of subflows you use has no affect on runtime. If you used 10,000 subflows, you'd spend most of your time waiting for the bar file builder to complete, but the runtime performance would be the same as if you didn't.
It takes time and processor and memory to serialize a message tree into a physical bitstream. it takes time and processor and memory to parse a physical bitstream into a message tree. It takes time and processor and memory to write a bitstream into a queue, and time and processor and memory to read a bitstream from a queue.
That said, one should design the flow so that it makes sense, is readable, functional and maintainiable, and performs as well as you need it to. That is, if you only need to process one message an hour, you will be fine to use many many queues instead of many subflows. If you need to process one message every nanosecond, that will be a different story entirely. _________________ I am *not* the model of the modern major general. |
|
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
|
|
|
|