Thanks Steve.  That makes sense now when you interpret it like that.

Jim McAlpine


On 7/4/06, Steve Comstock <[EMAIL PROTECTED]> wrote:

Jim McAlpine wrote:
> I'm looking at the Enterprise COBOL Performance Tuning paper regarding
the
> ARITH(EXTEND) compiler option which says -
>
>
> | *ARITH - EXTEND or COMPAT
> *
>
> | The ARITH compiler option allows you to control the maximum number of
> digits allowed for decimal
>
> | numbers (packed decimal, zoned decimal, and numeric-edited data items
and
> numeric literals). With
>
> | ARITH(EXTEND), the maximum number of digits is 31; with ARITH(COMPAT),
> the
> maximum number
>
> | of digits is 18. However, ARITH(EXTEND) will cause some degradation in
> performance for all decimal
>
> | data types due to larger intermediate results. The amount of
degradation
> that you experience depends directly
>
> | on the amount of decimal data that you use.
>
> | Performance considerations using ARITH:
>
> | On the average, ARITH(EXTEND) was 1% slower than ARITH(COMPAT), with a
> range of equiv-
>
> | alent to 38% slower.
>
> | (*COB PG: *pp 37, 41, 48-49, 95, 283-284, 557-566)
>
> Can anyone say what "with a range of equivalent to 38% slower"
means.  It
> doesn't make sense to me.  I don't even think it's English.
>

I believe the interpretation is: "The best case was some program
ran at the same speed with ARITH(EXTEND) as with ARITH(COMPAT);
in the worst case, some program ran 38% slower with ARITH(EXTEND)
compared to running when compiled with ARITH(COMPAT)".

Kind regards,

-Steve Comstock

----------------------------------------------------------------------
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


----------------------------------------------------------------------
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