What's happening inside the oninit process ?
This is a multi-part message in MIME format.
------=_NextPart_000_0022_01C09034.F46039E0
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Hallo everyone, I'm not sure how to word this question.
Regarding the oninit processes running on our machine, is it possible to
see inside the process to see which users are causing the oninit to do so
much work ?
One thing we do is to run "top" to identify the top processes on the server.
The oninit processes sit right on top - where they should be, but they don't
always do the same amount of work. If we have badly written code, it will
still be the oninit doing all the work, so how do I trace the problem from
the oninit back to the "bad program" / user ?
All I see right now is a busy system and oninits doing alot of work. I
would love to be able to drill down further and say to everyone, "here is
the program slowing your system down".
I would say that we are at a point where we cannot add more resources to the
server, so we are now trying to identify bad programs, etc. to increase
performance.
Hope you can help.
Regards
Dirk
Dirk Moolman
Database Administrator
Reach Technologies
"People demand freedom of speech as a compensation for the freedom of
thought which they seldom use."
- Kierkegaard
------=_NextPart_000_0022_01C09034.F46039E0
Content-Type: text/html;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META content=3D"text/html; charset=3Diso-8859-1" =
http-equiv=3DContent-Type>
<META content=3D"MSHTML 5.00.2920.0" name=3DGENERATOR></HEAD>
<BODY>
<DIV><FONT face=3DArial size=3D2><SPAN class=3D021324709-06022001>Hallo=20
everyone, I'm not sure how to word this question. =
</SPAN></FONT></DIV>
<DIV><FONT face=3DArial size=3D2><SPAN=20
class=3D021324709-06022001></SPAN></FONT> </DIV>
<DIV><FONT face=3DArial size=3D2><SPAN =
class=3D021324709-06022001>Regarding the oninit=20
processes running on our machine, is it possible to see inside the =
process to=20
see which users are causing the oninit to do so much work =
?</SPAN></FONT></DIV>
<DIV><FONT face=3DArial size=3D2><SPAN=20
class=3D021324709-06022001></SPAN></FONT> </DIV>
<DIV><FONT face=3DArial size=3D2><SPAN class=3D021324709-06022001>One =
thing we do is=20
to run "top" to identify the top processes on the server. =
The oninit=20
processes sit right on top - where they should be, but they don't always =
do the=20
same amount of work. If we have badly written code, it will still =
be the=20
oninit doing all the work, so how do I trace the problem from the oninit =
back to=20
the "bad program" / user ?</SPAN></FONT></DIV>
<DIV><FONT face=3DArial size=3D2><SPAN=20
class=3D021324709-06022001></SPAN></FONT> </DIV>
<DIV><FONT face=3DArial size=3D2><SPAN class=3D021324709-06022001>All I =
see right now=20
is a busy system and oninits doing alot of work. I would love =
to be=20
able to drill down further and say to everyone, "here is the program =
slowing=20
your system down".</SPAN></FONT></DIV>
<DIV><FONT face=3DArial size=3D2><SPAN=20
class=3D021324709-06022001></SPAN></FONT> </DIV>
<DIV><FONT face=3DArial size=3D2><SPAN class=3D021324709-06022001>I =
would say that we=20
are at a point where we cannot add more resources to the server, so we =
are now=20
trying to identify bad programs, etc. to increase=20
performance.</SPAN></FONT></DIV>
<DIV> </DIV>
<DIV><FONT face=3DArial size=3D2><SPAN class=3D021324709-06022001>Hope =
you can=20
help.</SPAN></FONT></DIV>
<DIV><FONT face=3DArial size=3D2><SPAN=20
class=3D021324709-06022001>Regards</SPAN></FONT></DIV>
<DIV><FONT face=3DArial size=3D2><SPAN=20
class=3D021324709-06022001>Dirk</SPAN></FONT></DIV>
<DIV><FONT face=3DArial size=3D2><SPAN =
class=3D021324709-06022001></SPAN></FONT><FONT=20
face=3DArial size=3D2><SPAN =
class=3D021324709-06022001></SPAN></FONT> </DIV>
<DIV><FONT face=3DArial size=3D2><SPAN=20
class=3D021324709-06022001></SPAN></FONT> </DIV>
<DIV><FONT face=3DArial size=3D2><SPAN =
class=3D021324709-06022001></SPAN></FONT><FONT=20
face=3D"Comic Sans MS" size=3D2>Dirk Moolman</FONT> <BR><FONT =
face=3D"Comic Sans MS"=20
size=3D2>Database Administrator</FONT> <BR><FONT face=3D"Comic Sans MS" =
size=3D2>Reach=20
Technologies</FONT> </DIV>
<DIV> </DIV>
<DIV><FONT face=3D"Comic Sans MS" size=3D2>"People demand freedom of =
speech as a=20
compensation for the freedom of thought which they seldom =
use."</FONT></DIV>
<DIV><FONT face=3D"Comic Sans MS" size=3D2>- Kierkegaard</FONT></DIV>
<DIV> </DIV></BODY></HTML>
------=_NextPart_000_0022_01C09034.F46039E0--
In the year of Our Lord Tue, 6 Feb 2001 12:04:27 +0200, "Dirk Moolman"
<dirkm@reach.co.za> spake, saying:
>Hallo everyone, I'm not sure how to word this question.
>
>Regarding the oninit processes running on our machine, is it possible to
>see inside the process to see which users are causing the oninit to do so
>much work ?
onstat -g ses will show how much memory a given process is grabbing. Sometimesthat can help to identify naughty processes.
>One thing we do is to run "top" to identify the top processes on the server.
>The oninit processes sit right on top - where they should be, but they don't
>always do the same amount of work. If we have badly written code, it will
>still be the oninit doing all the work, so how do I trace the problem from
>the oninit back to the "bad program" / user ?
Just pick one at random. Or all of them.
>All I see right now is a busy system and oninits doing alot of work. I
>would love to be able to drill down further and say to everyone, "here is
>the program slowing your system down".
Do you see any of your.4gi's in the top pile?
>I would say that we are at a point where we cannot add more resources to the
>server, so we are now trying to identify bad programs, etc. to increase
>performance.
>------=_NextPart_000_0022_01C09034.F46039E0
>Content-Type: text/html;
> charset="iso-8859-1"
>Content-Transfer-Encoding: quoted-printable
Please don't post MIME/HTML.
Something I look at to find out who is hogging all the servers resources
is the ready queue. When a system gets bottlenecked on CPU you will
start having threads show up on the ready queue. I figure the more
times a single thread shows up on the ready queue, it's likely this
thread is looking for more than it's fair share of resources.
onstat -g rea
will show you the ready queue. I have a script I run that executes
onstat -g rea -r 1 in the background dumping the output to a file whichI then send thru nawk to display the most likely problem threads.
Let me know if you want a copy of the script.
Bill
In article <3a7feafd.10504845@130.133.1.4>,
obnoxio@hotmail.com (Obnoxio The Clown) wrote:
> In the year of Our Lord Tue, 6 Feb 2001 12:04:27 +0200, "Dirk Moolman"
> <dirkm@reach.co.za> spake, saying:
>
> >Hallo everyone, I'm not sure how to word this question.
> >
> >Regarding the oninit processes running on our machine, is it
possible to
> >see inside the process to see which users are causing the oninit to
do so
> >much work ?
>
> onstat -g ses will show how much memory a given process is grabbing.Sometimes
> that can help to identify naughty processes.
>
> >One thing we do is to run "top" to identify the top processes on the
server.
> >The oninit processes sit right on top - where they should be, but
they don't
> >always do the same amount of work. If we have badly written code, it
will
> >still be the oninit doing all the work, so how do I trace the problem
from
> >the oninit back to the "bad program" / user ?
>
> Just pick one at random. Or all of them.
>
> >All I see right now is a busy system and oninits doing alot of work.
I
> >would love to be able to drill down further and say to everyone,
"here is
> >the program slowing your system down".
>
> Do you see any of your.4gi's in the top pile?
>
> >I would say that we are at a point where we cannot add more resources
to the
> >server, so we are now trying to identify bad programs, etc. to
increase
> >performance.
>
> >------=_NextPart_000_0022_01C09034.F46039E0
> >Content-Type: text/html;
> > charset="iso-8859-1"
> >Content-Transfer-Encoding: quoted-printable
>
> Please don't post MIME/HTML.
>
Sent via Deja.com
http://www.deja.com/