× 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: AS/400 Performance
  • From: pytel@xxxxxxxxxx
  • Date: Thu, 6 May 1999 13:14:19 -0500

In addition to what has been said already by others:
If you do not find any obvious bottlenecks (CPU, paging, disk I/O), next thing
to look at are comm IOPs/lines usage (if you have significant number of users
attached in this way), and lock considerations (jobs may lock each other from
access to some resource - system is underused, but response time is high).
Both will require using Performance Monitor (part of base system - to collect
the data) and Performance Tools reports (separate product - to analyze the
data).
In principle, you can analyze data without PT - by querying PM files. File
structures are described in Work Management Guide and PT documentation, but
maybe for beginner it can be difficult.
PM collection overhead should not be higher than 3-5% CPU (it is mostly CPU, so
if your problem is not in CPU area, then it will have no effect whatsoever).
PM can create a bigger overhead, but only on real big systems - many thousands
of jobs.

There are more tools for RISC versions, but since you are v3r2, they do not
apply.

If your problem is with CPU or memory, use Performance Adjuster - it does a good
job.

RCLSTG will not do a defrag - it has another purpose. There is a DEFRAG tool
(PTF) for CISC - it will defragment free areas on DASD, but it is needed only in
very special cases.
In general, due to the way AS/400 allocates disk space, fragmentation should not
be a problem in general,
If some key files are fragmented, it can be a performance bottleneck - they can
be "defragged" by saving and restoring them.

There is no disk balancing tool for CISC versions - only for RISC.

Best regards
    Alexey Pytel



Gary Munroe <GMUNROE@flemingc.on.ca> on 05/06/99 10:17:16 AM

Please respond to MIDRANGE-L@midrange.com

To:   midrange-l@midrange.com
cc:    (bcc: Alexei Pytel/Rochester/IBM)
Subject:  AS/400 Performance





What is the best way to find out how the system is performing (v3r2)?
We seem to be noticing slowdowns but cannot necessarily narrow down
the cause.  We look at WRKACTJOB to see who might be running an
intensive job but it doesn't always reflect the slowdown we feel.  I
know there is performance data collection but we are under the
impression it makes a big impact on the system by itself.  Are there
any general maintenance tips we should be following?  Also, does a
reclaim storage do a defrag to the disks?  What would?  Would this
help?

Thanks.


 __________________________________________________________________
| Gary Munroe                                                      |
|------------------------------------------------------------------|
| I.T.S., AS/400 Services        Work: gmunroe@flemingc.on.ca      |
| Sir Sandford Fleming College   Home: izzi@calweb.com             |
| (705) 749-5523 x1409            Web: http://www.calweb.com/~izzi |
|__________________________________________________________________|
+---
| 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 thread ...


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.