|
If running them all at once as Jim suggests doesn't give you what you are looking for, try running them one at a time without memory contention. Try a batch subsystem with a single threaded job queue and a _dedicated_ pool of memory. Not *BASE, not a *SHRPOOL, not shared with any other process. If you give a batch job enough dedicated memory - they sometimes run a lot faster. You can tell if you have enough memory by watching the "non-database faulting rate" on the WRKSYSSTS screen. If you have more than a few faults per second for an elapsed time of several minutes, you can probably speed up that phase of that batch job by adding memory to the dedicated pool it is running in. The amount of memory required for some batch jobs to run well in a dedicated environment is suprisingly small... sometimes 5 or 10 megabytes is plenty. Try both settings of "expert cache" - sometimes it makes a big difference, but it depends on the job which setting is better. Charly Jones 253 851-9876 Gig Harbor Washington --------------------- >From: "Jim Langston" <jlangston@celsinc.com> >Reply-To: midrange-l@midrange.com >To: "Midrange-L" <midrange-l@midrange.com> >Subject: RE: Reducing Batch Job Run Time >Date: Thu, 6 Sep 2001 14:10:49 -0700 > >The thing I would do would be to submit each of the 10 different >programs at one time. If you have a single threaded job queue, >that won't help you, so you may want to create or modify a job >queue to allow more than one job to run at a time. > >SBMJOB CMD(CALL PGM(MYLIB/MYPGM1)) JOBQ(MULTIJOB) >SBMJOB CMD(CALL PGM(MYLIB/MYPGM2)) JOBQ(MULTIJOB) >SBMJOB CMD(CALL PGM(MYLIB/MYPGM3)) JOBQ(MULTIJOB) >. >. >. > >That would allow them to run all at once, and you may get an >exceptional increase in the total process time (1/10th the time >or 24 minutes) or next to no saving at all, depending on what >is taking the jobs so long to run (is it CPU time, DASD wait >time, etc...) > > >Regards, > >Jim Langston >Programmer/Analyst >Cels Enterprises, Inc. > >-----Original Message----- >From: rpg400-l-admin@midrange.com [mailto:rpg400-l-admin@midrange.com]On >Behalf Of Ray Nainy >Sent: Thursday, September 06, 2001 12:37 PM >To: RPG400-L@midrange.com >Subject: Reducing Batch Job Run Time > > >Hi all, > >What are the best options available to reduce the batch job run time? >We have a daily batch job which runs about 4 hours, and which calls 10 >different programs. All these programs are independent of each other and >can >be called in any sequence. Looking for best options to reduce the batch job >run time. > >thanks in advance. > >Ray > > >_______________________________________________ >This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list >To post a message email: MIDRANGE-L@midrange.com >To subscribe, unsubscribe, or change list options, >visit: http://lists.midrange.com/cgi-bin/listinfo/midrange-l >or email: MIDRANGE-L-request@midrange.com >Before posting, please take a moment to review the archives >at http://archive.midrange.com/midrange-l. > _________________________________________________________________ Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2025 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].
Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.