|
Greg, Remeber when your EDI job used to take forever? By upgrading your hardware to a much bigger BATCH CPW, that job took much less time. I do agree that the MAPICS program is flawed in design, and most definetly could be improved if a human wrote the routine as opposed to SYNON, but just by submitting the job to batch you get your full CPW of your machine which is substantially faster than your interactive.. You would probably get 200 orders/minute to process.. It would still take an enourmous amount of time to purge 200K orders, but it is a much easier work around than having MAPICS re-write the flawed purge program. Michael Franchino Custom Systems Corporation (973) 726-0202 X214 (Phone) (973) 726-4552 (Fax) "Shaw, Dave" <dshaw@syratech.c To: "'mapics-l@midrange.com'" <mapics-l@midrange.com> om> cc: Sent by: Subject: RE: More on archiving COM orders mapics-l-admin@mi drange.com 11/12/2001 11:03 AM Please respond to mapics-l Greg, We agree that it's not hardware. Michael is saying that part of it is simply due to MAPICS running the archiving as an interactive job rather than a batch job, and I'm pointing out that that's not the only problem with the software. Dave Shaw MAPICS-L Moderator Rauch Industries, Inc. Gastonia, NC -----Original Message----- From: Greg Wenzloff [mailto:GWenzloff@beckmfg.com] Sent: Monday, November 12, 2001 10:43 AM To: 'mapics-l@midrange.com' Subject: RE: More on archiving COM orders You guys don't get it. 40 orders per minute is a software problem not a hardware problem. Greg -----Original Message----- From: Michael.Franchino@cussys.com [mailto:Michael.Franchino@cussys.com] Sent: Monday, November 12, 2001 10:42 AM To: mapics-l@midrange.com Subject: RE: More on archiving COM orders Dave, It is hard to say since Greg's 720 has 420 CPW for batch compared to 70 for interactive.. That is a major difference.. Michael Franchino Custom Systems Corporation (973) 726-0202 X214 (Phone) (973) 726-4552 (Fax) "Shaw, Dave" <dshaw@syratech.c To: "'mapics-l@midrange.com'" <mapics-l@midrange.com> om> cc: Sent by: Subject: RE: More on archiving COM orders mapics-l-admin@mi drange.com 11/12/2001 10:34 AM Please respond to mapics-l Michael, I agree that what you say may be part of Greg's problem, but I'd like to add two points: At GNP, we were running on a model 500 and had no interactive penalty at the time, but it was still unacceptably slow. Unless it's changed in the newer OS/400 releases, my observation on the server and 7xx systems that I've played on was that if the system was dedicated so that there was only one interactive job, the governor didn't kick in. If this is still true, it does provide a work-around for some customers, although obviously not all. Dave Shaw MAPICS-L Moderator Rauch Industries, Inc. Gastonia, NC -----Original Message----- From: Michael.Franchino@cussys.com [mailto:Michael.Franchino@cussys.com] Greg, The problem with the processing is that you have an interactive CPW that is far less than the Batch CPW that your machine runs in.. Since MAPICS decided that the purge must happen interactively, you are stuck.. MAPICS are you listening? This is a major problem that many customers have.. Most don't archive because of this.. If you allow the purge to be submitted, many customers machines full power can be used to blow through these orders in much less time. Michael Franchino Custom Systems Corporation (973) 726-0202 X214 (Phone) (973) 726-4552 (Fax) _______________________________________________ This is the MAPICS ERP System Discussion (MAPICS-L) mailing list To post a message email: MAPICS-L@midrange.com To subscribe, unsubscribe, or change list options, visit: http://lists.midrange.com/cgi-bin/listinfo/mapics-l or email: MAPICS-L-request@midrange.com Before posting, please take a moment to review the archives at http://archive.midrange.com/mapics-l.
As an Amazon Associate we earn from qualifying purchases.
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.