Re: Using OS/400 AutoTuner

[Pete Hall <pbhall@xxxxxxxxxx>]

At 13:33 05/22/2000 , Ken Graap wrote:
>We have one system supporting, production and development.
>
>It is difficult to determine what kind of work will be submitted or run
>interactively at any particular time.
>
>In order to insure optimum memory allocation between storage pools, I am
>using the OS/400 AutoTuner (QPFRADJ=3).
>
>We have 16GB of RAM on our Model 730 and are at V4R4.
>
>During the day I see as high as 10GB memory allocations between pools,
>usually *Shrpool1 AND *Interact...
>
>The pools are defined as follows:

Ken,

The single most important number is one that I didn't see in your message. 
Run WRKSYSSTS and check out the page faults. I expect that they will not be 
very high though. High is a relative term. On your system, 60 is probably 
ok, but the lower the better.

You have several problems with your configuration, not the least of which 
is that you are apparently running controlling subsystem QBASE. If you want 
to get any performance out of your system, that's not the way to do it. Run 
QCTL, segregate your jobs according the type of work they do (will require 
modifying subsystem descriptions to assign additional storage pools, 
creation of routing entries and maybe additional classes of service and job 
descriptions).

The thing I'd try first though, is decreasing the timeslice in your classes 
of service by a factor of 10. That's right, 10! Change 2000 to 200. Keep 
track of what you do. You can always put it back, but my guess is that you 
have some CPU intensive jobs that are eating machine cycles for their 
entire timeslice and then coming back for more. The net effect is that the 
lights get dim in Boston.

Whether that works or not though, segregate your jobs. Move everything but 
system jobs out of *BASE and the machine pool (use shared pools - the 
autotuner will manage them). Give similar jobs their own storage pool and 
try to run all of the jobs in a pool at the same priority. If you're 
running QBASE, change your controlling subsystem.


Pete Hall
pbhall@execpc.com
http://www.execpc.com/~pbhall
+---
| 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
+---