User statistics displayed in SirMon: Difference between revisions
mNo edit summary |
m (typos) |
||
(8 intermediate revisions by 3 users not shown) | |||
Line 1: | Line 1: | ||
User statistics provide information about each user logged on to the Online system. | User statistics provide information about each user logged on to the Online system. | ||
The value of each user statistic is determined by the activity and | The value of each user statistic is determined by the activity and | ||
state within the Online for that particular user. | state within the Online for that particular user. | ||
In [[RKWeb]], you can display all the user statistics and view their descriptions by selecting <code>Performance > Custom</code> from the <code>Monitor</code> tab, then clicking the <b>Users</b> radio button. | |||
<table class="thJustBold"> | <table class="thJustBold"> | ||
Line 73: | Line 71: | ||
<tr><th>BXSPLI</th> | <tr><th>BXSPLI</th> | ||
<td>Node splits in the ordered index by the user (rate or total).</td></tr> | <td>Node splits in the ordered index by the user (rate or total).</td></tr> | ||
<tr><th>CCATDIFF</th> | |||
<td>Difference between CCATEMP pages allocated and freed by the thread. This is an imperfect indicator of the number of CCATEMP pages a thread has allocated. CCATDIFF is imperfect because it is difficult to fully account for pages allocated or freed on behalf of the system or other users. However, if there is an acute CCATEMP page shortage, threads with high CCATDIFF values are likely culprits. | |||
<p> | |||
Under Model 204 7.8 and later, the SLCCATD and SLCCATDH since-last statistics provide alternatives for trying to track down threads responsible for an acute CCATEMP page shortage.</p> | |||
<p> | |||
CCATDIFF is available in Model 204 7.7 and higher.</p></td></tr> | |||
<tr><th>CFRALL</th> | <tr><th>CFRALL</th> | ||
<td>Returns a 16 character string that describes the thread's critical file resource holdings. If a thread holds or is attempting to obtain a critical file resource lock, | <td>Returns a 16-character string that describes the thread's critical file resource holdings. If a thread holds or is attempting to obtain a critical file resource lock, this statistic returns the name of the file associated with the critical file resource, followed by 6 characters that indicate the mode for the various critical file resource locks: Direct, Index, Exists, Recenq, Allod, and Alloe. These characters contain '<tt>.</tt>' meaning not held, 'X' meaning exclusive, or 'S' meaning share.</td></tr> | ||
this statistic returns the name of the file associated with the critical file resource followed by 6 characters that indicate the mode for the various critical file resource locks | |||
<tr><th>CFRCONF</th> | <tr><th>CFRCONF</th> | ||
Line 83: | Line 86: | ||
<tr><th>CFRDIER</th> | <tr><th>CFRDIER</th> | ||
<td>Returns a 12 character string that describes the thread's critical file resource activity. | <td>Returns a 12-character string that describes the thread's critical file resource activity. | ||
If a thread holds or is attempting to obtain a critical file resource lock, this statistic returns the name of the file associated with the critical file resource followed by 4 characters | If a thread holds or is attempting to obtain a critical file resource lock, this statistic returns the name of the file associated with the critical file resource followed by 4 characters | ||
that indicate the mode in which the thread holds the | that indicate the mode in which the thread holds the four critical file resource locks: Direct, Index, Exists, and Recenq (hence the DIER in CFRDIER). | ||
The characters indicating the lock mode are '.' meaning not held, 'X' meaning exclusive and 'S' meaning share.</td></tr> | The characters indicating the lock mode are '.' meaning not held, 'X' meaning exclusive, and 'S' meaning share.</td></tr> | ||
<tr><th>CFRWTT</th> | <tr><th>CFRWTT</th> | ||
Line 167: | Line 170: | ||
<tr><th>FLGS</th> | <tr><th>FLGS</th> | ||
<td>User flags modifying the thread's current wait. This statistic is displayed in hexadecimal. If the thread is not currently waiting, | <td>User flags modifying the thread's current wait. This statistic is displayed in hexadecimal. If the thread is not currently waiting, the flags displayed are the result of the threads most recent wait. The bits in the flag byte have the following meaning: | ||
the flags displayed are the result of the threads most recent wait. The bits in the flag byte have the following meaning: | |||
<p class="code"><nowiki>X'80' - Always enter scheduler even if ECB posted | <p class="code"><nowiki>X'80' - Always enter scheduler even if ECB posted | ||
X'40' - The wait is swappable | X'40' - The wait is swappable | ||
Line 364: | Line 366: | ||
<tr><th>PNAME</th> | <tr><th>PNAME</th> | ||
<td>Name of the currently executing or last executed procedure. PNAME can be followed by a number indicating the number of bytes of the procedure name to be displayed and an optional 'L' or 'R' to indicate whether | <td>Name of the currently executing or last executed procedure. PNAME can be followed by a number indicating the number of bytes of the procedure name to be displayed and an optional 'L' or 'R' to indicate whether the leftmost or rightmost bytes of the procedure name should be displayed. For example, PNAME20 and PNAME20L would display the leftmost 20 bytes of the procedure name and PNAME9R would display the rightmost 9 bytes of the procedure name. | ||
the leftmost or rightmost bytes of the procedure name should be displayed. For example, PNAME20 and PNAME20L would display the leftmost 20 bytes of the procedure name and PNAME9R would display | <p> | ||
the rightmost 9 bytes of the procedure name. The requested length must be between 6 and 32 inclusive. PNAME is the same as PNAME16L. | The requested length must be between 6 and 32 inclusive. PNAME is the same as PNAME16L. All procedure names are actually the leftmost 32 or LAUDPROC bytes of the true procedure name whichever is shorter. </p> | ||
All procedure names are actually the leftmost 32 or LAUDPROC bytes of the true procedure name whichever is shorter. | <p> | ||
To save screen space, SIRMON limits the display of PNAME to LAUDPROC bytes, even when the user requests a longer display. The default for LAUDPROC is 21.</td></tr> | To save screen space, SIRMON limits the display of PNAME to LAUDPROC bytes, even when the user requests a longer display. The default for LAUDPROC is 21.</p></td></tr> | ||
<tr><th>PRTY</th> | <tr><th>PRTY</th> | ||
Line 409: | Line 411: | ||
<tr><th>RCLKSRE</th> | <tr><th>RCLKSRE</th> | ||
<td>Number of | <td>Number of single record entries in the record locking table. Single record entries are associated with locked individual records such as used in a FOR RECORD NUMBER statement, or the exclusive lock obtained on a record being updated in a FOR EACH RECORD loop.</td></tr> | ||
single record entries in the record locking table. Single record entries are associated with locked individual records | |||
such as used in a FOR RECORD NUMBER statement, or the exclusive lock obtained on a record being updated in a FOR EACH RECORD loop.</td></tr> | |||
<tr><th>RECADD</th> | <tr><th>RECADD</th> | ||
Line 509: | Line 509: | ||
<td>"Since-Last" version of BXRFND (ordered index node splits). Since-Last stats reflect activity in the current work unit. | <td>"Since-Last" version of BXRFND (ordered index node splits). Since-Last stats reflect activity in the current work unit. | ||
When the work unit (typically a compilation or evaluation) completes, the Since-Last stats are output to the journal and reset to 0. The WHAT stat contains the work unit type.</td></tr> | When the work unit (typically a compilation or evaluation) completes, the Since-Last stats are output to the journal and reset to 0. The WHAT stat contains the work unit type.</td></tr> | ||
<tr><th>SLCCATD | |||
<td>Difference between CCATEMP pages allocated and freed in the request. This is an imperfect indicator of the number of CCATEMP pages a request has allocated. Imperfect because it is difficult to fully account for pages allocated or freed on behalf of the system or other users. However, if there is an acute CCATEMP page shortage, requests with high SLCCTAD values are likely culprits. | |||
<p> | |||
Available only in Model 204 7.8 and later.</p></td></tr> | |||
<tr><th>SLCCATDH | |||
<td>High water mark of SLCCATD in a request. This can be useful if a request allocated a lot of CCATEMP pages, causing an acute shortage but then freed those pages. Of course, the most likely time such a request will free its pages is at end of request so this statistic is probably more useful when looking at the journal than in SirMon. | |||
<p> | |||
Available only in Model 204 7.8 and later.</p></td></tr> | |||
<tr><th>SLCMMITS</th> | <tr><th>SLCMMITS</th> | ||
Line 518: | Line 528: | ||
When the work unit (typically a compilation or evaluation) completes, the Since-Last stats are output to the journal and reset to 0. The WHAT stat contains the work unit type. | When the work unit (typically a compilation or evaluation) completes, the Since-Last stats are output to the journal and reset to 0. The WHAT stat contains the work unit type. | ||
This stat is collected in milliseconds but presented by SirMon in seconds.</td></tr> | This stat is collected in milliseconds but presented by SirMon in seconds.</td></tr> | ||
<tr><th>SLCPU</th> | <tr><th>SLCPU</th> | ||
<td>"Since-Last" stat for CPU consumed while in current work unit. Since-Last stats reflect activity in the current work unit. | <td>"Since-Last" stat for CPU consumed while in current work unit. Since-Last stats reflect activity in the current work unit. |
Latest revision as of 22:30, 12 June 2017
User statistics provide information about each user logged on to the Online system. The value of each user statistic is determined by the activity and state within the Online for that particular user.
In RKWeb, you can display all the user statistics and view their descriptions by selecting Performance > Custom
from the Monitor
tab, then clicking the Users radio button.
ACCOUNT | User's M204 account. |
---|---|
AUDIT | Audit lines produced (rate or total). |
BACKOUTS | Number of update units that had to be backed out (rate or total). |
BADD | Fields added to table B (rate or total). |
BCHG | Fields changed in place in table B (rate or total). |
BDEL | Fields deleted from table B (rate or total). |
BLKCFRE | Number of times the user caused another user to wait due to this user holding an exclusive critical file resource enqueue. Only available if CFRLOOK=1 (rate or total). |
BLKI | Percentage of performance samples in which the user was in a server and waiting for an event. Always 0 if the performance subtask is not active (10 = 10%, etc.). |
BLKIA | Performance statistic: same as BLKI but calculated by weighting samples in the current performance interval with the latest report finished by the performance monitoring subtask. |
BLKIT | Performance statistic: same as BLKI but calculated across all performance monitoring samples since the beginning of the run. |
BLKO | Percentage of performance samples in which the user was not in a server and waiting for an event. Always 0 if the performance subtask is not active (10 = 10%, etc.). |
BLKOA | Performance statistic: same as BLKO but calculated by weighting samples in the current performance interval with the latest report finished by the performance monitoring subtask. |
BLKOT | Performance statistic: same as BLKO but calculated across all performance monitoring samples since the beginning of the run. |
BLKRLK | Number of times the user caused another user to wait due to this user holding any kind of critical file resource enqueue. Only available if CFRLOOK=1 (rate or total). |
BXCHNG | New segments of records starting or local lists deleted in the ordered index by the user (rate or total). |
BXDELE | Removals from tree structure in the ordered index (rate or total). |
BXFIND | Searches to locate FIELD NAME = VALUE pairs in the ordered index by the user (rate or total). |
BXFREE | Nodes emptied in the ordered index by the user (rate or total). |
BXINSE | New records inserted with an unused FIELD NAME = VALUE pair in the ordered index by the user (rate or total). |
BXNEXT | FIELD NAME = VALUE pairs touched in the ordered index during range retrievals by the user (rate or total). |
BXRFND | Calls for range retrieval from the ordered index by the user (rate or total). |
BXSPLI | Node splits in the ordered index by the user (rate or total). |
CCATDIFF | Difference between CCATEMP pages allocated and freed by the thread. This is an imperfect indicator of the number of CCATEMP pages a thread has allocated. CCATDIFF is imperfect because it is difficult to fully account for pages allocated or freed on behalf of the system or other users. However, if there is an acute CCATEMP page shortage, threads with high CCATDIFF values are likely culprits.
Under Model 204 7.8 and later, the SLCCATD and SLCCATDH since-last statistics provide alternatives for trying to track down threads responsible for an acute CCATEMP page shortage. CCATDIFF is available in Model 204 7.7 and higher. |
CFRALL | Returns a 16-character string that describes the thread's critical file resource holdings. If a thread holds or is attempting to obtain a critical file resource lock, this statistic returns the name of the file associated with the critical file resource, followed by 6 characters that indicate the mode for the various critical file resource locks: Direct, Index, Exists, Recenq, Allod, and Alloe. These characters contain '.' meaning not held, 'X' meaning exclusive, or 'S' meaning share. |
CFRCONF | Critical file resource conflicts (rate or total). Times over an interval that a critical file resource was required but not available. |
CFRDIER | Returns a 12-character string that describes the thread's critical file resource activity.
If a thread holds or is attempting to obtain a critical file resource lock, this statistic returns the name of the file associated with the critical file resource followed by 4 characters that indicate the mode in which the thread holds the four critical file resource locks: Direct, Index, Exists, and Recenq (hence the DIER in CFRDIER). The characters indicating the lock mode are '.' meaning not held, 'X' meaning exclusive, and 'S' meaning share. |
CFRWTT | Critical file resource wait time (rate or total). Time spent over an interval waiting for critical file resources. Collected in milliseconds, presented in SirMon in seconds. |
CNCT | Length of time the user has been logged on. |
COMMITS | Number of commited update units since logon (rate or total). |
CPU | CPU consumed (rate or total). Collected in milliseconds, presented by SirMon in seconds. |
DIRRCD | Records scanned in direct searches on table B (rate or total). |
DKAR | Buffers allocated without page read requests (rate or total). |
DKIO | Physical page reads and writes from/to Model204 database files and CCATEMP (rate or total). DKIO = DKRD + DKWR. |
DKPR | Requests for a page (rate or total). |
DKRD | Physical page reads from a Model204 database file or CCATEMP (rate or total). |
DKRR | Physical page reads for recently used pages (rate or total). |
DKWR | Physical page writes to a Model204 database file or CCATEMP (rate or total). |
DMPRST | Reads from and writes to a Model204 file backup via the DUMP and RESTORE commands (rate or total). DMPRST = DUMP + REST. |
DUMP | Writes to a Model204 file backup via the DUMP command (rate or total). |
ECCALL | Number of External Call Facility calls by user (rate or total). |
ECCNCT | Total amount of time External Call Facility subtasks spent running for user (rate or total). |
ECCPU | Total amount of CPU used by External Call Facility subtasks on behalf of user (rate or total). |
ECCTOUT | Number of External Call Facility calls that timed out for user, that is, did not complete in the time period specified on the EXTERNAL PROGRAM statement (rate or total). |
ECCWAITP | Number of External Call Facility calls by user that had to wait for a load module to become available either because it was non-reentrant and it was in use or because the module was being loaded or deleted (rate or total). |
ECCWAITS | Number of External Call Facility calls by user that had to wait for a subtask to become available (rate or total). |
ECDELETE | Number of EXTERNAL DELETE statements executed by user (rate or total). |
ECEXCP | Total number of I/O's done by External Call Facility subtasks on behalf of user (rate or total). |
ECLOAD | Number of EXTERNAL LOAD statements executed by user (rate or total). |
ECTWAITP | Amount of time External Call Facility calls by user that had to wait for a load module to become available either because it was non-reentrant and it was in use or because the module was being loaded or deleted (rate or total). |
ECTWAITS | Amount of time External Call Facility calls by user spent waiting for a subtask to become available (rate or total). |
FBWT | Waits for a free Model 204 disk page buffer (rate or total). |
FINDS | User Language FIND statements evaluated (rate or total). |
FLGS | User flags modifying the thread's current wait. This statistic is displayed in hexadecimal. If the thread is not currently waiting, the flags displayed are the result of the threads most recent wait. The bits in the flag byte have the following meaning:
X'80' - Always enter scheduler even if ECB posted X'40' - The wait is swappable X'20' - The ECB waited on is an internal ECB (posted only by 204) X'10' - The ECB waited on is a short (single byte) internal ECB X'08' - The ECB waited on can be waited on by more than one thread X'04' - The wait is BUMP'able (the wait will complete upon a BUMP) X'02' - The wait will complete upon receipt of a warning X'01' - The wait has a time limit |
FSCB | High water mark for size of the full screen buffer table in the user's server. |
FSCBB | High water mark for size in bytes of the full screen buffer table in the user's server. Same as FSCB. |
FSCBSW | Full screen reads issued or text web responses sent, including Janus Web and Connect* transactions (rate or total). |
FTBL | High water mark of the size of FTBL in the user's server. |
FTBLB | High water mark of the size in bytes of FTBL in the user's server. Same as FTBL. |
GTBL | High water mark for the size of the global variable table in the user's server. |
GTBLB | High water mark for the size in bytes of the global variable table in the user's server. Same as GTBL. |
GTBLRS | Number of GTBL rearrangements required to add a non-string global "object", such as an image or screen. |
GTBLRU | Number of GTBL rearrangements required to add or expand a string global value with $SETG. |
HEAP | The high water mark of C HEAP used. This represents resources used by the portion of Model 204 written in C (such as the pattern matcher and SQL processor). |
IDLETIM | Length of time that the system has been waiting for input from the user. Collected in millseconds, SirMon presents in seconds. |
IFCALL | IFAM calls (rate or total). |
IFJOB | Name of IFAM job currently connected to the Online thread. |
IFSTART | IFAM start commands (rate or total). |
IFSTEP | Name of the current step within the IFAM job currently connected to the Online thread. |
IODEV | Thread's IODEV number as set in CCAIN stream. Will not change over the course of a run.
1 - User 0 (CCAIN) 3 - BSAM (sequential dataset) 7 - VTAM full screen 11 - CRAM full screen 15 - BTAM teletype 23 - Host Language IFAM 27 - HORIZON 29 - CRAM line mode (probably BATCH2) 35 - BTAM local 3270 35 - BTAM local 3270 37 - VTAM 3767 and NTO (MVS only) 39 - IUCV line mode (probably BATCH2, CMS only) 41 - IUCV full screen (CMS only) 43 - IUCV host language IFAM (CMS only) 45 - CMS line mode ALTIODEV 47 - CMS full screen ALTIODEV |
ITBL | High water mark for the size of ITBL. |
ITBLB | High water mark for the size in bytes of ITBL. Same as ITBL. |
IXADD | Index entries added to tables C and D, including attempts to add duplicates (rate or total). |
IXDEL | Index entries deleted from tables C and D (rate or total). |
LONGUPDT | Number of update units that exceeded MAXUD (rate or total). |
LONGUTIM | Total milliseconds spent in update units that exceeded MAXUD. (SirMon presents this stat in seconds.) |
MOVE | Times Model204 switched from the thread to another thread (rate or total). |
MQAPICNT | Number of MQ Series calls excluding MQGETs with WAIT specified (rate or total). |
MQAPITIM | Time spent by user in MQ Series calls excluding MQGETs with WAIT specified (rate or total). |
MQBYTEIN | Number of bytes received by user with MQ Series MQGET calls (rate or total). |
MQBYTEOU | Number of bytes sent by user with MQ Series MQPUT and MQPUT1 calls (rate or total). |
MQGETS | Number of MQ Series MQGET calls by user (rate or total). |
MQGWTCNT | Number of MQ Series MQGET calls by user with WAIT specified (rate or total). |
MQGWTSUC | Number of successful MQ Series MQGET calls by user with WAIT specified (rate or total). Always less than or equal to MQGWTCNT. |
MQGWTTIM | Time spent waiting by user for a response from an MQ Series MQGET call that had a non-unlimited time-limit (rate or total). Always less than or equal to MQGWTTSP. |
MQGWTTSP | Wait time specified for all MQ Series MQGET calls by user that had a non-unlimited time-limit (rate or total). Always greater than or equal to MQGWTTIM. |
MQHWBUFS | High water mark of number of bytes of MQ Series message buffers allocated by user (total). |
MQHWQU | High water mark of number of MQ Series queues open by user (total). |
MQHWTASK | High water mark of number of MQ Series tasks in use by user (total). |
MQNUMQM | The number of distinct MQ Series queue managers connected to by user over the course of the login session (total). |
MQNUMQU | The number of distinct MQ Series queues accessed by user over the course of the logon session (total). |
MQPUTS | Number of MQ Series MQPUT and MQPUT1 calls by user (rate or total). |
NTBL | High water mark for the size of NTBL. |
NTBLB | High water mark for the size in bytes of NTBL. NTBLB=NTBL*12. |
OBJSWAP | SOAP ULI objects must be resident in a server area (VTBL and perhaps STBL) before they can be referenced. If a request accesses more objects than were allocated, objects are swapped from the server to CCATEMP. Rate or total. |
OTBL | High water mark for the size of all user tables except QTBL, STBL, VTBL, FSCB, NTBL, and VTBL. |
OTBLB | High water mark for the size in bytes of all user tables except QTBL, STBL, VTBL, FSCB, NTBL, and VTBL. |
OUTPB | High water mark for the size of the output page buffer. |
OUTPBB | High water mark for the size in bytes of the output page buffer. Same as OUTPB. |
PBRSFLT | The number of private buffer reserve faults. A value of 1 may be observed, but the condition results in a user restart, so it should be rare (rate or total). |
PBUFRSV | The number of private buffers reserved by the user. |
PBUFUSE | The number of private buffers used by the user. |
PCPU | Percentage of CPU acquired when the thread was ready to run. |
PCPUC | CPU total used for PCPU calculations. |
PCPUR | Time ready to run total used for PCPU calculations. |
PDL | High water mark for the size of the user push down list. |
PDLB | High water mark for the size in bytes of the user push down list. Same as PDL. |
PFILE | Name of the procedure file containing the currently executing or last executed procedure. |
PNAME | Name of the currently executing or last executed procedure. PNAME can be followed by a number indicating the number of bytes of the procedure name to be displayed and an optional 'L' or 'R' to indicate whether the leftmost or rightmost bytes of the procedure name should be displayed. For example, PNAME20 and PNAME20L would display the leftmost 20 bytes of the procedure name and PNAME9R would display the rightmost 9 bytes of the procedure name.
The requested length must be between 6 and 32 inclusive. PNAME is the same as PNAME16L. All procedure names are actually the leftmost 32 or LAUDPROC bytes of the true procedure name whichever is shorter. To save screen space, SIRMON limits the display of PNAME to LAUDPROC bytes, even when the user requests a longer display. The default for LAUDPROC is 21. |
PRTY | Thread's current priority. |
QTBL | High water mark for the size of QTBL. |
QTBLB | High water mark for the size in bytes of QTBL. QTBLB = QTBL * 16. |
QUEUTIM | Length of time the user has been on the current queue if not waiting for terminal input. A high value for this statistic is indicative of a "hung" user situation. Collected in milliseconds, this stat is displayed by SirMon in seconds. |
RCLKBYT | Number of bytes currently used in the record locking table by the user. Space is used for both locked and unlocked found sets and lists. |
RCLKPAG | Number of bitmap pages in CCATEMP currently used to hold locked and unlocked found sets and lists.
A non-zero value for RCLKPAG for users in a terminal wait state (WAITTYP = 3) may indicate that users are holding resource enqueues across terminal I/O. This may cause other users to experience performance problems, and may also result in excessively high CCATEMP I/O. |
RCLKPL | Number of bitmap pages in CCATEMP currently used to hold found sets and lists having either an exclusive or share lock. |
RCLKPLE | Number of bitmap pages in CCATEMP currently used to hold found sets and lists with exclusive locks. |
RCLKPLS | Number of bitmap pages in CCATEMP currently used to hold found sets and lists with share locks. |
RCLKSL | Number of locked single record entries in the record locking table. These include any records locked in either share or exclusive mode. RCLKSL = RCLKSLE + RCLKSLS. |
RCLKSLE | Number of locked single record entries in the record locking table, locked in exclusive mode. |
RCLKSLS | Number of locked single record entries in the record locking table, locked in share mode. |
RCLKSRE | Number of single record entries in the record locking table. Single record entries are associated with locked individual records such as used in a FOR RECORD NUMBER statement, or the exclusive lock obtained on a record being updated in a FOR EACH RECORD loop. |
RECADD | Records started in table B not including extension records (rate or total). |
RECDEL | Records deleted from table B not including extension records (rate or total). |
RECDS | Records processed by FOR loops, SORTs, IFGETs, or IFPOINTS (rate or total). |
REDY | Percentage of performance samples in which the thread was ready to run. Always 0 if the performance subtask is not active. (10 = 10%, etc.). |
REDYA | Performance statistic: same as REDY but calculated by weighting samples in the current performance interval with the latest report finished by the performance monitoring subtask. |
REDYT | Performance statistic: same as REDY but calculated across all performance monitoring samples since the beginning of the run. |
REQ | Requests (including DISPLAY commands) executed (rate or total). If this value is non-zero over an interval, the user has exited the proc he was running at the start of the interval. |
RESPTIM | Length of time the user has been waiting for a response from the system since entering his/her last input. This statistic currently always returns a 0. |
REST | Reads from a Model204 backup file via the RESTORE command (rate or total). |
RUNG | Percentage of performance samples in which the thread was running. Always 0 if the performance subtask is not active. (10 = 10%, etc.). |
RUNGA | Performance statistic: same as RUNG but calculated by weighting samples in the current performance interval with the latest report finished by the performance monitoring subtask. |
RUNGT | Performance statistic: same as RUNG but calculated across all performance monitoring samples since the beginning of the run. |
SCHDCPU | Scheduler CPU used by user (always 0 unless SCHDOPT 1 bit set). |
SCREENS | Full screen reads issued or text web responses sent, including Janus Web and Connect* transactions (rate or total). |
SGMTI | Input lines from INCLUDE'd procedures (rate or total). |
SGMTO | Output lines to procedures defined by the user (rate or total). |
SLBADD | "Since-Last" version of BADD (field values added to Table B). Since-Last stats reflect activity in the current work unit.
When the work unit (typically a compilation or evaluation) completes, the Since-Last stats are output to the journal and reset to 0. The WHAT stat contains the work unit type. |
SLBCHG | "Since-Last" version of BCHG (field values changed in Table B). Since-Last stats reflect activity in the current work unit. When the work unit (typically a compilation or evaluation) completes, the Since-Last stats are output to the journal and reset to 0. The WHAT stat contains the work unit type. |
SLBDEL | "Since-Last" version of BDEL (field values deleted in Table B). Since-Last stats reflect activity in the current work unit. When the work unit (typically a compilation or evaluation) completes, the Since-Last stats are output to the journal and reset to 0. The WHAT stat contains the work unit type. |
SLBKOUTS | Number of update units backed out within the current work unit. Since-Last stats reflect activity in the current work unit. When the work unit (typically a compilation or evaluation) completes, the Since-Last stats are output to the journal and reset to 0. The WHAT stat contains the work unit type. |
SLBXCHG | "Since-Last" version of BXCHG (changes to the ordered index). Since-Last stats reflect activity in the current work unit. When the work unit (typically a compilation or evaluation) completes, the Since-Last stats are output to the journal and reset to 0. The WHAT stat contains the work unit type. |
SLBXDEL | "Since-Last" version of BXDEL (deletions in the ordered index). Since-Last stats reflect activity in the current work unit. When the work unit (typically a compilation or evaluation) completes, the Since-Last stats are output to the journal and reset to 0. The WHAT stat contains the work unit type. |
SLBXFND | "Since-Last" version of BXFND (ordered index finds). Since-Last stats reflect activity in the current work unit. When the work unit (typically a compilation or evaluation) completes, the Since-Last stats are output to the journal and reset to 0. The WHAT stat contains the work unit type. |
SLBXFRE | "Since-Last" version of BXFRE (ordered index nodes emptied). Since-Last stats reflect activity in the current work unit. When the work unit (typically a compilation or evaluation) completes, the Since-Last stats are output to the journal and reset to 0. The WHAT stat contains the work unit type. |
SLBXINS | "Since-Last" version of BXFRE (ordered index entries inserted). Since-Last stats reflect activity in the current work unit. When the work unit (typically a compilation or evaluation) completes, the Since-Last stats are output to the journal and reset to 0. The WHAT stat contains the work unit type. |
SLBXNXT | "Since-Last" version of BXNEXT (ordered index values touched during range retrievals). Since-Last stats reflect activity in the current work unit. When the work unit (typically a compilation or evaluation) completes, the Since-Last stats are output to the journal and reset to 0. The WHAT stat contains the work unit type. |
SLBXRFD | "Since-Last" version of BXRFND (ordered index range retrievals). Since-Last stats reflect activity in the current work unit. When the work unit (typically a compilation or evaluation) completes, the Since-Last stats are output to the journal and reset to 0. The WHAT stat contains the work unit type. |
SLBXSPL | "Since-Last" version of BXRFND (ordered index node splits). Since-Last stats reflect activity in the current work unit. When the work unit (typically a compilation or evaluation) completes, the Since-Last stats are output to the journal and reset to 0. The WHAT stat contains the work unit type. |
SLCCATD | Difference between CCATEMP pages allocated and freed in the request. This is an imperfect indicator of the number of CCATEMP pages a request has allocated. Imperfect because it is difficult to fully account for pages allocated or freed on behalf of the system or other users. However, if there is an acute CCATEMP page shortage, requests with high SLCCTAD values are likely culprits.
Available only in Model 204 7.8 and later. |
SLCCATDH | High water mark of SLCCATD in a request. This can be useful if a request allocated a lot of CCATEMP pages, causing an acute shortage but then freed those pages. Of course, the most likely time such a request will free its pages is at end of request so this statistic is probably more useful when looking at the journal than in SirMon.
Available only in Model 204 7.8 and later. |
SLCMMITS | Number of update units commits within the current work unit. Since-Last stats reflect activity in the current work unit. When the work unit (typically a compilation or evaluation) completes, the Since-Last stats are output to the journal and reset to 0. The WHAT stat contains the work unit type. |
SLCNCT | "Since-Last" stat for time spent in work unit. Since-Last stats reflect activity in the current work unit.
When the work unit (typically a compilation or evaluation) completes, the Since-Last stats are output to the journal and reset to 0. The WHAT stat contains the work unit type. This stat is collected in milliseconds but presented by SirMon in seconds. |
SLCPU | "Since-Last" stat for CPU consumed while in current work unit. Since-Last stats reflect activity in the current work unit. When the work unit (typically a compilation or evaluation) completes, the Since-Last stats are output to the journal and reset to 0. The WHAT stat contains the work unit type. |
SLDIRRC | "Since-Last" count for number of records searched directly. Since-Last stats reflect activity in the current work unit. When the work unit (typically a compilation or evaluation) completes, the Since-Last stats are output to the journal and reset to 0. The WHAT stat contains the work unit type. |
SLDKPR | "Since-Last" page requests. Since-Last stats reflect activity in the current work unit. When the work unit (typically a compilation or evaluation) completes, the Since-Last stats are output to the journal and reset to 0. The WHAT stat contains the work unit type. |
SLDKRD | "Since-Last" page reads. Since-Last stats reflect activity in the current work unit. When the work unit (typically a compilation or evaluation) completes, the Since-Last stats are output to the journal and reset to 0. The WHAT stat contains the work unit type. |
SLDKWR | "Since-Last" page writes. Since-Last stats reflect activity in the current work unit. When the work unit (typically a compilation or evaluation) completes, the Since-Last stats are output to the journal and reset to 0. The WHAT stat contains the work unit type. |
SLECCALL | "Since-Last" External Call Facility calls. Since-Last stats reflect activity in the current work unit. When the work unit (typically a compilation or evaluation) completes, the Since-Last stats are output to the journal and reset to 0. The WHAT stat contains the work unit type. This is the since-last equivalent of the ECCALL stat. |
SLECCNCT | "Since-Last" External Call Facility subtask run time. Since-Last stats reflect activity in the current work unit. When the work unit (typically a compilation or evaluation) completes, the Since-Last stats are output to the journal and reset to 0. The WHAT stat contains the work unit type. This is the since-last equivalent of the ECCNCT stat. |
SLECCPU | "Since-Last" External Call Facility subtask CPU time. Since-Last stats reflect activity in the current work unit. When the work unit (typically a compilation or evaluation) completes, the Since-Last stats are output to the journal and reset to 0. The WHAT stat contains the work unit type. This is the since-last equivalent of the ECCPU stat. |
SLECCTO | "Since-Last" External Call Facility timeouts. Since-Last stats reflect activity in the current work unit. When the work unit (typically a compilation or evaluation) completes, the Since-Last stats are output to the journal and reset to 0. The WHAT stat contains the work unit type. This is the since-last equivalent of the ECCTOUT stat. |
SLECCWTP | "Since-Last" External Call Facility waits for load module. Since-Last stats reflect activity in the current work unit. When the work unit (typically a compilation or evaluation) completes, the Since-Last stats are output to the journal and reset to 0. The WHAT stat contains the work unit type. This is the since-last equivalent of the ECCWAITP stat. |
SLECCWTS | "Since-Last" External Call Facility waits for available subtask. Since-Last stats reflect activity in the current work unit. When the work unit (typically a compilation or evaluation) completes, the Since-Last stats are output to the journal and reset to 0. The WHAT stat contains the work unit type. This is the since-last equivalent of the ECCWAITS stat. |
SLECDEL | "Since-Last" External Call Facility load module deletes. Since-Last stats reflect activity in the current work unit. When the work unit (typically a compilation or evaluation) completes, the Since-Last stats are output to the journal and reset to 0. The WHAT stat contains the work unit type. This is the since-last equivalent of the ECDELETE stat. |
SLECEXCP | "Since-Last" External Call Facility subtask IO's. Since-Last stats reflect activity in the current work unit. When the work unit (typically a compilation or evaluation) completes, the Since-Last stats are output to the journal and reset to 0. The WHAT stat contains the work unit type. This is the since-last equivalent of the ECEXCP stat. |
SLECLOAD | "Since-Last" External Call Facility load module loads. Since-Last stats reflect activity in the current work unit. When the work unit (typically a compilation or evaluation) completes, the Since-Last stats are output to the journal and reset to 0. The WHAT stat contains the work unit type. This is the since-last equivalent of the ECLOAD stat. |
SLECTWTP | "Since-Last" External Call Facility time waiting for load module. Since-Last stats reflect activity in the current work unit. When the work unit (typically a compilation or evaluation) completes, the Since-Last stats are output to the journal and reset to 0. The WHAT stat contains the work unit type. This is the since-last equivalent of the ECTWAITP stat. |
SLECTWTS | "Since-Last" External Call Facility time waiting for available subtask. Since-Last stats reflect activity in the current work unit. When the work unit (typically a compilation or evaluation) completes, the Since-Last stats are output to the journal and reset to 0. The WHAT stat contains the work unit type. This is the since-last equivalent of the ECTWAITS stat. |
SLFINDS | "Since-Last" FIND statements executed. Since-Last stats reflect activity in the current work unit. When the work unit (typically a compilation or evaluation) completes, the Since-Last stats are output to the journal and reset to 0. The WHAT stat contains the work unit type. |
SLGTBLRS | Number of GTBL rearrangements required to add a non-string global "object", such as an image or screen. |
SLGTBLRU | Number of GTBL rearrangements required to add or expand a string global value with $SETG. |
SLIC | Times user was time sliced (rate or total). |
SLIN | "Since-Last" terminal input lines. Since-Last stats reflect activity in the current work unit. When the work unit (typically a compilation or evaluation) completes, the Since-Last stats are output to the journal and reset to 0. The WHAT stat contains the work unit type. |
SLIXADD | "Since-Last" index entries added. Since-Last stats reflect activity in the current work unit. When the work unit (typically a compilation or evaluation) completes, the Since-Last stats are output to the journal and reset to 0. The WHAT stat contains the work unit type. |
SLIXDEL | "Since-Last" index entries deleted. Since-Last stats reflect activity in the current work unit. When the work unit (typically a compilation or evaluation) completes, the Since-Last stats are output to the journal and reset to 0. The WHAT stat contains the work unit type. |
SLLONGUP | Number of update units within the current work unit that exceeded the MAXUD parameter. Since-Last stats reflect activity in the current work unit. When the work unit (typically a compilation or evaluation) completes, the Since-Last stats are output to the journal and reset to 0. The WHAT stat contains the work unit type. |
SLLONGUT | Total milliseconds within the current work unit spent in update units that exceeded the MAXUD parameter. (SirMon presents this stat in seconds). Since-Last stats reflect activity in the current work unit. When the work unit (typically a compilation or evaluation) completes, the Since-Last stats are output to the journal and reset to 0. The WHAT stat contains the work unit type. |
SLMQAPIC | "Since-Last" MQ Series calls excluding MQGETs with WAIT. Since-Last stats reflect activity in the current work unit. When the work unit (typically a compilation or evaluation) completes, the Since-Last stats are output to the journal and reset to 0. The WHAT stat contains the work unit type. This is the since-last equivalent of the MQAPICNT stat. |
SLMQAPIT | "Since-Last" MQ Series time in calls excluding MQGET with WAIT. Since-Last stats reflect activity in the current work unit. When the work unit (typically a compilation or evaluation) completes, the Since-Last stats are output to the journal and reset to 0. The WHAT stat contains the work unit type. This is the since-last equivalent of the MQAPICNT stat. |
SLMQBYTI | "Since-Last" MQ Series bytes received by MQGET calls. Since-Last stats reflect activity in the current work unit. When the work unit (typically a compilation or evaluation) completes, the Since-Last stats are output to the journal and reset to 0. The WHAT stat contains the work unit type. This is the since-last equivalent of the MQBYTEIN stat. |
SLMQBYTO | "Since-Last" MQ Series bytes sent by MQPUT and MQPUT1 calls. Since-Last stats reflect activity in the current work unit. When the work unit (typically a compilation or evaluation) completes, the Since-Last stats are output to the journal and reset to 0. The WHAT stat contains the work unit type. This is the since-last equivalent of the MQBYTEOU stat. |
SLMQGETN | "Since-Last" total number of MQGETS performed with a wait option that actually returned a message, excluding WAIT_TIME=UNLIMITED MQ gets. |
SLMQGETW | "Since-Last" MQ Series MQGET calls. Since-Last stats reflect activity in the current work unit. When the work unit (typically a compilation or evaluation) completes, the Since-Last stats are output to the journal and reset to 0. The WHAT stat contains the work unit type. This is the since-last equivalent of the MQCGETS stat. |
SLMQGTSP | "Since-Last" MQ Series wait time specified for MQGET calls. Since-Last stats reflect activity in the current work unit. When the work unit (typically a compilation or evaluation) completes, the Since-Last stats are output to the journal and reset to 0. The WHAT stat contains the work unit type. This is the since-last equivalent of the MQGWTTSP stat. |
SLMQGWTC | "Since-Last" MQ Series MQGET calls with WAIT specified. Since-Last stats reflect activity in the current work unit. When the work unit (typically a compilation or evaluation) completes, the Since-Last stats are output to the journal and reset to 0. The WHAT stat contains the work unit type. This is the since-last equivalent of the MQGWTCNT stat. |
SLMQGWTS | "Since-Last" MQ Series successful MQGET calls with WAIT specified. Since-Last stats reflect activity in the current work unit. When the work unit (typically a compilation or evaluation) completes, the Since-Last stats are output to the journal and reset to 0. The WHAT stat contains the work unit type. This is the since-last equivalent of the MQGWTSUC stat. |
SLMQGWTT | "Since-Last" MQ Series time waiting for MQGETs with WAIT specified. Since-Last stats reflect activity in the current work unit. When the work unit (typically a compilation or evaluation) completes, the Since-Last stats are output to the journal and reset to 0. The WHAT stat contains the work unit type. This is the since-last equivalent of the MQGWTTIM stat. |
SLMQHWBF | "Since-Last" high water mark of MQ Series buffer bytes allocated. Since-Last stats reflect activity in the current work unit. When the work unit (typically a compilation or evaluation) completes, the Since-Last stats are output to the journal and reset to 0. The WHAT stat contains the work unit type. This is the since-last equivalent of the MQHWBUFS stat. |
SLMQHWQU | "Since-Last" high water mark of MQ Series queues open. Since-Last stats reflect activity in the current work unit. When the work unit (typically a compilation or evaluation) completes, the Since-Last stats are output to the journal and reset to 0. The WHAT stat contains the work unit type. This is the since-last equivalent of the MQHWQU stat. |
SLMQHWTK | "Since-Last" high water mark of MQ Series tasks used. Since-Last stats reflect activity in the current work unit. When the work unit (typically a compilation or evaluation) completes, the Since-Last stats are output to the journal and reset to 0. The WHAT stat contains the work unit type. This is the since-last equivalent of the MQHWTASK stat. |
SLMQNMQM | "Since-Last" distinct MQ Series queue managers connected to. Since-Last stats reflect activity in the current work unit. When the work unit (typically a compilation or evaluation) completes, the Since-Last stats are output to the journal and reset to 0. The WHAT stat contains the work unit type. This is the since-last equivalent of the MQNUMQM stat. |
SLMQNMQU | "Since-Last" distinct MQ Series queues accessed. Since-Last stats reflect activity in the current work unit. When the work unit (typically a compilation or evaluation) completes, the Since-Last stats are output to the journal and reset to 0. The WHAT stat contains the work unit type. This is the since-last equivalent of the MQNUMQU stat. |
SLMQPUTS | "Since-Last" MQ Series MQPUT and MQPUT1 calls. Since-Last stats reflect activity in the current work unit. When the work unit (typically a compilation or evaluation) completes, the Since-Last stats are output to the journal and reset to 0. The WHAT stat contains the work unit type. This is the since-last equivalent of the MQPUTS stat. |
SLOBSWP | Since-Last value of OBJSWAP, number of SOAP ULI object swaps from CCATEMP to a server container. Rate or total. |
SLOUT | "Since-Last" number of terminal output lines. Since-Last stats reflect activity in the current work unit. When the work unit (typically a compilation or evaluation) completes, the Since-Last stats are output to the journal and reset to 0. The WHAT stat contains the work unit type. |
SLRADD | "Since-Last" count of records started in Table B. Since-Last stats reflect activity in the current work unit. When the work unit (typically a compilation or evaluation) completes, the Since-Last stats are output to the journal and reset to 0. The WHAT stat contains the work unit type. |
SLRDEL | "Since-Last" count of records deleted from Table B. Since-Last stats reflect activity in the current work unit. When the work unit (typically a compilation or evaluation) completes, the Since-Last stats are output to the journal and reset to 0. The WHAT stat contains the work unit type. |
SLRECDS | "Since-Last" records processed in FORs, SORTs, IFGETS or IFPOINTS. Since-Last stats reflect activity in the current work unit. When the work unit (typically a compilation or evaluation) completes, the Since-Last stats are output to the journal and reset to 0. The WHAT stat contains the work unit type. |
SLRQTM | "Since-Last" time elapsed for activity, exclusive of terminal I/O. Since-Last stats reflect activity in the current work unit. |
SLSCHDC | "Since-Last" scheduler CPU. Since-Last stats reflect activity in the current work unit. When the work unit (typically a compilation or evaluation) completes, the Since-Last stats are output to the journal and reset to 0. The WHAT stat contains the work unit type. |
SLSCRNS | "Since-Last" full screen reads or text web responses. Since-Last stats reflect activity in the current work unit. When the work unit (typically a compilation or evaluation) completes, the Since-Last stats are output to the journal and reset to 0. The WHAT stat contains the work unit type. |
SLSLIC | "Since-Last" number of times user was time-sliced. Since-Last stats reflect activity in the current work unit. When the work unit (typically a compilation or evaluation) completes, the Since-Last stats are output to the journal and reset to 0. The WHAT stat contains the work unit type. |
SLSORTS | "Since-Last" number of User Language SORT statements. Since-Last stats reflect activity in the current work unit. When the work unit (typically a compilation or evaluation) completes, the Since-Last stats are output to the journal and reset to 0. The WHAT stat contains the work unit type. |
SLSTCPU | "Since-Last" sub-task CPU. Since-Last stats reflect activity in the current work unit. When the work unit (typically a compilation or evaluation) completes, the Since-Last stats are output to the journal and reset to 0. The WHAT stat contains the work unit type. |
SLSTDEQ | "Since-Last" number of times dequeued from maintask to subtask. Since-Last stats reflect activity in the current work unit. When the work unit (typically a compilation or evaluation) completes, the Since-Last stats are output to the journal and reset to 0. The WHAT stat contains the work unit type. |
SLSTREC | "Since-Last" number of records processed by SORT statements. Since-Last stats reflect activity in the current work unit. When the work unit (typically a compilation or evaluation) completes, the Since-Last stats are output to the journal and reset to 0. The WHAT stat contains the work unit type. |
SLSVPAG | "Since-Last" number of server pages read or written. Since-Last stats reflect activity in the current work unit. When the work unit (typically a compilation or evaluation) completes, the Since-Last stats are output to the journal and reset to 0. The WHAT stat contains the work unit type. |
SLSVRD | "Since-Last" number of server reads. Since-Last stats reflect activity in the current work unit. When the work unit (typically a compilation or evaluation) completes, the Since-Last stats are output to the journal and reset to 0. The WHAT stat contains the work unit type. |
SLSVWR | "Since-Last" number of server writes. Since-Last stats reflect activity in the current work unit. When the work unit (typically a compilation or evaluation) completes, the Since-Last stats are output to the journal and reset to 0. The WHAT stat contains the work unit type. |
SLUBUFHW | "Since-Last" high water mark of Universal Buffer bytes allocated. Since-Last stats reflect activity in the current work unit. When the work unit (typically a compilation or evaluation) completes, the Since-Last stats are output to the journal and reset to 0. The WHAT stat contains the work unit type. This is the since-last equivalent of the MQHWBUFS stat. |
SLUDD | "Since-Last" number of directed output dataset lines written. Since-Last stats reflect activity in the current work unit. When the work unit (typically a compilation or evaluation) completes, the Since-Last stats are output to the journal and reset to 0. The WHAT stat contains the work unit type. |
SLUPDTTM | Total milliseconds within the current work unit spent updating at least one file. (SirMon presents as seconds).
Since-Last stats reflect activity in the current work unit. When the work unit (typically a compilation or evaluation) completes, the Since-Last stats are output to the journal and reset to 0. The WHAT stat contains the work unit type. |
SMPLS | Number of samples during which the user was active. Always 0 if the performance monitoring subtask is not active. |
SMPLSC | Performance statistic: same as SMPLS but for report currently being calculated. |
SMPLST | Performance statistic: same as SMPLS but calculated since the beginning of the run. |
SORTS | User Language SORT statements evaluated (rate or total). |
SQIO | Terminal input and output lines (rate or total). SQIO = SQRD + SQWR |
SQLI | High water mark for bytes of the SQL input buffer used. |
SQLO | High water mark for bytes of the SQL output buffer used. |
SQRD | Terminal input lines (rate or total). A good estimater for the number of screens processed by a user on a full screen IODEV. |
SQWR | Terminal output lines (rate or total). |
STATE | Current user state (RUNG, REDY, SPWG, WTSV, OFFQ, BLKI, or BLKO). |
STBL | High water mark for the size of STBL. |
STBLB | High water mark for the size in bytes of STBL. Same as STBL. |
STCPU | Amount of CPU used in an offload subtask (rate or total). |
STDEQ | Number of times user was transferred from the maintask (task 0) to an offload subtask under MP (rate or total). |
STRECDS | Records processed by SORT statements (rate or total). |
SUBSYS | Name of the current subsystem being executed by the user. |
SVIO | Server reads and writes (rate or total). SVIO = SVRD + SVWR. |
SVPAGES | Number of 4K pages of server data swapped in or out by M204. |
SVRD | Server reads (rate or total). |
SVSIZE | Current server size requirement based on UTABLE settings. |
SVSIZEA | Size of the actively used part of a thread's server. This will always equal SVSIZE unless the thread is using a resident (shared) QTBL in which case SVSIZEA = SVSIZE - QTBLB. |
SVSIZEC | Size of the server being currently occupied by the thread. SVSIZEC is set to 0 if the user is not currently in a server. |
SVWR | Server writes (rate or total). |
SWPG | Percentage of samples in which the user was in transit to or from a server. Always 0 if performance subtask is not active (10 = 10%, etc.) |
SWPGA | Performance statistic: same as SWPG but calculated by weighting samples in the current performance interval with the latest report finished by the performance monitoring subtask. |
SWPGT | Performance statistic: same as SWPG but calculated across all performance monitoring samples since the beginning of the run. |
TERMID | User's terminal ID. |
TTBL | High water mark for the size of TTBL. |
TTBLB | High water mark for the size in bytes of TTBL. Same as TTBL. |
UBALLOC | Size of currently allocated Universal Buffer, in byte. |
UBUFHWS | High water mark of Universal Buffer bytes allocated. |
UBUSED | Number of bytes currently used in Universal Buffer. |
UDD | Output lines written to a directed output (USE) data set (rate or total). |
UPDTTIME | Total milliseconds user has spent, since logon, updating at least one file (SirMon presents this stat in seconds). |
VTBL | High water mark for the size of VTBL. |
VTBLB | High water mark for the size in bytes of VTBL. VTBLB = VTBL * 32 |
WAIT | Real single user waits when this thread was current (rate or total). |
WAITCFR | The critical file resource currently being waited on by the thread. This can be DRCT, INDX, EXST or RCNQ for the Direct, Index, Exists and Recenq resources respectively. If a user is not waiting for a critical file resource (wait type is not 24 or 25), this simply returns blanks. |
WAITDSC | Returns a 12 character description of what the user is waiting on. ENQ waits are broken into more informative descriptions (RECLOCK, FIR-UPDATE, CFR-INDEX, etc.) and ARBMO wait types are broken into CHKPO or JRNLO depending on whether the wait is journal or checkpoint related. Blanks are returned if user is not waiting. |
WAITECB | Returns a 16 character description of the data structure and offset that a thread is waiting on. Internal debugging experts use this information when the source of a wait cannot be identified by WAITDSC. WAITECB returns blanks if a user is not waiting. |
WAITFIL | Name of file causing current wait. If the thread is not currently waiting or the current wait is not associated with a file, this contains blanks. |
WAITTIM | Time spent in the current wait - collected in milliseconds, SirMon presents this stat in seconds. |
WAITTYP | Type of the current wait. This contains the value of the current wait type flag, and in some displays, a short description. WAITTYP values have the following meanings:
0 = Not waiting 56 = Subtran CP scanner 1 = Disk I/O 57 = Wait type 57 2 = Seq. I/O output 58 = Wait type 58 3 = Seq. I/O input 59 = Wait type 59 4 = Operator console 60 = Wait type 60 5 = Dump writes 61 = Wait type 61 6 = Restore reads 62 = Wait type 62 7 = Enqueue waits 63 = Softspy server 8 = Buffer waits 64 = Softspy user 9 = Deactivated 65 = Wait type 65 10 = Subtask/Hung 66 = Wait type 66 11 = IFAM2/4 call 67 = Wait type 67 12 = Wakeup 68 = Wait type 68 13 = Server I/O 69 = Wait type 69 14 = Undefined 70 = Wait type 70 15 = Journal write 71 = Wait type 71 16 = Chkpt write 72 = Wait type 72 17 = Chkpt prev write 73 = Wait type 73 18 = Chkpt DECB wait 74 = Wait type 74 19 = Chkpt request 75 = Wait type 75 20 = Chkpt completion 76 = Fast/Unload request 21 = Dead user 77 = Wait type 77 22 = VSAM/Seq. input 78 = Wait type 78 23 = Login pending 79 = Wait type 79 24 = Exclusive CFR 80 = Cust. wait type 0 25 = Share CFR 81 = Cust. wait type 1 26 = VTAM buffer 82 = Cust. wait type 2 27 = Interprocess input 83 = Cust. wait type 3 28 = Interprocess output 84 = Cust. wait type 4 29 = Security interface 85 = Cust. wait type 5 30 = $Wait swappable 86 = Cust. wait type 6 31 = $Wait non-swap 87 = Cust. wait type 7 32 = DB2 subtask 88 = Cust. wait type 8 33 = unused 89 = Cust. wait type 9 34 = unused 90 = Wait type 90 35 = unused 91 = Wait type 91 36 = unused 92 = Wait type 92 37 = unused 93 = Wait type 93 38 = Softspy server 94 = Wait type 94 39 = Softspy user 95 = Wait type 95 40 = MQ/204 task avail 96 = Wait type 96 41 = MQ/204 task to run 97 = Fast/Unload request 42 = MQGET with time 98 = MAXAUSER delay 43 = ECF Load/Delete 99 = SirFact quiesce 44 = ECF program wait 100 = Wait type 100 45 = ECF task wait 101 = Wait type 101 46 = ECF run wait 102 = Wait type 102 47 = wait type 47 103 = Wait type 103 48 = wait type 48 104 = Wait type 104 49 = wait type 49 105 = Wait type 105 50 = HSM recall 106 = Wait type 106 51 = DB lock share 107 = Wait type 107 52 = DB lock excl. 108 = Wait type 108 53 = Subtran CP process 109 = Wait type 109 54 = Subtran CP postpone 110 = unused 55 = Subtran CP CPTS 111 = unused |
WAITU | User Number of the user that this user is waiting on. This stat reflects valid user numbers for ENQ, CFRQEX and CFRQSH wait types. The user may be waiting on a number of other users, but SIRMON will only reflect the first one encountered. |
WHAT | Type of the current activity (LOAD, COMP, EVAL, etc.). |
WT | Type of the current wait. This contains the value of the current wait type flag. Same as WAITTYPE. Values have the following meanings.
0 = Not waiting 56 = Subtran CP scanner 1 = Disk I/O 57 = Wait type 57 2 = Seq. I/O output 58 = Wait type 58 3 = Seq. I/O input 59 = Wait type 59 4 = Operator console 60 = Wait type 60 5 = Dump writes 61 = Wait type 61 6 = Restore reads 62 = Wait type 62 7 = Enqueue waits 63 = Softspy server 8 = Buffer waits 64 = Softspy user 9 = Deactivated 65 = Wait type 65 10 = Subtask/Hung 66 = Wait type 66 11 = IFAM2/4 call 67 = Wait type 67 12 = Wakeup 68 = Wait type 68 13 = Server I/O 69 = Wait type 69 14 = Undefined 70 = Wait type 70 15 = Journal write 71 = Wait type 71 16 = Chkpt write 72 = Wait type 72 17 = Chkpt prev write 73 = Wait type 73 18 = Chkpt DECB wait 74 = Wait type 74 19 = Chkpt request 75 = Wait type 75 20 = Chkpt completion 76 = Fast/Unload request 21 = Dead user 77 = Wait type 77 22 = VSAM/Seq. input 78 = Wait type 78 23 = Login pending 79 = Wait type 79 24 = Exclusive CFR 80 = Cust. wait type 0 25 = Share CFR 81 = Cust. wait type 1 26 = VTAM buffer 82 = Cust. wait type 2 27 = Interprocess input 83 = Cust. wait type 3 28 = Interprocess output 84 = Cust. wait type 4 29 = Security interface 85 = Cust. wait type 5 30 = $Wait swappable 86 = Cust. wait type 6 31 = $Wait non-swap 87 = Cust. wait type 7 32 = DB2 subtask 88 = Cust. wait type 8 33 = unused 89 = Cust. wait type 9 34 = unused 90 = Wait type 90 35 = unused 91 = Wait type 91 36 = unused 92 = Wait type 92 37 = unused 93 = Wait type 93 38 = Softspy server 94 = Wait type 94 39 = Softspy user 95 = Wait type 95 40 = MQ/204 task avail 96 = Wait type 96 41 = MQ/204 task to run 97 = Fast/Unload request 42 = MQGET with time 98 = MAXAUSER delay 43 = ECF Load/Delete 99 = SirFact quiesce 44 = ECF program wait 100 = Wait type 100 45 = ECF task wait 101 = Wait type 101 46 = ECF run wait 102 = Wait type 102 47 = wait type 47 103 = Wait type 103 48 = wait type 48 104 = Wait type 104 49 = wait type 49 105 = Wait type 105 50 = HSM recall 106 = Wait type 106 51 = DB lock share 107 = Wait type 107 52 = DB lock excl. 108 = Wait type 108 53 = Subtran CP process 109 = Wait type 109 54 = Subtran CP postpone 110 = unused 55 = Subtran CP CPTS 111 = unused |
WTCFR | Number of times this user has had to wait for a critical file resource. Only available if CFRLOOK=1 (rate or total). |
WTRLK | Number of times this user has had to wait because of a record lock. Only available if CFRLOOK=1 (rate or total). |
WTSV | Percentage of samples in which the user was waiting for a server. Always 0 if the performance subtask is not active (10 = 10%, etc.). |
WTSVA | Performance statistic: same as WTSV but calculated by weighting samples in the current performance interval with the latest report finished by the performance monitoring subtask. |
WTSVT | Performance statistic: same as WTSV but calculated across all performance monitoring samples since the beginning of the run. |
XPNT | Number of XPath nodetests performed since user logged on. This is used by Technical Support for debugging purposes. |
XTBL | High water mark for the size of XTBL. |
XTBLB | High water mark for the size in bytes of XTBL. Same as XTBL. |
See also
- SirMon
- SirMon application structure
- SirMon main menu
- SirMon System Overview screen
- SirMon threshold setting
- SirMon background monitor
- SirMon System Monitor menu
- SirMon User Monitor menu
- SirMon File Monitor menu
- SirMon Subsystem Monitor menu
- SirMon Task Monitor menu
- SirMon Janus Monitor menu
- SirMon custom screens
- SirMon critical-file-resource monitoring
- SirMon user-initiated capturing of statistics
- System statistics displayed in SirMon
- User statistics displayed in SirMon
- File statistics displayed in SirMon
- Subsystem statistics displayed in SirMon
- Task statistics displayed in SirMon
- Critical File Resource statistics displayed in SirMon
- SirMon date processing