|
Without being able to see what your setup is I would make one suggestion that has helped me in the past. A lot of systems are configured with large memory pools for interactive work and smaller ones for batch. There is a lot of times when the interactive memory pools aren't being used 100% due to the amount of users signed on vs. the amount of users the person doing the tuning thought would be on at the same time. Batch really benefits from large memory pools specially when a job is not I/O bound. At a client site I worked at we found that increasing the batch memory pools helped tremendously with JDE world programs (we were at 7.1 at the time). in some instances it cut processing time in half... We also tried changing the run priority but that did nothing but stop the jobs almost. The mix of jobs running were at 50, 55, and 60. The 60 jobs didn't move, the 55 jobs took 4 times longer to finish and the 50 jobs then competed with each other no matter what we did. > -----Original Message----- > From: owner-midrange-l@midrange.com > [mailto:owner-midrange-l@midrange.com]On Behalf Of ddetz@zinccorp.com > Sent: Friday, June 30, 2000 7:52 AM > To: MIDRANGE-L@midrange.com > Subject: RE: Performance adjustment: > > > You may want to post this thread on the JDE W & OW list. There > are alot of > good Tech-heads on those lists. I would leave your tuning alone. In short > JDE is a hog. Do these programs happen to be integrety reports? > Being that > it is end of month I thought I would take a guess at something > financial. > > Anyway. I run W 8.1.2 and I'm on a 620. I ran into a situation when we > first closed a month and set the jobs on a sleeper, and told the > accountants > - tough crap - deal w/ it! I run most of financials at night, > one at a time > because they both touch the same files one way or another. But never > touched performance. I'm not strong in that area anyway. So I > didn't want > to mess w/ something that wasn't broke except when it came to > certain pgms. > In my case, we only had these problems once a month. good luck. > > -----Original Message----- > From: Matt Patee [mailto:mpatee@abm.com] > Sent: Thursday, June 29, 2000 11:27 AM > To: MIDRANGE-L@midrange.com > Subject: Performance adjustment: > > > I'm running V4R4 on a 730 8 way. We run JDE World and 1World. There are > certain programs that when simultaneously, can and do bring the > 400 to it's > knees. Keep in mind that we are running normally at twenty percent CPU. > These programs don't run very often, and even less often do they run under > the circumstances that it slows us down to a crawl. However, I would like > to know if there is a way to prevent this from happening. The programs are > interactively calling SQL statements that read through an entire file with > a few million records using a LIKE statement. > > I am not looking for a programming solution. I am more interested in > adjusting the AS/400 performance to not allow so much resources to be > devoted to these tasks. I don't know much at all about performance tuning, > as the 400 does such a good job normally. Any help would be appreciated. > > -Matt > > +--- > | This is the Midrange System Mailing List! > | To submit a new message, send your mail to MIDRANGE-L@midrange.com. > | To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com. > | To unsubscribe from this list send email to > MIDRANGE-L-UNSUB@midrange.com. > | Questions should be directed to the list owner/operator: > david@midrange.com > +--- > +--- > | This is the Midrange System Mailing List! > | To submit a new message, send your mail to MIDRANGE-L@midrange.com. > | To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com. > | To unsubscribe from this list send email to > MIDRANGE-L-UNSUB@midrange.com. > | Questions should be directed to the list owner/operator: > david@midrange.com > +--- > +--- | This is the Midrange System Mailing List! | To submit a new message, send your mail to MIDRANGE-L@midrange.com. | To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com. | To unsubscribe from this list send email to MIDRANGE-L-UNSUB@midrange.com. | Questions should be directed to the list owner/operator: david@midrange.com +---
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.