× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



Martin,

Is it possible to...

* have 20 batch jobs running
* then, rather than submit jobs when a record is read by pgm A, send the
record info on a data queue to the appropriate batch job which is waiting on
the data queue

This way you don't continually incur job start-up costs and it should be
much faster than 83 days!!


Tom

 |  -----Original Message-----
 |  From: Saunders, Martin P [mailto:martin.saunders@cgey.com]
 |  Subject: What's the fastest way to submit jobs from RPG?
 |
 |  Hi folks,
 |
 |  Program A reads a file and for each record submits about 20
 |  jobs to batch to
 |  update totals further up the hierarchy of records in the
 |  file.  The batch
 |  jobs are going to a dedicated jobq/subsystem which can have
 |  up to 25 active
 |  jobs.  At the moment no more than 3 or 4 jobs are active at
 |  a time because
 |  Program A is not submitting them fast enough.  We have
 |  tried submitting the
 |  jobs directly from the RPG program using QCMDEXC and by
 |  calling a CLP to
 |  submit them (contrary to (my) expectations, calling the CL
 |  was faster).  At
 |  the speeds we are seeing at the moment it would take 83
 |  days of continuous
 |  processing to complete the job (we are talking about
 |  millions of records).
 |  Is there a way to speed up submission of the batch jobs
 |  from program A?
 |
 |  TIA
 |
 |  Martin
 |  _______________________________________________
 |  This is the RPG programming on the AS400 / iSeries
 |  (RPG400-L) mailing list


As an Amazon Associate we earn from qualifying purchases.

This thread ...


Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 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.