× 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.



If you have complex demand and supply relationships where demand goes to
and fro, the sequence becomes critical, not from a technical perspective,
but from a demand and supply perspective.


Frank Robinson-Cast
Engagement Manager
Nexgen Software Technologies Inc.

Tel:         (630) 300-6000
Fax:        (630) 300-6162
EMail:      robinson@nexgensoftware.com
Pager:     pagerobinson@nexgensoftware.com  (text messages)
or Pager: 1-800-918-4227



                    Lisa.Abney@sensien
                    t-tech.com                To:     bpcs-l@midrange.com
                    Sent by:                  cc:
                    bpcs-l-admin@midra        Subject:     Re: MRP runs
                    nge.com


                    04/25/02 10:56 AM
                    Please respond to
                    bpcs-l







Rick ...

We are on 4.0.5, so the answer may be different, but my understanding is
that the MRP side is pretty much the same.  We run a total of 12 MRP500
jobs, 3 DRP500 jobs (including as many as 24 facilities), and 12 MRP600
jobs every night, and were having the same problem with the length of time
it took to run.  We also were told these jobs had to be run single
threaded, but hired an outside firm to do a detailed analysis of this for
us, who could see nothing that indicated these must be single threaded
jobs.  We now split the run into three different groups, and run jobs from
the three groups simultaneously and it works beautiful!  A couple things to
watch ... there will be some things you'll want to group together logically
(like the MRP500 and MRP600 for the same facility needing to be in the same
group), there may be some jobs that have to finish (like the DRP500) before
any others start.  Also, there is a diminishing point of productivity based
on the capacity of your machine ... we split first into two groups, then
three, then four.  When we hit four we saw we got no improved efficiency
from three, so backed it back to three groups.  Our nightly processing time
went from about 8 hours down to less than 3.

Hope this helps!





                    RickCarter@holl
                    ey.com                 To:     bpcs-l@midrange.com
                    Sent by:               cc:
                    bpcs-l-admin@mi        Subject:     MRP runs
                    drange.com


                    04/25/2002
                    10:26 AM
                    Please respond
                    to bpcs-l






BPCS v6.1.01 Mixmode AS400

We run MRP600 for (4) different facilities each night.  These runs are very
long and starting to impact other nightly processing.  SSA indicated we
needed to run these independant of each other.  We executed DBMON on this
job and the QQEPT field indicated that there may be a need for some
logicals to be built on CIC, KFP, KMR.   The counters here were between 1
and 208 on these files.  The advised index to build field was either 'N' or
'-' thus no indication of what logicals may be needed to improve this job.

Does anyone know of any performance enhancers for these MRP runs.




_______________________________________________
This is the SSA's BPCS ERP System (BPCS-L) mailing list
To post a message email: BPCS-L@midrange.com
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/cgi-bin/listinfo/bpcs-l
or email: BPCS-L-request@midrange.com
Before posting, please take a moment to review the archives
at http://archive.midrange.com/bpcs-l.




_______________________________________________
This is the SSA's BPCS ERP System (BPCS-L) mailing list
To post a message email: BPCS-L@midrange.com
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/cgi-bin/listinfo/bpcs-l
or email: BPCS-L-request@midrange.com
Before posting, please take a moment to review the archives
at http://archive.midrange.com/bpcs-l.







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.