| Author |
Message
|
| bhr4231 |
 Posted: Sun Nov 07, 2010 11:00 pm Post subject: How to measure response time in z/OS MQ |
 |
|
Newbie
Joined: 07 Nov 2010
Posts: 4
|
Hi,
At our environment we have z/OS V1.11, WebSphere MQ for z/OS V7.0.1.
Some applications at open platform connect z/OS MQ via JMS connection.
We need to measure the elapsed time at each component (network,
firewall, JMS, z/OS MQ, etc.) during put/get operations. For this
purpose, we thought that, we can use put time field of MQMD of the
message; but this is not enough for us. We need the elapsed time,
during the z/OS MQ gets the message and the message is available at the
queue. How can we measure this elapsed time? |
|
| Back to top |
|
 |
| Mr Butcher |
| Posted: Sun Nov 07, 2010 11:12 pm Post subject: |
|
|
Padawan
Joined: 23 May 2005
Posts: 1716
|
check the mq monitoring manual. qtime may be what you need (the interval between messages being put on the queue and then being destructively read)
_________________
Regards, Butcher |
|
| Back to top |
|
|
| bruce2359 |
| Posted: Mon Nov 08, 2010 2:16 pm Post subject: |
|
|
Poobah
Joined: 05 Jan 2008
Posts: 9469
Location: US: west coast, almost. Otherwise, enroute.
|
Additionally, contact your z/OS sysprogs about enabling SMF accounting and statistics data for MQ.
_________________
I like deadlines. I like to wave as they pass by.
ב''ה
Lex Orandi, Lex Credendi, Lex Vivendi. As we Worship, So we Believe, So we Live. |
|
| Back to top |
|
|
| gbaddeley |
| Posted: Mon Nov 08, 2010 2:41 pm Post subject: Re: How to measure response time in z/OS MQ |
|
|
Jedi Knight
Joined: 25 Mar 2003
Posts: 2538
Location: Melbourne, Australia
|
| bhr4231 wrote: |
Hi,
At our environment we have z/OS V1.11, WebSphere MQ for z/OS V7.0.1.
Some applications at open platform connect z/OS MQ via JMS connection.
We need to measure the elapsed time at each component (network,
firewall, JMS, z/OS MQ, etc.) during put/get operations. For this
purpose, we thought that, we can use put time field of MQMD of the
message; but this is not enough for us. We need the elapsed time,
during the z/OS MQ gets the message and the message is available at the
queue. How can we measure this elapsed time? |
What are your reasons and objectives for doing this? Are you trying to diagnose slow response?
The PutTime field in the MQMD only has 1/100 second resolution, which is not adequate for response time measurements when operations are happening at the 1/1000 second level.
Consider adding instrumentation code to the programs to log time stamps before and after each put and get.
Consider using MQ trace.
Assuming the JMS app on the open platform using using a MQ client channel to connect to the z/OS qmgr, consider using SupportPac MA0Z to log all the puts & gets that JMS does.
More often than not, slow response issues or bottlenecks occur in applications rather than the messaging infrastructure (network, MQ). MQ administrators become good detectives at diagnosing SEP's !
_________________
Glenn |
|
| Back to top |
|
|
| bruce2359 |
| Posted: Mon Nov 08, 2010 3:13 pm Post subject: |
|
|
Poobah
Joined: 05 Jan 2008
Posts: 9469
Location: US: west coast, almost. Otherwise, enroute.
|
What else does the application do? Does it update a database, for example?
_________________
I like deadlines. I like to wave as they pass by.
ב''ה
Lex Orandi, Lex Credendi, Lex Vivendi. As we Worship, So we Believe, So we Live. |
|
| Back to top |
|
|
| bhr4231 |
| Posted: Wed Nov 10, 2010 12:46 am Post subject: |
|
|
Newbie
Joined: 07 Nov 2010
Posts: 4
|
Thank you for the answers.
Our reason for doing this is to diagnose slow response time.
The application at open platform connects z/OS MQ via JMS connection and puts on a queue on Z/OS MQ.
How can I start an MQ trace and then format and read ? What will be the cost of MQ trace on z/OS? |
|
| Back to top |
|
|
| Mr Butcher |
| Posted: Wed Nov 10, 2010 1:15 am Post subject: |
|
|
Padawan
Joined: 23 May 2005
Posts: 1716
|
Tracing MQ on z/OS is not that easy as it is maybe on windows and unix. It requires specific mainframe skills and some setup work. There are different traces available (e.g. trace to storage table or trace to GTF) and you have to use specific tools (e.g. IPCS) to format the data. If you are then able to interpret what you can read is a different question. Sometimes tracing is also disruptive (if you trace to storage you need to dump the MQ STCs to get your hands at the trace table)
in addition, if you only trace MQ, you will not see time spend at other places, e.g. network or DB2.. You will then just see MQGET and maybe some time later MQCOMIT but you will not know what happened in between. GTF trace can cover multiple subsystems, but ...... as i said before not that easy and you will need the help of your mainframe system programmers.
yes, tracing is overhead, i remember about 5 to 10% but i may be wrong here.
you have been given already a lot of suggestions to approach this problem in this thread, i'd go for these first, e.g. using measure points in the application.
_________________
Regards, Butcher |
|
| Back to top |
|
|
| bruce2359 |
| Posted: Wed Nov 10, 2010 6:55 am Post subject: |
|
|
Poobah
Joined: 05 Jan 2008
Posts: 9469
Location: US: west coast, almost. Otherwise, enroute.
|
What you are looking for on z/OS is SMF accounting and statistics records.
Your z/OS systems programmer should already be familiar with capturing SMF 115 and 116 records. Overhead for capturing these is near zero percent - lots of horsepower on z. The WMQ for z/OS System Setup Guide describes what needs to be done to enable SMF records for WMQ.
Download supportpac MP1B: WebSphere MQ for z/OS V7.0 - Interpreting accounting and statistics data. http://www-01.ibm.com/support/docview.wss?rs=171&uid=swg24005907&loc=en_US&cs=utf-8&lang=en
As you have been advised, nearly everything on z/OS is geometrically more complicated than Win/UNIX, and requires specialized skills to manage.
_________________
I like deadlines. I like to wave as they pass by.
ב''ה
Lex Orandi, Lex Credendi, Lex Vivendi. As we Worship, So we Believe, So we Live. |
|
| Back to top |
|
|
| gbaddeley |
| Posted: Wed Nov 10, 2010 2:39 pm Post subject: |
|
|
Jedi Knight
Joined: 25 Mar 2003
Posts: 2538
Location: Melbourne, Australia
|
| Mr Butcher wrote: |
| Tracing MQ on z/OS is not that easy as it is maybe on windows and unix. It requires specific mainframe skills and some setup work... |
Very true. Is MQ Client installed on the open platform where you are running JMS? If so, you can run MQ trace on there using the strmqtrc and endmqtrc commands.
_________________
Glenn |
|
| Back to top |
|
|
| bruce2359 |
| Posted: Wed Nov 10, 2010 3:04 pm Post subject: |
|
|
Poobah
Joined: 05 Jan 2008
Posts: 9469
Location: US: west coast, almost. Otherwise, enroute.
|
| Quote: |
| We need to measure the elapsed time at each component (network, firewall, JMS, z/OS MQ, etc.) during put/get operations |
.
Is this a new problem? Is the problem pervasive across all applications in your environment? Or is there a problem with one app?
What has changed in the application? What has changed in the environment?
Is everything in your environment experiencing slowdowns? Or just this app? Other apps?
_________________
I like deadlines. I like to wave as they pass by.
ב''ה
Lex Orandi, Lex Credendi, Lex Vivendi. As we Worship, So we Believe, So we Live. |
|
| Back to top |
|
|
| cicsprog |
| Posted: Thu Nov 11, 2010 2:10 pm Post subject: |
|
|
Partisan
Joined: 27 Jan 2002
Posts: 347
|
| Do you have a monitor package? |
|
| Back to top |
|
|
| bruce2359 |
| Posted: Fri Nov 12, 2010 2:48 pm Post subject: |
|
|
Poobah
Joined: 05 Jan 2008
Posts: 9469
Location: US: west coast, almost. Otherwise, enroute.
|
Mxg from Merrill.
_________________
I like deadlines. I like to wave as they pass by.
ב''ה
Lex Orandi, Lex Credendi, Lex Vivendi. As we Worship, So we Believe, So we Live. |
|
| Back to top |
|
|
| bhr4231 |
| Posted: Mon Dec 20, 2010 5:39 am Post subject: |
|
|
Newbie
Joined: 07 Nov 2010
Posts: 4
|
Hi,
Thank you all for the answers. We are using Omegamon XE for CICS, and I was able to monitor the MQ request counts and response times via Omegamon CICS-Omegaview task history panel. But I need also the historical data. When I read the SMF 110 records for the CICS transaction which has MQ requests, I can only see the total time for MQ requests in the "DFHRMI S006 RMIMQM" field. How can I read specifically the MQOPEN, MQPUT, MQGET and MQCLOSE response times for each CICS task from the z/OS SMF 110 records ?
Thanks |
|
| Back to top |
|
|
| Mr Butcher |
| Posted: Mon Dec 20, 2010 6:02 am Post subject: |
|
|
Padawan
Joined: 23 May 2005
Posts: 1716
|
dont you have any cics / z/OS system programmers in your shop?
_________________
Regards, Butcher |
|
| Back to top |
|
|
|
|
