RE: Performance adjustment:

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
+---