|
View previous topic :: View next topic
|
| Author |
Message |
ratnakumar
New User
Joined: 07 May 2009
Posts: 30
Location: Banglore
|
|
|
|
Hi All,
We have a daily job that runs approximately 8-9hrs everyday.
The job purpose is to consolidate 12 Huge tapes. Currently we are using MULTIGEN to consolidate these 12 tapes. There will be around 1.5 Million records in each tape.
Can any one suggest me is there any utility that consumes less CPU time and improves the effiency of the job.
Can I use SORT ? If Yes, How many sort work areas are need to be used ?
Ratna. |
|
| Back to top |
|
 |
expat
Global Moderator
Joined: 14 Mar 2007
Posts: 8797
Location: Welsh Wales
|
|
|
|
Yes, you can use sort.
Why not try it and see what happens using a default sort step.
What are you doing, sorting all the files or just consolidating. |
|
| Back to top |
|
|
ratnakumar
New User
Joined: 07 May 2009
Posts: 30
Location: Banglore
|
|
|
|
I just need to consolidate all the files..
But i have a problem here... the testing requires 8-9 hrs of CPU consumptions, I cannot go for trail and error method for searching which one is efficient.
I need a perfect answer that can reduce the CPU consumption of the job. |
|
| Back to top |
|
|
PeD
Active User
Joined: 26 Nov 2005
Posts: 459
Location: Belgium
|
|
|
|
| Quote: |
the testing requires 8-9 hrs of CPU consumptions, I cannot go for trail and error method for searching which one is efficient.
|
Nothing is well done without analysis and testing.
Another point : it seems that job migh use I/O and not CPU time?? |
|
| Back to top |
|
|
Bill O'Boyle
CICS Moderator
Joined: 14 Jan 2008
Posts: 2501
Location: Atlanta, Georgia, USA
|
|
|
|
What's the BLKSIZE for these Tapes (I'm assuming you mean Cartridges and not Reels)? 
The bigger the BLKSIZE the better....
Bill |
|
| Back to top |
|
|
ratnakumar
New User
Joined: 07 May 2009
Posts: 30
Location: Banglore
|
|
|
|
The JOB STATISTICS
-----------------------------
TOTAL CPU TIME= 1.74
TOTAL ELAPSED TIME= 236.7
The BLKSIZE=32760.
So u suggest me to do a test run ?? |
|
| Back to top |
|
|
dick scherrer
Moderator Emeritus
Joined: 23 Nov 2006
Posts: 19244
Location: Inside the Matrix
|
|
|
|
Hello,
| Quote: |
TOTAL CPU TIME= 1.74
TOTAL ELAPSED TIME= 236.7
I need a perfect answer that can reduce the CPU consumption of the job. |
It is doubtful that the cpu time will be reduced. . . Almost none is being used. . . Also, this shows about 4 hours rather than 8-9.
How many volumes does each file require? The elapsed time may be lots of waiting on the volumes to be mounted. You might consider using the "unit-count" parameter so that while one tape is being read the next could be mounted. It has been many years since i actually did this, so i can't say it will work in your current environment. |
|
| Back to top |
|
|
Anuj Dhawan
Superior Member
Joined: 22 Apr 2006
Posts: 6250
Location: Mumbai, India
|
|
|
|
This
| Quote: |
| We have a daily job that runs approximately 8-9hrs everyday. |
and this
| Quote: |
| the testing requires 8-9 hrs of CPU consumptions |
and then this
| Quote: |
The JOB STATISTICS
-----------------------------
TOTAL CPU TIME= 1.74
TOTAL ELAPSED TIME= 236.7 |
Do you really understand the difference between CPU time and elapsed time? And from where "8-9 hrs" comes into the picture, if we consider the last statistics from you as a base?
| Quote: |
| Currently we are using MULTIGEN to consolidate these 12 tapes |
1. First question whihc comes to mind is, how that consolidated data will be used? Just as a back-up?
2. MULTIGEN is not a utility from IBM so, chances to get suggestions about that from a Fourm like ours are very thin. However, I did get a chance to work with MULTIGEN, so I may be of some help once I look at your JCL but please keep that off-line. |
|
| Back to top |
|
|
Ketan Varhade
Active User
Joined: 29 Jun 2009
Posts: 197
Location: Mumbai
|
|
|
|
Hi Ratna,
Could you just post the JCL which you are using,
Can you also check with the Peak hours of the shops, There are certain time duration when its called as peak hours at this time normally program take more then usual?
As far as multigen is considered as per my exp I think it will would be more better in term of performance as compared to sort |
|
| Back to top |
|
|
expat
Global Moderator
Joined: 14 Mar 2007
Posts: 8797
Location: Welsh Wales
|
|
|
|
It is usual that testing will take longer than production as the testing LPAR is usually allocated less resource than the production LPAR.
Try a sort to see what results you get. You know it takes 8-9 hours testing using whatever you use now, so if sort takes less time than it will be better.
Unless you test, you will never know. |
|
| Back to top |
|
|
|
|
