LOL, yes if I can avoid executing the *spendmoney command I think that would be good. I will look into changing the priority of the web jobs and perhaps moving them to their own space. Any ideas on how I can do this and minimize (or avoid) downtime?

Thanks again!

/b;

-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx [mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of Paul Nelson
Sent: Monday, August 10, 2009 9:30 AM
To: 'Midrange Systems Technical Discussion'
Subject: RE: System Analysis Suggestions

<< I suspect it may have something to do with all of the web pages that hit
the 400 on a regular basis - I see an awful lot of QZDASOINIT jobs occupying
a fair chunk of CPU usage.>>

Brian,

These jobs are causing most of your problems. They run at priority 20, the
same as the QINTER jobs. You can throttle them back to run at a lower
priority if your web application will permit it. You can also make them run
in a separate memory pool so that you're not competing with the QINTER or
other batch jobs.

I'd start looking there before engaging the *SPENDMONEY command.

Paul Nelson
Office 512-392-2577
Cell 708-670-6978
nelsonp@xxxxxxxxxxxxx


-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx
[mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of Brian Piotrowski
Sent: Monday, August 10, 2009 8:05 AM
To: Midrange Systems Technical Discussion
Subject: System Analysis Suggestions

Hi All,

I'm wondering if anyone can suggest a course of action to help determine out
bottlenecks in our AS400 and a plan to improve performance?

A few years ago we upgraded to a 520-9406 machine. However, I have noticed
over the past two years that our CPU usage has slowly been creeping up as
new programs have been added. As it stands right now, whenever I check CPU
usage I hardly ever see it below 80%. Usually it is in the 90%+ range. I
know it is frustrating to our users, and I can't blame them - I would hate
to wait for jobs to finish for long stretches at a time.

I would like to determine where the bottlenecks are occurring, and I wonder
if the group has any suggestions? Looking at the active jobs, I suspect it
may have something to do with all of the web pages that hit the 400 on a
regular basis - I see an awful lot of QZDASOINIT jobs occupying a fair chunk
of CPU usage. There are other jobs that run regularly that consume a fair
amount of usage as well.

Are there any free / built-in programs I can use to analyze the 400 to see
where and when these bottlenecks occur? I do have a HW/SW contract on the
400, so could I have IBM come in and perform an analysis on the system to
determine our problems? I'd hate to throw a bunch of money upgrading the
main storage/DASD/CPU to P20+ if that isn't really the problem (and I'm sure
our senior management group would be less than happy as well).

Any ideas would be most appreciated!

Thanks!

Brian.

-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Brian Piotrowski
Assistant Mgr. - I.T.
Simcoe Parts Service, Inc.
Ph: 705-435-7814 x343
Fx: 705-435-6746
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
http://www.simcoeparts.com

--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
To post a message email: MIDRANGE-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.



--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
To post a message email: MIDRANGE-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.


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.