From: Adams Kevin J (kevin.adams@PHS.COM)
Date: Thu Dec 05 2002 - 16:36:08 EST
Holger/Lamar,
did a quick search of google and found this:
My understanding is that whatever value you set as min will get started
at boot time as root. Then, as more aio servers are needed, they are
started under the UID of the process needing them, in this case Oracle.
My guess would be that before you made your changes the min value was
lower, lets say 10, so you would see 10 aios owned by root, then oracle
would spawn a bunch more, lets say 20, and these would be owed by
oracle. I think all you are seeing is that your min number is
sufficient to keep oracle happy.
and this:
It isn't a problem if you have no aioserver process with oracle UID.
It's only mean that your system didn't need more aioserver since the last
boot.
The MINIMUM number of aioserver is the number of aioserver launch at the
boot, with root UID, available for all process.
If an application request an aioserver and none are available at this time
then a new one start (if the actual number isn't already equal to the
MAXIMUM number) with the application UID => this new aioserver is available
only for application with the same UID.
They seem to agree with each other.
Kevin Adams
-----Original Message-----
From: Holger.VanKoll@SWISSCOM.COM [mailto:Holger.VanKoll@SWISSCOM.COM]
Sent: Thursday, December 05, 2002 3:16 AM
To: aix-l@Princeton.EDU
Subject: [aix-l] aio minservers
Hello,
I had a look at the cpu usage of my aioservers (ps -k, pstat -a).
Min/maxserver are 240/480.
The first 240 servers have very few usage (uid root). The servers #241-480
have high, distributed usage (uid oracle).
That looks as if oracle cant use the root-aioservers.
So where is the point to set minservers to maxservers/2 ?
Btw. I noticed that this rule is in AIX Perf.Guide 3.x/4.x but not in 5.x.
In 5.x there is written one should keep the default of 1.
Regards,
Holger
This electronic message transmission, including any attachments, contains information from PacifiCare Health Systems Inc. which may be confidential or privileged. The information is intended to be for the use of the individual or entity named above. If you are not the intended recipient, be aware that any disclosure, copying, distribution or use of the contents of this information is prohibited.
If you have received this electronic transmission in error, please notify the sender immediately by a "reply to sender only" message and destroy all electronic and hard copies of the communication, including attachments.
This archive was generated by hypermail 2.1.7 : Wed Apr 09 2008 - 22:16:24 EDT