<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: Performance Bottleneck in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/performance-bottleneck/m-p/3441009#M846530</link>
    <description>Hi&lt;BR /&gt;&lt;BR /&gt;The reason why you are blocked on SYSTEM &amp;amp; the system % CPU is high are probably the same.&lt;BR /&gt;&lt;BR /&gt;I *suspect* you have a runaway process.  I saw this only yesterday (29 Jan) when a script was continually spawing and doing "ls -ltr".  There was only 10-20 at any one time but is was happening so continually that the system CPU usage was 100% (20% usr 80% sys).  I'm guessing you have something similar, but probably not "ll -ltr".&lt;BR /&gt;&lt;BR /&gt;The way I spotted it was to look at &lt;BR /&gt; o ps -ef&lt;BR /&gt; o top &lt;BR /&gt; o glance.  &lt;BR /&gt;It became apparent soon that this was the case.  Once I figured out what it was I was able to trace it back using the following scripts looking for the ppid &amp;amp; pppid &amp;amp; ppppid etc...&lt;BR /&gt;&lt;BR /&gt;for ppid in $(ps -el | perl -ane 'if m/\bll\b/) {print "$F[4]\n"}')&lt;BR /&gt;do&lt;BR /&gt;        ps -fp $ppid&lt;BR /&gt;done &lt;BR /&gt;&lt;BR /&gt;&amp;amp; the next layer&lt;BR /&gt;&lt;BR /&gt;for ppid in $(ps -el | perl -ane 'if (m/\bll\b/) {print "$F[4]\n"}')&lt;BR /&gt;do&lt;BR /&gt;        for pppid in $(ps -lp $ppid | egrep $ppid | perl -ane 'print "$F[4]\n"')&lt;BR /&gt;        do&lt;BR /&gt;                ps -fp $pppid&lt;BR /&gt;        done&lt;BR /&gt;done&lt;BR /&gt;&lt;BR /&gt;&amp;amp; the next layer...&lt;BR /&gt;&lt;BR /&gt;for ppid in $(ps -el | perl -ane 'if (m/\bll\b/) {print "$F[4]\n"}')&lt;BR /&gt;do&lt;BR /&gt;        for pppid in $(ps -lp $ppid | egrep $ppid | perl -ane 'print "$F[4]\n"')&lt;BR /&gt;        do&lt;BR /&gt;                for ppppid in $(ps -lp $pppid | egrep $pppid |  perl -ane 'print "$F[4]\n"')&lt;BR /&gt;                do&lt;BR /&gt;                        ps -fp $ppppid&lt;BR /&gt;                done&lt;BR /&gt;        done&lt;BR /&gt;done&lt;BR /&gt;&lt;BR /&gt;etc...&lt;BR /&gt;&lt;BR /&gt;Regards&lt;BR /&gt;&lt;BR /&gt;Tim</description>
    <pubDate>Sun, 30 Jan 2005 09:03:22 GMT</pubDate>
    <dc:creator>Tim D Fulford</dc:creator>
    <dc:date>2005-01-30T09:03:22Z</dc:date>
    <item>
      <title>Performance Bottleneck</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/performance-bottleneck/m-p/3441004#M846525</link>
      <description>I suspect that my system has a CPU bottleneck..&lt;BR /&gt;I did following things..&lt;BR /&gt;&lt;BR /&gt;1) Run the glance...Memory is OK at 56% and swap is utilized at 33% ...also vmstat no paging( pi,po,sr in vmstat ) so ruled out memory problems.&lt;BR /&gt;2) Disk IO : wait I/O is 1% in sar and also vmstat no wait stats reported&lt;BR /&gt;3) Avg CPU uti is 65%.. User mode is 10% and 55% is system mode. in vmstat, averge run queue is 5..so if run queue is high why cpu is only 65% busy and specially in system mode...and also in glance vfaults is 45% on average..is it  bad...&lt;BR /&gt;</description>
      <pubDate>Fri, 10 Dec 2004 11:46:54 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/performance-bottleneck/m-p/3441004#M846525</guid>
      <dc:creator>RAKESH_23</dc:creator>
      <dc:date>2004-12-10T11:46:54Z</dc:date>
    </item>
    <item>
      <title>Re: Performance Bottleneck</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/performance-bottleneck/m-p/3441005#M846526</link>
      <description>Rakesh,&lt;BR /&gt;&lt;BR /&gt;55% in system mode is not good. what is the Context switch util?&lt;BR /&gt;&lt;BR /&gt;Is there any runaway processes?&lt;BR /&gt;&lt;BR /&gt;Try, ps -elf|grep 'R '&lt;BR /&gt;</description>
      <pubDate>Fri, 10 Dec 2004 11:52:16 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/performance-bottleneck/m-p/3441005#M846526</guid>
      <dc:creator>Sajith V Mannadiar</dc:creator>
      <dc:date>2004-12-10T11:52:16Z</dc:date>
    </item>
    <item>
      <title>Re: Performance Bottleneck</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/performance-bottleneck/m-p/3441006#M846527</link>
      <description>This could have something to do with how the process threads are handled in the application.&lt;BR /&gt;&lt;BR /&gt;Note swap utilized at 33% really means 33% of it is reserved and no paging is going on.&lt;BR /&gt;&lt;BR /&gt;You could have processes running in real time mode and sleeping, preventing the processor from doing anything else.&lt;BR /&gt;&lt;BR /&gt;I'd collect some more comprehensive data (See attachment):&lt;BR /&gt;&lt;BR /&gt;I wonder if you have recently changed your time slice or other kernel parameters.&lt;BR /&gt;&lt;BR /&gt;A kernel review seems a good first step. Please see this doc:&lt;BR /&gt;&lt;A href="http://www2.itrc.hp.com/service/cki/search.do?category=c0&amp;amp;docType=Security&amp;amp;docType=Patch&amp;amp;docType=EngineerNotes&amp;amp;docType=BugReports&amp;amp;docType=Hardware&amp;amp;docType=ReferenceMaterials&amp;amp;docType=ThirdParty&amp;amp;searchString=UPERFKBAN00000726&amp;amp;search.y=8&amp;amp;search.x=28&amp;amp;mode=id&amp;amp;admit=-1335382922+1102697480822+28353475&amp;amp;searchCrit=allwords" target="_blank"&gt;http://www2.itrc.hp.com/service/cki/search.do?category=c0&amp;amp;docType=Security&amp;amp;docType=Patch&amp;amp;docType=EngineerNotes&amp;amp;docType=BugReports&amp;amp;docType=Hardware&amp;amp;docType=ReferenceMaterials&amp;amp;docType=ThirdParty&amp;amp;searchString=UPERFKBAN00000726&amp;amp;search.y=8&amp;amp;search.x=28&amp;amp;mode=id&amp;amp;admit=-1335382922+1102697480822+28353475&amp;amp;searchCrit=allwords&lt;/A&gt;&lt;BR /&gt;&lt;BR /&gt;SEP</description>
      <pubDate>Fri, 10 Dec 2004 11:52:26 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/performance-bottleneck/m-p/3441006#M846527</guid>
      <dc:creator>Steven E. Protter</dc:creator>
      <dc:date>2004-12-10T11:52:26Z</dc:date>
    </item>
    <item>
      <title>Re: Performance Bottleneck</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/performance-bottleneck/m-p/3441007#M846528</link>
      <description>Thanks for the reply..&lt;BR /&gt;&lt;BR /&gt;here attaching vmstat output.&lt;BR /&gt;&lt;BR /&gt;1) ps -efl |grep R will give any line containing letter "R" ..&lt;BR /&gt;&lt;BR /&gt;Steve,&lt;BR /&gt;I could not open the link that u sent..will adding the CPU help me ?&lt;BR /&gt;&lt;BR /&gt;any other help is appreciated..&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Fri, 10 Dec 2004 12:12:07 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/performance-bottleneck/m-p/3441007#M846528</guid>
      <dc:creator>RAKESH_23</dc:creator>
      <dc:date>2004-12-10T12:12:07Z</dc:date>
    </item>
    <item>
      <title>Re: Performance Bottleneck</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/performance-bottleneck/m-p/3441008#M846529</link>
      <description>Some more info..&lt;BR /&gt;&lt;BR /&gt;1) Using glance i saw the system call for java process .rate of sigcleanup is very very high it is 47320&lt;BR /&gt;2) most of the threads for this process are in wait reason:SYSTEM&lt;BR /&gt;&lt;BR /&gt;any clue, what sigcleanup does and why it can be so high..&lt;BR /&gt;thanks&lt;BR /&gt;</description>
      <pubDate>Fri, 10 Dec 2004 14:45:37 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/performance-bottleneck/m-p/3441008#M846529</guid>
      <dc:creator>RAKESH_23</dc:creator>
      <dc:date>2004-12-10T14:45:37Z</dc:date>
    </item>
    <item>
      <title>Re: Performance Bottleneck</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/performance-bottleneck/m-p/3441009#M846530</link>
      <description>Hi&lt;BR /&gt;&lt;BR /&gt;The reason why you are blocked on SYSTEM &amp;amp; the system % CPU is high are probably the same.&lt;BR /&gt;&lt;BR /&gt;I *suspect* you have a runaway process.  I saw this only yesterday (29 Jan) when a script was continually spawing and doing "ls -ltr".  There was only 10-20 at any one time but is was happening so continually that the system CPU usage was 100% (20% usr 80% sys).  I'm guessing you have something similar, but probably not "ll -ltr".&lt;BR /&gt;&lt;BR /&gt;The way I spotted it was to look at &lt;BR /&gt; o ps -ef&lt;BR /&gt; o top &lt;BR /&gt; o glance.  &lt;BR /&gt;It became apparent soon that this was the case.  Once I figured out what it was I was able to trace it back using the following scripts looking for the ppid &amp;amp; pppid &amp;amp; ppppid etc...&lt;BR /&gt;&lt;BR /&gt;for ppid in $(ps -el | perl -ane 'if m/\bll\b/) {print "$F[4]\n"}')&lt;BR /&gt;do&lt;BR /&gt;        ps -fp $ppid&lt;BR /&gt;done &lt;BR /&gt;&lt;BR /&gt;&amp;amp; the next layer&lt;BR /&gt;&lt;BR /&gt;for ppid in $(ps -el | perl -ane 'if (m/\bll\b/) {print "$F[4]\n"}')&lt;BR /&gt;do&lt;BR /&gt;        for pppid in $(ps -lp $ppid | egrep $ppid | perl -ane 'print "$F[4]\n"')&lt;BR /&gt;        do&lt;BR /&gt;                ps -fp $pppid&lt;BR /&gt;        done&lt;BR /&gt;done&lt;BR /&gt;&lt;BR /&gt;&amp;amp; the next layer...&lt;BR /&gt;&lt;BR /&gt;for ppid in $(ps -el | perl -ane 'if (m/\bll\b/) {print "$F[4]\n"}')&lt;BR /&gt;do&lt;BR /&gt;        for pppid in $(ps -lp $ppid | egrep $ppid | perl -ane 'print "$F[4]\n"')&lt;BR /&gt;        do&lt;BR /&gt;                for ppppid in $(ps -lp $pppid | egrep $pppid |  perl -ane 'print "$F[4]\n"')&lt;BR /&gt;                do&lt;BR /&gt;                        ps -fp $ppppid&lt;BR /&gt;                done&lt;BR /&gt;        done&lt;BR /&gt;done&lt;BR /&gt;&lt;BR /&gt;etc...&lt;BR /&gt;&lt;BR /&gt;Regards&lt;BR /&gt;&lt;BR /&gt;Tim</description>
      <pubDate>Sun, 30 Jan 2005 09:03:22 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/performance-bottleneck/m-p/3441009#M846530</guid>
      <dc:creator>Tim D Fulford</dc:creator>
      <dc:date>2005-01-30T09:03:22Z</dc:date>
    </item>
    <item>
      <title>Re: Performance Bottleneck</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/performance-bottleneck/m-p/3441010#M846531</link>
      <description>just one other thing.  The attachment looks like a vmstat out put rather than ps -fe | egrep R... could you post the ps -fe | egrep R ?&lt;BR /&gt;&lt;BR /&gt;Tim</description>
      <pubDate>Sun, 30 Jan 2005 09:07:55 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/performance-bottleneck/m-p/3441010#M846531</guid>
      <dc:creator>Tim D Fulford</dc:creator>
      <dc:date>2005-01-30T09:07:55Z</dc:date>
    </item>
  </channel>
</rss>

