Eric,
ZCIOWAIT indicates VTAM terminal control wait. My first guess is that
you are function shipping to another CICS region using VTAM connections
between the regions and you are looking at the front-end transaction.
In this case this is a normal situation. As for optimizing, it is
really dependent upon the function the back-end region. Improve the
task in the back-end region and you will shorten the wait in the front-end.
--
Regards,
Thomas Dunlap Chief Technology Officer t...@themisinc.com
Themis, Inc. http://www.themisinc.com 1 (800) 756-3000
On 2/28/2011 5:52 AM, Eric JL wrote:
When I run a CICS trans, it is use for DB2 select update, found it spend a lot
of time on ZCIOWAIT. Is this a problem? How can I optimize it.
The trans dump
DATE TIME JOBNAME TRANID TASK# TERMID RESP CPU PAGING ILEIO
02/24 00:00:01 CICSA TR68 85748 111.097 0.2186 0 727
02/24 00:00:02 CICSA TR68 87201 0.0346 0.0074 0 17
02/24 00:00:29 CICSA TR68 87583 1.1215 0.1548 0 473
02/24 00:00:51 CICSA TR68 85748 50.6486 0.3856 0 1,162
TR68 #85748
RES TYPE RES NAME WT CNT WT TIME % OF RESPONSE
CHANGE PRIOPRITY 60 0.0086 0.00
SWITCH TCB 1,454 0.03320 0.29
WAIT W/O ID 3 0.0039 0.00
WAIT FOR REDSPTCH 1,578 0.3363 0.30
ZCIOWAIT 63 1:50.1226 99.12
1ST DISPATCH 1 0.0001 0.00
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html