| |
|
RSS Feed - WebSphere MQ Support
|
RSS Feed - Message Broker Support
|
  |
|
| How do you benchmark message flows? |
« View previous topic :: View next topic » |
| Author |
Message
|
| nick12 |
 Posted: Tue Jan 14, 2020 5:24 am Post subject: How do you benchmark message flows? |
 |
|
Novice
Joined: 14 Jan 2020
Posts: 18
|
I'm interested in benchmarking the difference between the new group nodes and the original aggregation (Using MQ) nodes for doing N async http requests in a fan-out. How would you recommend I go about this?
Also, any insight on the performance of those 2 kinds of fanouts/ins would be much appreciated (From what I've seen in the docs, it seems group nodes are pretty much always faster, but might lead to higher main memory use while the classical aggregation nodes use MQ which can store in-flight aggregation items on disk (Although it doesn't specify how important this is when most modern servers probably have access to virtual memory and swap partitions), and they are also more resistant to server restars/shutdowns because of the aforementioned persistance on disk). I'm interested in whether my current assumptions are more or less right and if so, *how* much faster they are for simple async HTTP requests at both a small (3-10), medium (10-100) and larger (100-1000) scale.
Thanks! |
|
| Back to top |
|
 |
| Vitor |
| Posted: Tue Jan 14, 2020 7:52 am Post subject: Re: How do you benchmark message flows? |
|
|
Grand High Poobah
Joined: 11 Nov 2005
Posts: 26093
Location: Texas, USA
|
| nick12 wrote: |
| I'm interested in benchmarking the difference between the new group nodes and the original aggregation (Using MQ) nodes for doing N async http requests in a fan-out. How would you recommend I go about this? |
Construct a test harness in the testing tool of your choice and run some benchmarking tests through it?
I feel I'm misunderstanding your question.....perhaps you could rephrase for the hard of understanding? In the meantime, I'll get some more  and reboot my brain.....
_________________
Honesty is the best policy.
Insanity is the best defence. |
|
| Back to top |
|
|
| nick12 |
| Posted: Tue Jan 14, 2020 7:58 am Post subject: |
|
|
Novice
Joined: 14 Jan 2020
Posts: 18
|
It's really just a generic question. I've seen some things related to performance benchmarking in the docs (https://www.ibm.com/support/knowledgecenter/SSMKHH_10.0.0/com.ibm.etools.mft.doc/bj10303_.html) but I'm not sure if that's the best way to do it. Ideally I would not just get timings on the entire request-response process, but could also get timings of each step (With a single request, under heavy load, etc)
> testing tool of your choice
Are you suggesting using an external/third party tool? Could you provide some examples? |
|
| Back to top |
|
|
| Vitor |
| Posted: Tue Jan 14, 2020 8:12 am Post subject: |
|
|
Grand High Poobah
Joined: 11 Nov 2005
Posts: 26093
Location: Texas, USA
|
| nick12 wrote: |
| Ideally I would not just get timings on the entire request-response process, but could also get timings of each step (With a single request, under heavy load, etc) |
The software will produce performance statistics as you describe. Start here and keep reading. 
You can run as many tests (single response, load testing, surge testing, etc.) as you desire.
| nick12 wrote: |
| Are you suggesting using an external/third party tool? |
I am
| nick12 wrote: |
| Could you provide some examples? |
JMeter, LoadRunner or anything that you'd use to performance test any other application. All you're really looking for is something that will trigger the flow, and as a flow is typically triggered by the same inputs as "conventional" applications (MQ messages, HTTP calls, etc.) any tool which can generate them will work. Basically look around, see what's in use at your site for load testing and use that.
JUnit works at a pinch, but IMHO that's not ideal for the kind of performance testing you're describing.
_________________
Honesty is the best policy.
Insanity is the best defence. |
|
| 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
|
|
|
|
