|
RSS Feed - WebSphere MQ Support
|
RSS Feed - Message Broker Support
|
 |
|
Transaction turnaround time... what should I expect? |
« View previous topic :: View next topic » |
Author |
Message
|
rtgordon |
Posted: Mon Aug 13, 2001 10:53 am Post subject: |
|
|
Apprentice
Joined: 27 Jun 2001 Posts: 34 Location: Lewisville, TX
|
I am running MQSeries 5.1.2 on NT, and 1.2.1 on VSE. In my application, the user enters a part number on a web form, and starts an MQPut and an MQGet (corrected ) with wait interval.
Assuming that the environment is ideal (programs are efficient, plenty o' processor power, network traffic is low, there aren't any other concurrent users, etc.) What kind of transaction time should I expect to see?
Instant? 1-2 seconds? 3-5 seconds? over 5 seconds?
Any input is appreciated.
Thanks,
Gordon
[ This Message was edited by: rtgordon on 2001-08-14 07:55 ] |
|
Back to top |
|
 |
kolban |
Posted: Mon Aug 13, 2001 11:57 am Post subject: |
|
|
 Grand Master
Joined: 22 May 2001 Posts: 1072 Location: Fort Worth, TX, USA
|
Hmmm ... a very open ended question. Some clarification first ...
When you say MQSeries on NT ... do you really mean 5.1 with CSD 2 or do you mean the 5.2.1 release?
You say that you do an MQPUT with wait interval ... MQPUT doesn't have a wait interval, only MQGET so I presume you mean that you do a put followed by a blocking get.
Now we go into a world of assumptions that really can't be assumed.
When your application does the put, it is placed on the NT transmission queue. From there, the message is picked up by the NT Message Channel Agent (MCA) and transmitted over the network to the partner MCA on VSE. This partner then deposits the message on the target queue. Assuming that the VSE application is already running, it will now obtain the message, process it and place the response on the transmission queue back to NT. The MCA on VSE will now take the message, send it over the network and give the message to the NT partner MCA which will put it on the target queue. This will cause the originator to wake up and retrieve the response message .... end of transaction.
In all of this, there are a world of components that need more detail in order to discuss performance:
o Are the messages persistent or non-persistent? Persistent messages MUST be written to disk and hence require real I/O.
o Is the VSE program running or is it triggered?
o How long does it take the VSE program to process the message?
o How large is the message?
o Is the message binary or character and hence does it need data conversion?
o How fast and how used is the network between the NT box and the VSE box?
o What are the loads on NT and VSE?
|
|
Back to top |
|
 |
rtgordon |
Posted: Tue Aug 14, 2001 6:47 am Post subject: |
|
|
Apprentice
Joined: 27 Jun 2001 Posts: 34 Location: Lewisville, TX
|
Thanks for the patience I wasn't really looking for an accurate answer just what you would expect given ideal conditions, and I guess I did leave out some important considerations. I will do my best to respond.
Quote: |
When you say MQSeries on NT ... do you really mean 5.1 with CSD 2 or do you mean the 5.2.1 release? |
5.1 with CSD 2
Quote: |
o Are the messages persistent or non-persistent? Persistent messages MUST be written to disk and hence require real I/O. |
Non-persistent datagram
Quote: |
o Is the VSE program running or is it triggered? |
triggered
Quote: |
o How long does it take the VSE program to process the message? |
sub-second
Quote: |
o How large is the message? |
small going to the mainframe
1-30 bytes
coming back to NT
~800bytes
Quote: |
o Is the message binary or character and hence does it need data conversion? |
binary... conversion takes place on NT
Quote: |
o How fast and how used is the network between the NT box and the VSE box? |
I am on a 10Mbps line with low to medium volume.
Quote: |
o What are the loads on NT and VSE? |
NT - minimal usage. consider it a test box:
IBM Netfinity 7000
4 Processor 200Mhz
2 Gb RAM
VSE is never close to full utilization, and I am running this in the test LPAR.
Hopefully this is helpful.
gordon
[ This Message was edited by: rtgordon on 2001-08-14 07:50 ] |
|
Back to top |
|
 |
kolban |
Posted: Tue Aug 14, 2001 7:54 am Post subject: |
|
|
 Grand Master
Joined: 22 May 2001 Posts: 1072 Location: Fort Worth, TX, USA
|
The most interesting thing I noted, and we may want to touch each one of these points in turn, was that the VSE program is triggered. I hope that the program is not being triggered for "every" message as opposed to "depth" or "first"? Secondly, I hope that it issues a subequent MQGET with wait after getting the original message so that subsequent messages can be processed without having to restart the program? |
|
Back to top |
|
 |
rtgordon |
Posted: Tue Aug 14, 2001 12:21 pm Post subject: |
|
|
Apprentice
Joined: 27 Jun 2001 Posts: 34 Location: Lewisville, TX
|
Actually, we have tried several configurations. Currently, we are triggering on first, which is doing an MQGet with a one minute wait interval until the queue is empty. |
|
Back to top |
|
 |
bduncan |
Posted: Tue Aug 14, 2001 1:38 pm Post subject: |
|
|
Padawan
Joined: 11 Apr 2001 Posts: 1554 Location: Silicon Valley
|
I'm just curious, but since you are asking how long we think it should take, I would like to ask you how long it is currently taking. I'm assuming you wouldn't be asking if the performance was such that everyone was spellbound by the amazing speed of the system...
_________________ Brandon Duncan
IBM Certified MQSeries Specialist
MQSeries.net forum moderator |
|
Back to top |
|
 |
rtgordon |
Posted: Tue Aug 14, 2001 2:21 pm Post subject: |
|
|
Apprentice
Joined: 27 Jun 2001 Posts: 34 Location: Lewisville, TX
|
The transaction takes 3-4 seconds from the click of the submit button. (it actually takes 6-7 on the first one after it disconnects) Not bad considering I started out in the 10-12 second range
I would like to be in the two second range (or as fast as possible). I have been trying to find common configuration/programming techniques that were done incorrectly.
I do appreciate all of the help.
gordon
|
|
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
|
|
|
|