John,
Over the years I have seen plenty (more that 25) cobol programs than
can pin the needle for as long as they are running. This was on a
variety of COBOL compilers, This was also not a looping condition per
se. It was designed into the program and yes it was productive
computing.
The "looping" was varied as to the programming reason. Yes it drove
our cap perf person nuts. We had one troublesome program that
typically drive the pin for 3 or 4 hours (sorry don't remember which
as it was a long time ago. We hired a expert cobol type and he was
able to reduce it enough to pay for his expertise. I do remember the
application people were tight mouthed as to what he did. I don't know
whether it was because it was less than competent programming or what.
I have heard that some companies justified STROBE because of this
type of program. I fought it tooth and nail and was able to shoot it
down 2 or 3 times.
Ed
On Oct 12, 2006, at 8:13 AM, McKown, John wrote:
I'm feeling under the weather today and our zSeries is pegged at 100%,
so I thought I'd ask a curiousity question here. I hope you don't
mind.
I have never considered COBOL to be a language which would normally be
used to write a program which would cause high CPU utilization (as in
percentage). But I've noticed lately that many of our batch COBOL
programs can run our z890 (capacity 250) at over 20% CPU as shown by
SDSF. And I don't mean just a spike now and then, but for minutes at a
time. Does this seem weird to anybody else? I am afraid that it likely
means that the COBOL code is not written very well, but we don't have
anything like Strobe (which we "threw out" due to cost during the
previous management cycle), so I cannot be sure. Oh, and we won't
likely
get anything to replace it because the programmers refuse to use it
anyway. They're too busy (and they are).
Well, since I can't do anything about it anyway, it is just a talking
point.
--
John McKown
Senior Systems Programmer
HealthMarkets
Keeping the Promise of Affordable Coverage
Administrative Services Group
Information Technology
This message (including any attachments) contains confidential
information intended for a specific individual and purpose, and its
content is protected by law. If you are not the intended
recipient, you
should delete this message and are hereby notified that any
disclosure,
copying, or distribution of this transmission, or taking any action
based on it, is strictly prohibited.
----------------------------------------------------------------------
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
