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


  • Subject: RE: Performance Tuning
  • From: "David Shea" <dshea@xxxxxxxxxxxx>
  • Date: Sun, 10 Oct 1999 21:10:32 -0400
  • Importance: Normal

I forgot one other thing regarding performance tuning - in order to get the
QCTL approach to work best, you need to set up separate memory pools for the
various subsystems.  After you change the controlling subsystem to QCTL and
get QBATCH, QINTER, etc running, you need to create additional shared memory
pools, then assign the pools.  I think that QSPL sets up it's own, but you
might need to create a shared pool for QINTER and you definitely need to
create on for QBATCH.  After the pools are created and assigned, the QPFRADJ
will automatically move memory around as needed.  If batch is idle, QINTER
will get the lion's share.  If QBATCH is busy, it will get more memory.

Overall, it works pretty well.

+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Time share a current model AS/400 over the internet!
TimeShare400(tm) for individual developers, companies, and full outsourcing.
Get access to RPG, Cobol, C, SQL and more for a low monthly rate.
http://www.timeshare400.com
mailto:timeshare400@arctools.com
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++

-----Original Message-----
From:   owner-rpg400-l@midrange.com [mailto:owner-rpg400-l@midrange.com] On
Behalf Of David Shea
Sent:   Friday, October 08, 1999 10:10 AM
To:     RPG400-L@midrange.com
Subject:        RE: Performance Tuning

First, turn on performance adjustment.  Check system value QPFRADJ.  Set it
to do adjustments both at IPL and full time.  Second, consider your
subsystem arrangement.  Do you see QBATCH, QINTER and QCTL running?  If not
and you are only seeing QBASE in WRKACTJOB, then you're not separating the
various flavors of jobs (batch, interactive, print writers, etc) into
separate areas. This can screw up interactive performance.  Change system
value QCTLSBSD from QBASE to QCTL and reboot.

Next - the best way to speed up a production system is to get rid of all the
data you don't need.  Purge (or archive to another library) the old stale
data that you don't need on line.  Then, reorg your files and you should see
a tremendous improvement.  To help you do this, check out
http://www.arctools.com .  ARCTOOLS is a utility package that can help you
purge and/or archive your data and reorg your files.  If you have purge
programs, it will add the archiving feature without programming.  This will
allow you to keep the data on line, but out of the way of the production
system.  If you don't have purge programs, it has utilities to purge and
archive your data without locking users out of the system.  And, it has
utilities to help you find the humongous offending files and reorg files
that are wasting space.

Good luck.

-----Original Message-----
From:   owner-rpg400-l@midrange.com [mailto:owner-rpg400-l@midrange.com] On
Behalf Of a b
Sent:   Friday, October 08, 1999 7:46 AM
To:     RPG400-L@midrange.com
Subject:        Performance Tuning

I'm attempting to fine tune an AS/400 (model 620,
V4R4), and was wondering if any could suggest what
system values to change, or anything else that I could
improve system performance.

Thanks


+---
| This is the RPG/400 Mailing List!
| To submit a new message, send your mail to RPG400-L@midrange.com.
| To subscribe to this list send email to RPG400-L-SUB@midrange.com.
| To unsubscribe from this list send email to RPG400-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 thread ...

Replies:

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.