> Running ult plus on an rs6000. It is a model 550.
> Been sold a 590 as the "answer" to our performance problems.
> The questions I have are myriad, but I'll keep it simple:
> will this thing actually speed up ult plus
[---snip---]
> thanks > M. C.
Yes, of course it will. But maybe you should check for a
clogged fuel filter, before you replace your car's engine, eh?
Which reminds me of an old story.
Some IBM people are on a business trip. Suddenly, their car
has a flat tire. They pull over to the side of the road,
plug their portable Elmo projector into the cigarette lighter,
and begin a meeting. The driver says, "What should we do?"
The field service engineer replies, "Let's jack up the car and
rotate the tires, so we can isolate the faulty component."
Next, the software support analyst says, "No, let's just turn
off the car, and turn it on again, and then see if the problem
happens again." Then, the sales rep concludes, "Nope. Need
a new car."
***
And the sales rep's answer WOULD fix the problem!
***
BEGIN CASE ;
CASE PROBLEM = RS/6000 hardware ;
Check for hardware problems. If "sar" shows that your cpu
is busy when nobody (except you) is logged in, then you
may have a hardware problem, such as an unterminated cable.
***
CASE PROBLEM = Aix/6000 software ;
The MOST common cause of performance problems
in the Aix/6000 OS is bad scheduling of processes.
The easiest way to fix this is, usually, to install
"schedtune", and then put "schedtune -h0" in your /etc/rc.
For more details, see IBM's "schedtune" man pages.
Another common cause of problems is swapping/paging
due to multiple users using the same user id number.
Make sure that each terminal logs in with a *unique*
Aix user id number.
It is NOT sufficent to have unique Aix user id names.
The Aix user id numbers, too, must be unique.
There are many other common Aix/6000 performance problems.
If you'd like me to refer you to Aix tuning consultants,
send me Email.
***
CASE PROBLEM = ULT PLUS tuning ;
The most common cause of performance problems in the ULT OS
is underallocated data files. To check for this condition,
logto SYSPROG, do a full save or a fake save, and then look
at your most undersized files, using the command,
SORT STAT-FILE WITH ITM/GP > "3.0" AND WITH FRM/GP > "3.0"
BY-DSND FRM/GP FRM/GP USERX NAME DBL-SPC LPTR
The first few files on this report may be the ones which
are causing your performance problems. Get them resized!
Of course, if your performance problem are caused by badly
sized temporary work files, then those files may be
empty or non-existent when you do your nightly back up.
So, you may need to look at those files using the "GROUP (S)"
verb, while the files are being used.
There are many other common causes of performance problems
in the Ultimate OS. There are many readers of this news-
group who can help you diagnose your problems, but you must
post a fuller description of your observations.
What does your application do? Is it slow for data entry,
reports, or both? Is the performance getting worse?
Have you made any recent changes to your software or hardware
or number of users or other possible performance factors?
***
CASE PROBLEM = Inefficient application code ;
A little bit of manual optimizing, in just a few routines,
may greatly improve the performance of the entire system.
***
CASE 1 ;
Of course, if all else fails, then you might improve the
performance of your RS/6000 system by migrating your app-
lications from ULT to AP (Advanced Pick) or to JB (JBase)
or to PI (PI/Open) or to UV (uni*Verse) or the other UV
(UniVision) or to UDT (UniData) ...
... and you can probably guess which one I'd recommend.
regards,
Ben
--
Ben Rosenberg * Unidata, Inc., Customer Support
by