ASG
IBM
Zystems
Cressida
Icon
Netflexity
 
  MQSeries.net
Search  Search       Tech Exchange      Education      Certifications      Library      Info Center      SupportPacs      LinkedIn  Search  Search                                                                   FAQ  FAQ   Usergroups  Usergroups
 
Register  ::  Log in Log in to check your private messages
 
RSS Feed - WebSphere MQ Support RSS Feed - Message Broker Support

MQSeries.net Forum Index » Mainframe, CICS, TXSeries » Interpreting SMF 116 Class 3

Post new topic  Reply to topic
 Interpreting SMF 116 Class 3 « View previous topic :: View next topic » 
Author Message
gouda
PostPosted: Fri Jul 22, 2011 7:11 am    Post subject: Interpreting SMF 116 Class 3 Reply with quote

Apprentice

Joined: 20 May 2001
Posts: 32
Location: Germany, Nuremburg

Hi group,

i am worried after seeing this output from SupportPac MP1B.
Originally i just wanted to assist a developer to find an error.

MP1B produced these lines:
Code:
==============================================
  Open name ####.#####                                       Object type:Alias Queue                                                 
  Base name ####.#####.LOCAL                                 Base type  :Queue                                                       
  Queue indexed by GROUP ID                                                                                                         
  First opened 21-07-2011 06:29:27.54                                                                                               
  Last closed  21-07-2011 11:30:57.50                                                                                               
  Page set ID             5,  Buffer pool          2                                                                                 
  Current opens           0,  Total requests      60226                                                                             
  Generated messages :          0                                                                                                   
  Persistent messages: GETs      20868,  PUTs          0,  PUT1s          0                                                         
  Put to waiting getter: PUT          0,  PUT1          0                                                                           
  GETs: Valid     20868,  Max size    267918,  Min size      2684,  Total bytes  102105825                                           
  GETs: Dest-S        0,  Dest-G     60224,  Brow-S         0,  Brow-G         0, Sucessful destructive      20868                 
  Time on queue : Max 8779.467815,  Min    0.098210, Avg 4294850603.023688                                                           
  -MQ call-          N         ET         CT       Susp       LOGW       PSET Epages   skip expire                                   
   Open   :          1        124         43         83                                                                             
   Get    :      60224        647         65        574        543          0    263      0      0                                   
  -Logging: Total-count  Total-elapsed   Force-count Force-elapsed                                                                   
   MQGET          20868      32.702875         20868     32.702875                                                                   
  Maximum depth encountered      18412                                                                                               
==============================================

What irritates me is the line with GETs: Dest-S
I have two kinds of destructive Gets: 20868 and 60224 .

What causes that difference ? 20868 seems to be the 'real' number of processed messages, what is 60224 ?
Similar statistics happen in an OUW of the MCA playing with an XMIT queue.

Is anyone familiar with this ?
Or even Colin out there, the author of MP1B ?
Back to top
View user's profile Send private message
elkinsc
PostPosted: Fri Jul 22, 2011 8:46 am    Post subject: Valid vs invalid gets Reply with quote

Centurion

Joined: 29 Dec 2004
Posts: 138
Location: Indy

Greetings!

The 'Valid' count is the number of GETs to the queue that were successful (did not expire, did not get a 2033, etc.) - the count difference is between the requests issued and requests fulfilled.

To quote from MP1B:

The row with GETs : Valid gives the number of gets which returned a message(valid gets) the maximum and
minimum message sizes in bytes, and the total number of bytes processed as an 8 character hex number. It is
displayed in hex because this number could be very large and normal 31 bit arithmetic may not work.
The row with GETs : Dest-S gives
• the number of destructive gets where a message id or correlation id was specified (Dest-S)
• the number of destructive gets where a message id or correlation id was not specified (Dest-G)
• the number of browse requests where a message id or correlation id was specified (Brow-S)
• the number of browse requests where a message id or correlation id was not specified (Brow-G)
Back to top
View user's profile Send private message
gouda
PostPosted: Mon Jul 25, 2011 12:00 am    Post subject: Reply with quote

Apprentice

Joined: 20 May 2001
Posts: 32
Location: Germany, Nuremburg

So the application seems to 'poll' the queue.
Thank you for your support !
Back to top
View user's profile Send private message
bruce2359
PostPosted: Mon Jul 25, 2011 4:37 am    Post subject: Reply with quote

Poobah

Joined: 05 Jan 2008
Posts: 9469
Location: US: west coast, almost. Otherwise, enroute.

gouda wrote:
So the application seems to 'poll' the queue.

How did you arrive at this statement?
_________________
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
View user's profile Send private message
gouda
PostPosted: Mon Jul 25, 2011 10:17 pm    Post subject: Reply with quote

Apprentice

Joined: 20 May 2001
Posts: 32
Location: Germany, Nuremburg

Hi Bruce,
you mean how i came to this conclusion ?
I don't know much about the application since the the developer is on vacation. This is just an interpretation for the mismatch of the counters.
Back to top
View user's profile Send private message
Display posts from previous:   
Post new topic  Reply to topic Page 1 of 1

MQSeries.net Forum Index » Mainframe, CICS, TXSeries » Interpreting SMF 116 Class 3
Jump to:  



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
Protected by Anti-Spam ACP
 
 


Theme by Dustin Baccetti
Powered by phpBB © 2001, 2002 phpBB Group

Copyright © MQSeries.net. All rights reserved.