Other than using an actual program, you're not going to match an actual
program. Or if you do, you'll match one and not represent hundreds/thousands of
others.
If you want to see what the optimisations will effect, it would be possible to
arrange to be able to say "lots of x will improve the x parts by y%".
ABO should improve things, generally. By how much, depends. They're fairly
confident savings will more than pay for the product.
I thought, apart from the repeated OPEN/CLOSE thing, you were off to a good
start by using a fairly isolated ADD. You later added a load of other stuff, so
by running the program you can't say much specific. It is quite possible that
the square-root you tossed in is killing things, but now you don't know. (it
may well be more cpu-efficient to do your own square-roots if you need one,
depending on how you did it (FUNCTION or Exponentiation) and if FUNCTION, how
it is implemented.
By the way, why did they call the program BOZO?
On Friday, 8 April 2016 20:51:16 UTC+1, Jesse 1 Robinson wrote:
> I never got any response to this question, so I thought I would contribute
> something. I got lots of help from the List writing my own COBOL program to
> make a preliminary foray into optimization ("COBOL Rookie Problem"). I got
> that program working but did not see much improvement with ABO. It does tons
> of I/O, which I'm told is not where ABO shines. So I tried the prime number
> calculator contributed by David Jousma. It also did not show much
> improvement, but ABO development pointed out that it actually does a lot of
> I/O by DISPLAYing each prime number found. 240,577 to be exact. So they
> replaced the individual DISPLAYs with a single DISPLAY at the end:
> "PRIME-COUNT 00240577". With that change, ABO showed a substantial
> improvement in the neighborhood of 27% reduction in CPU time vs. the vanilla
> version compiled with COBOL 4.2.
>
> The real question is how closely this program resembles a real life
> application program here. Doing only one I/O is pretty extreme, but the ratio
> of pure computation to I/O may be high enough to show improvement overall.
> I'm now waiting for availability of application programmers to pursue this
> further.
>
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [email protected] with the message: INFO IBM-MAIN
