Al,

Been a while .. Off the top, I'd say there's more than likely data24 
modules. I do not think RMODE bears weight on where storage is obtained
instead, if AMODE is 31, I think WS and TGT are above the line. 

>From a Strobe standpoint, I'd say, 'index' both, a DATA24 profile and 
a DATA31 profile and see where the time is being spent. 


Regards.

Jim Thomas

-----Original Message-----
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Alan Schwartz
Sent: Thursday, June 01, 2006 11:41 AM
To: [email protected]
Subject: Slower run time with DATA(31) COBOL Option

Greetings group.  We have a bit of a puzzlement here and we're hoping
someone can shed a little light on this.

We've got an application that is working on becoming 31-bit capable.  We
got involved when they had a program using more cpu than before.  By
equalizing the compile options and re-compiling changing only one option
at a time we found that the slower program used
DATA(31) and the faster program used DATA(24).  All other Cobol options
are the same and the files used are the same! 

We've sent listings to IBM but so far we haven't come to a resolution.
IBM has compared the execution code between the two compiled versions of
the main program and they are indicating that there is NO difference in
the instructions executed.  The IBM techie is indicating that he thinks
programs that are being called by the main program may be the culprit.

We've Strobed both runs but the results are confusing/misleading so
we've sent them to Compuware (and IBM) for assistance in analyzing them
(nothing back yet).

All testing is on z/OS 1.4 with Enterprise Cobol 3.2.   The only modules

statically linked are LE
routines and they are all RMODE ANY and AMODE(ANY/31).  The main program
does call a number of other modules which are all Amode(31) and a mix of
Rmode ANY/24.

Here is the Measurement Data  section from a Strobe profile for the
faster
(DATA24) run:

----- MEASUREMENT STATISTICS ---- 
CPS TIME PERCENT -          34.18 
WAIT TIME PERCENT -         65.82 
RUN MARGIN OF ERROR PCT  -   2.38 
CPU MARGIN OF ERROR PCT  -   4.07 
TOTAL SAMPLES TAKEN -       1,700 
TOTAL SAMPLES PROCESSED -   1,700 
INITIAL SAMPLING RATE-  16.67/SEC
FINAL SAMPLING RATE  -  16.67/SEC 
 
SESSION TIME -    1 MIN 43.69 SEC 
CPU TIME -        0 MIN 41.21 SEC 
WAIT TIME    -    1 MIN  1.36 SEC 
STRETCH TIME -    0 MIN  1.12 SEC 

and from the slower (DATA31) run:

----- MEASUREMENT STATISTICS ---- 
CPS TIME PERCENT -          40.22 
WAIT TIME PERCENT -         59.78 
RUN MARGIN OF ERROR PCT  -   2.07 
CPU MARGIN OF ERROR PCT  -   3.26 
TOTAL SAMPLES TAKEN -       2,245 
TOTAL SAMPLES PROCESSED -   2,245 
INITIAL SAMPLING RATE-  16.67/SEC
FINAL SAMPLING RATE  -  16.67/SEC 
 
SESSION TIME -    2 MIN 19.89 SEC 
CPU TIME -        1 MIN 20.43 SEC 
WAIT TIME    -    0 MIN 58.21 SEC 
STRETCH TIME -    0 MIN  1.25 SEC 


Has anyone experienced an increase in cpu utilization by changing the
DATA option? 
Does this sound reasonable? 

I'll be out this Friday so I won't be able to respond to subsequent
questions asked tomorrow.

Alan Schwartz
Assurant Shared Business Services
Lead Systems Programmer
Phone:  651-361-4758
Fax:       651-361-5625
************************************************************************
**************
This e-mail message and all attachments transmitted with it may contain
legally privileged and/or confidential information intended solely for
the use of the addressee(s). If the reader of this message is not the
intended recipient, you are hereby notified that any reading,
dissemination, distribution, copying, forwarding or other use of this
message or its attachments is strictly prohibited. If you have received
this message in error, please notify the sender immediately and delete
this message and all copies and backups thereof.

Thank you.
************************************************************************
**************

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions, send
email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search
the archives at http://bama.ua.edu/archives/ibm-main.html

The contents of this e-mail are intended for the named addressee only. It 
contains information that may be confidential. Unless you are the named 
addressee or an authorized designee, you may not copy or use it, or disclose it 
to anyone else. If you received it in error please notify us immediately and 
then destroy it. 

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Reply via email to