>I have a performance question. We were running some volume testing on an
>application we are going to roll out in the near future. This is our first
>experience with Client/Server and HP Unix boxes.
>We have an HP 9000 series 800 G50. We have three disks with 5 gig.
>2-2 gig disks and 1-1 gig disk. We have 128 meg of Ram with 3 times that set
>up for swap.
>During the testing, We monitored system performance and resources using
>GlancePlus. We do have other tools that we have not had the oppurtunity to
>install. We are looking for help interpreting some of the results. We would
>appreciate any insight or direction on this.
>In general, our network and memory usage was normal. There was little swapping
>activity. However, there was significant problems with CPU usage and disk
>utilization. We have 3 disk (each mirrored). All disks frequently had
>utilizations between 50 and 75%, with one hitting 91% often.
controller? If so adding more I/O controllers may help... you'd need
to look at which disks were getting hit. As for more disks, look at
striping or stripe/mirroring. Mirroring reduces performance. If it's
Oracle raw volumes that are being hit at my previous clients site we
had a Sequent SE70 with 7 way stripe (making sure to offset each
stripe like in the manual) mirrored. This requires 14 disks but you
get the idea. Oracle seems to like striped raw volumes.
Looks like a healthily loaded CPU. It's not badly tuned it's just tooQuote:>As for the CPU, we had utilization of about 100% throughout the length of the
>test with 8-11 processes ready to run (swapped in and waiting on the cpu).
>Response on the plant floor was poor on any operations hitting the database.
>Also, Oracle was taking the large protion of the cycles, as would be expected.
>System usage was between 8 and 12%
small.
Mike Loukides book "System Performance Tuning" by O' Reilly, andQuote:>Now the easy interpretation is that we need to get more disks so that we can
>spread out access. In addition, upgrade the processor to get greater
>throughput. However, I have learned that the easy interpretation is not
>always the best.
>I would like to know what other things that I might look at to either validate
>my interpretation or shed more light on it.
"Tuning Oracle" (or something similar) by Oracle Press.
No problem.Quote:>Thanks,
M.
##################################################################
# Director, Datamodel Ltd Chemist #
# Contract Unix system admin/Unix security Sysadmin #
##################################################################