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



Being that you've had a lot of experts looking at this, not sure if I'd be
just repeating the same, but...

* Memory
You mention page faulting but not how much memory you have, if you've
upgraded this as well when you went to 570, how much of it is allocated to
the pools where these batch jobs are running, etc.  

* Journaling
You don't mention if files that batch jobs are working on are journaled or
not.  Journaling can bite you unless implemented with care.  Checkout
redbook "Striving for optimal journal performance".

* Hardware
This is the topic I know least about, but I do recall that if some cache
batteries go kaput, things slow down.  Check the archive, there was a lot on
this topic.

Company I work for offers a tech-call service for situations like this so
you may want to email comptechcall@xxxxxxxxxxxxxxxxxxxxxxxxxx  Not sure if
anything you haven't already heard would pop-up, but there's no charge for
it so it may be worth a try.

Elvis

-----Original Message-----
Subject: Re: Performance Issues on 570

About a month ago, my company upgraded from an 870 to a 570.  We went 
from 48G to 96G and more than doubled our disk capacity and increased 
the number of arms from around 90 to 128. We went down in processors 
from 12 to 11. Unfortunately, we also upgraded from V5R2 to V5R3 at the 
same time (I know, I know). 

After spending many hundreds of thousands of dollars, the sad result is 
that some of our major batch processes have more than doubled in run 
times.  For example, a 4-hour nightly billing run is now taking upwards 
of 9 hours.  Needless to say, there is much knashing of teeth going on 
around here and it is not a pleasant experience. It seems to be 
primarily a batch problem.  Processor efficiency and interactive 
response times seem to be improved.  During the batch runs, there seems 
to be a great amount of paging going on.

Both the old system and the new one, have (had) a development partitian 
and a production partition. Relative sizes have not changed.  There have 
been no significant changes in database sizes or the applications. Both 
Business Partner and IBM have had many engineers working on the problem 
for a month now and of course, everyone is pointing fingers at everyone 
else.  They have been running every sort of performance management tool 
you can think of. They have tuned this and that. They have replace card 
after card.  They have tried all sorts of caching schemes.  All to no 
avail.

Lately, they are starting to point fingers at the applications.  Now I 
grant you that our applications are old and could stand much 
improvement, but they have not changed since before the upgrade.  We are 
embarking on a modernation project in development, but we will not 
implement any such improvements until the upgrade issues are settled.

The one question I have not been able to get a straight answer out of 
any of these engineers, and the reason for this post, is what has been 
the experience of other recent converts to the 570?  Or, what has been 
the experience of other upgraders from V5R2 to V5R3? Particularly in 
relation to long-running batch jobs.  I can't think of anything unique 
in what we are running.  We have very little, if any, embedded SQL.  
That's the only thing I've seen any complaints about on this list.  Has 
anyone else going to a 570 experienced any sort of major slowdown?  At 
this point, we are willing to look at anything.




As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:
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.