Re: CPU-Time in z/Os-System. Is The Cpu Time In z/Os-systems A Meaningful Indication?

2008-04-03 Thread Shmuel Metz (Seymour J.)
In [EMAIL PROTECTED], on 04/02/2008 at 04:35 AM, Sascha Weng [EMAIL PROTECTED] said: I have a programm written in Cobol which runs monthly on a z/Os-System. The programm reads inputrecords and writes them in a database (DB2) and in different outputfiles. It consumes nearly the same numbers

Re: CPU-Time in z/Os-System. Is The Cpu Time In z/Os-systems A Meaningful Indication?

2008-04-02 Thread Michael Knigge
the job protocol 11.25 (what ever that means) and this month it consumed 16.33. Actually I expected the cpu time would be nearly the same. But there is this difference I can not explain. Any suggestions would be greatly appreciated. There are several reasons why Run- or CPU-Times may change.

Re: CPU-Time in z/Os-System. Is The Cpu Time In z/Os-systems A Meaningful Indication?

2008-04-02 Thread Lizette Koehler
] On Behalf Of Sascha Weng Sent: Wednesday, April 02, 2008 5:36 AM To: IBM-MAIN@BAMA.UA.EDU Subject: CPU-Time in z/Os-System. Is The Cpu Time In z/Os-systems A Meaningful Indication? It is the first time, that I write to this list and I am not quiet sure, if I am on the right place for asking my question

CPU-Time in z/Os-System. Is The Cpu Time In z/Os-systems A Meaningful Indication?

2008-04-02 Thread Sascha Weng
It is the first time, that I write to this list and I am not quiet sure, if I am on the right place for asking my question. I hope not being off-topic. If so, please accept my apology for my ignorance in advance. I have a programm written in Cobol which runs monthly on a z/Os-System. The

Re: CPU-Time in z/Os-System. Is The Cpu Time In z/Os-systems A Meaningful Indication?

2008-04-02 Thread Lizette Koehler
I forgot to mention that you should search the IBM MAIN archives, I believe there was a recent thread on job runtime variations. Lizette snip It is the first time, that I write to this list and I am not quiet sure, if I am on the right place for asking my question. I hope not being

Re: CPU-Time in z/Os-System. Is The Cpu Time In z/Os-systems A Meaningful Indication?

2008-04-02 Thread David Andrews
On Wed, 2008-04-02 at 04:35 -0500, Sascha Weng wrote: The programm reads inputrecords and writes them in a database (DB2) and in different outputfiles [...] I expected the cpu time would be nearly the same. But there is this difference I can not explain. A month or two ago we enabled

Re: CPU-Time in z/Os-System. Is The Cpu Time In z/Os-systems A Meaningful Indication?

2008-04-02 Thread Craddock, Chris
I have a programm written in Cobol which runs monthly on a z/Os-System. The programm reads inputrecords and writes them in a database (DB2) and in different outputfiles. It consumes nearly the same numbers of input records every month. I wonder now, why there are so great differences in the

Re: CPU-Time in z/Os-System. Is The Cpu Time In z/Os-systems A Meaningful Indication?

2008-04-02 Thread Dave Thorn
. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Craddock, Chris Sent: Wednesday, April 02, 2008 10:22 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: CPU-Time in z/Os-System. Is The Cpu Time In z/Os-systems A Meaningful Indication? I have a programm written

Re: CPU-Time in z/Os-System. Is The Cpu Time In z/Os-systems A Meaningful Indication?

2008-04-02 Thread Mohammad Khan
I'd suggest that you look into DB2 detailed accounting report which gives a very good account of where the CPU was spent while doing DB2 work. Compare the two reports if your site keeps this historical data otherwise make do with new report and see what can be improved. There are so many

Re: CPU-Time in z/Os-System. Is The Cpu Time In z/Os-systems A Meaningful Indication?

2008-04-02 Thread Jon Brock
Chris has said (better than I could) what I was thinking. First stop should be DB2. Jon snip If the amount of data really is about the same then you have to look to the organization of the data. For your input files; the block size may have changed which could lead to an increase in CPU time,