<?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: HIGH SYS CPU usage in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/high-sys-cpu-usage/m-p/2688183#M54705</link>
    <description>Hello,&lt;BR /&gt;&lt;BR /&gt;I second what Chris already wrote: seen that a lot in the informix area.&lt;BR /&gt;Use "sar -a" (IIRC) and look after the columns "iget" (Inode got per second), "namei" (names converted to their resp. inodenumbers), and "dirbk" (directory blocks processed per second). If you have too many "dirbk/s" then your system slow down dramatically (due to making dozens of megabytes of I/O only for those directories).&lt;BR /&gt;&lt;BR /&gt;HTH,&lt;BR /&gt;Wodisch</description>
    <pubDate>Thu, 21 Mar 2002 21:36:23 GMT</pubDate>
    <dc:creator>Wodisch</dc:creator>
    <dc:date>2002-03-21T21:36:23Z</dc:date>
    <item>
      <title>HIGH SYS CPU usage</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/high-sys-cpu-usage/m-p/2688180#M54702</link>
      <description>Hi&lt;BR /&gt;  We are running java1.3 with informix. sar output shows high sys (24-28) when compared user (65-70). I have checked through glance, system calls&lt;BR /&gt;sigsetstatemask,revform,semop,read,write,select,stat64 are some of the heavily used one..&lt;BR /&gt;  Tusc shows that except semop remaining are being called by java process and semop is mainly being called from informix processes. &lt;BR /&gt;    Apart from application processes,midaemon and vxfd are high CPU users. &lt;BR /&gt;   Now the task is to reduce sys usage. What could be potential issues in our case.&lt;BR /&gt;Thanks in advance.&lt;BR /&gt;...BPK...&lt;BR /&gt;</description>
      <pubDate>Thu, 21 Mar 2002 14:56:28 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/high-sys-cpu-usage/m-p/2688180#M54702</guid>
      <dc:creator>Praveen Bezawada</dc:creator>
      <dc:date>2002-03-21T14:56:28Z</dc:date>
    </item>
    <item>
      <title>Re: HIGH SYS CPU usage</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/high-sys-cpu-usage/m-p/2688181#M54703</link>
      <description>You have installed all the prerequisite software.&lt;BR /&gt;&lt;BR /&gt;Read the release notes and install ALL patches and dependants.&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;Later,&lt;BR /&gt;Bill</description>
      <pubDate>Thu, 21 Mar 2002 16:20:34 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/high-sys-cpu-usage/m-p/2688181#M54703</guid>
      <dc:creator>Bill McNAMARA_1</dc:creator>
      <dc:date>2002-03-21T16:20:34Z</dc:date>
    </item>
    <item>
      <title>Re: HIGH SYS CPU usage</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/high-sys-cpu-usage/m-p/2688182#M54704</link>
      <description>We got similar results when a user loaded up a 32 processor V-class machine with more than 3 million 8k files.  Every time the O/S traversed&lt;BR /&gt;the directory where these files were, it thrashed.  Sure, the computer could handle it,&lt;BR /&gt;but a directory is basically a flat file, and not terribly efficient.  Deleting the files (with rm *) took 3 and a half days.  But once the files were gone, the system utilization &lt;BR /&gt;dropped back below 5%.  You might check to see&lt;BR /&gt;if your system has one or more directories with a LOT of small files.  &lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;Chris</description>
      <pubDate>Thu, 21 Mar 2002 20:51:10 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/high-sys-cpu-usage/m-p/2688182#M54704</guid>
      <dc:creator>Chris Vail</dc:creator>
      <dc:date>2002-03-21T20:51:10Z</dc:date>
    </item>
    <item>
      <title>Re: HIGH SYS CPU usage</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/high-sys-cpu-usage/m-p/2688183#M54705</link>
      <description>Hello,&lt;BR /&gt;&lt;BR /&gt;I second what Chris already wrote: seen that a lot in the informix area.&lt;BR /&gt;Use "sar -a" (IIRC) and look after the columns "iget" (Inode got per second), "namei" (names converted to their resp. inodenumbers), and "dirbk" (directory blocks processed per second). If you have too many "dirbk/s" then your system slow down dramatically (due to making dozens of megabytes of I/O only for those directories).&lt;BR /&gt;&lt;BR /&gt;HTH,&lt;BR /&gt;Wodisch</description>
      <pubDate>Thu, 21 Mar 2002 21:36:23 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/high-sys-cpu-usage/m-p/2688183#M54705</guid>
      <dc:creator>Wodisch</dc:creator>
      <dc:date>2002-03-21T21:36:23Z</dc:date>
    </item>
    <item>
      <title>Re: HIGH SYS CPU usage</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/high-sys-cpu-usage/m-p/2688184#M54706</link>
      <description>Hi&lt;BR /&gt;  Thanks for your responses.&lt;BR /&gt; We have couple of directories( 2 in all ) with 20000 files.&lt;BR /&gt; And the sar -a shows on average&lt;BR /&gt;iget namei  dirbk&lt;BR /&gt;25   957  1817&lt;BR /&gt;&lt;BR /&gt;Any comments on this ..&lt;BR /&gt;&lt;BR /&gt;...BPK..</description>
      <pubDate>Fri, 22 Mar 2002 08:07:03 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/high-sys-cpu-usage/m-p/2688184#M54706</guid>
      <dc:creator>Praveen Bezawada</dc:creator>
      <dc:date>2002-03-22T08:07:03Z</dc:date>
    </item>
    <item>
      <title>Re: HIGH SYS CPU usage</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/high-sys-cpu-usage/m-p/2688185#M54707</link>
      <description>IMHO 25% of total cpu usage dedicated to system is not *that* high, especially with lots of IO bound applications.&lt;BR /&gt;&lt;BR /&gt;If you can reduce the number of files in those large directories, I suggest you do so.  Also check for other directories which may not have so many files in them now, but have in the past so they are still overly large.  Remember, directories don't shrink when files are removed and this can cause performance problems.  &lt;BR /&gt;&lt;BR /&gt;Another cause of high sys cpu usage is memory starvation.  If you system is paging the sys cpu% will definitely increase.&lt;BR /&gt;&lt;BR /&gt;Regards,&lt;BR /&gt;Steve</description>
      <pubDate>Fri, 22 Mar 2002 10:24:03 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/high-sys-cpu-usage/m-p/2688185#M54707</guid>
      <dc:creator>Steven Gillard_2</dc:creator>
      <dc:date>2002-03-22T10:24:03Z</dc:date>
    </item>
    <item>
      <title>Re: HIGH SYS CPU usage</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/high-sys-cpu-usage/m-p/2688186#M54708</link>
      <description>You may also just for grins check to see if you have any runaway cron processes.  We have seen high system numbers when a few crons were spawned on top of each other.  This was generally for cleanup scripts that did not finish in the time allotted and as such a second,third, so on cron was spawned.  Gzip, rm, and mv processes are huge consumers of system calls.  Hope this is helpful.&lt;BR /&gt;&lt;BR /&gt;Regards,&lt;BR /&gt;Jason V.</description>
      <pubDate>Fri, 22 Mar 2002 16:51:00 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/high-sys-cpu-usage/m-p/2688186#M54708</guid>
      <dc:creator>Jason VanDerMark</dc:creator>
      <dc:date>2002-03-22T16:51:00Z</dc:date>
    </item>
  </channel>
</rss>

