<?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 CPU Utilisation in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/high-cpu-utilisation/m-p/2808219#M828827</link>
    <description>Hi,&lt;BR /&gt;&lt;BR /&gt;Have you checked that which process(es)used up most of the CPU resources before and after adding the CPU ?&lt;BR /&gt;&lt;BR /&gt;How about the output of glance/top/sar ?&lt;BR /&gt;&lt;BR /&gt;Do the memory and disk utilization also high at that time ?&lt;BR /&gt;&lt;BR /&gt;Sometimes a self-developed application program can use up to 100% CPU resources as I have seen before.&lt;BR /&gt;&lt;BR /&gt;Regards,&lt;BR /&gt;Patrick</description>
    <pubDate>Wed, 18 Sep 2002 00:35:09 GMT</pubDate>
    <dc:creator>Patrick Chim</dc:creator>
    <dc:date>2002-09-18T00:35:09Z</dc:date>
    <item>
      <title>High CPU Utilisation</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/high-cpu-utilisation/m-p/2808218#M828826</link>
      <description>Hi &lt;BR /&gt;We had 2 CPUs on our L2000, the utilisation always top to 98%.  Then we added one more CPU, we thought the utilisation will be down, but surprisingly, the utilisation is still 98 sometimes 99%.  Could anyone please explain why the situation is that.&lt;BR /&gt;&lt;BR /&gt;Thanks&lt;BR /&gt;Davis</description>
      <pubDate>Wed, 18 Sep 2002 00:23:13 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/high-cpu-utilisation/m-p/2808218#M828826</guid>
      <dc:creator>Hoey</dc:creator>
      <dc:date>2002-09-18T00:23:13Z</dc:date>
    </item>
    <item>
      <title>Re: High CPU Utilisation</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/high-cpu-utilisation/m-p/2808219#M828827</link>
      <description>Hi,&lt;BR /&gt;&lt;BR /&gt;Have you checked that which process(es)used up most of the CPU resources before and after adding the CPU ?&lt;BR /&gt;&lt;BR /&gt;How about the output of glance/top/sar ?&lt;BR /&gt;&lt;BR /&gt;Do the memory and disk utilization also high at that time ?&lt;BR /&gt;&lt;BR /&gt;Sometimes a self-developed application program can use up to 100% CPU resources as I have seen before.&lt;BR /&gt;&lt;BR /&gt;Regards,&lt;BR /&gt;Patrick</description>
      <pubDate>Wed, 18 Sep 2002 00:35:09 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/high-cpu-utilisation/m-p/2808219#M828827</guid>
      <dc:creator>Patrick Chim</dc:creator>
      <dc:date>2002-09-18T00:35:09Z</dc:date>
    </item>
    <item>
      <title>Re: High CPU Utilisation</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/high-cpu-utilisation/m-p/2808220#M828828</link>
      <description>Hi:&lt;BR /&gt;&lt;BR /&gt;CPU utilization of 100% is not necessarily bad nor unexpected in certain situations.&lt;BR /&gt;&lt;BR /&gt;A processor bound task without other interrupts (of which I/O is one) will be a constant candiate for the CPU and utilization will therefore saturate.&lt;BR /&gt;&lt;BR /&gt;In your case, I would hope that the run-queue depth would have fallen with the addition of the third CPU.  One metric of this is the 'uptime' statistic.&lt;BR /&gt;&lt;BR /&gt;I would use 'glance' to determine what process or processes are consuming excessive CPU time and where they are utilizing the processor.&lt;BR /&gt;&lt;BR /&gt;Regards!&lt;BR /&gt;&lt;BR /&gt;...JRF...</description>
      <pubDate>Wed, 18 Sep 2002 00:38:53 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/high-cpu-utilisation/m-p/2808220#M828828</guid>
      <dc:creator>James R. Ferguson</dc:creator>
      <dc:date>2002-09-18T00:38:53Z</dc:date>
    </item>
    <item>
      <title>Re: High CPU Utilisation</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/high-cpu-utilisation/m-p/2808221#M828829</link>
      <description>Hi again,&lt;BR /&gt;&lt;BR /&gt;I agree to James that CPU utilisation up to 100% may not be bad.&lt;BR /&gt;&lt;BR /&gt;You can try to vi a 100M file and replace a frequent string and at the same time you monitor the system using 'top -s1' you will see that the vi process has used up to 98% of CPU utilization.&lt;BR /&gt;&lt;BR /&gt;If you break the vi process, the utilization will drop again !&lt;BR /&gt;&lt;BR /&gt;Regards,&lt;BR /&gt;Patrick</description>
      <pubDate>Wed, 18 Sep 2002 00:54:08 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/high-cpu-utilisation/m-p/2808221#M828829</guid>
      <dc:creator>Patrick Chim</dc:creator>
      <dc:date>2002-09-18T00:54:08Z</dc:date>
    </item>
    <item>
      <title>Re: High CPU Utilisation</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/high-cpu-utilisation/m-p/2808222#M828830</link>
      <description>hi,&lt;BR /&gt;&lt;BR /&gt;I have been very similar the probem like above and sovlved my problem that applied the "diagnostic(mstm version up)" patch on system. &lt;BR /&gt;&lt;BR /&gt;what is your mstm(diagnostic tool) version??&lt;BR /&gt;&lt;BR /&gt;you can apply to recently patch for mstm on your system.&lt;BR /&gt;&lt;BR /&gt;try this under site:&lt;BR /&gt;&lt;A href="http://software.hp.com" target="_blank"&gt;http://software.hp.com&lt;/A&gt;&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Wed, 18 Sep 2002 06:05:16 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/high-cpu-utilisation/m-p/2808222#M828830</guid>
      <dc:creator>KCS_1</dc:creator>
      <dc:date>2002-09-18T06:05:16Z</dc:date>
    </item>
    <item>
      <title>Re: High CPU Utilisation</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/high-cpu-utilisation/m-p/2808223#M828831</link>
      <description>I would first ask what you are running on system&lt;BR /&gt;&lt;BR /&gt;then what about memory,disk,network utilization?&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Wed, 18 Sep 2002 06:10:28 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/high-cpu-utilisation/m-p/2808223#M828831</guid>
      <dc:creator>RAC_1</dc:creator>
      <dc:date>2002-09-18T06:10:28Z</dc:date>
    </item>
    <item>
      <title>Re: High CPU Utilisation</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/high-cpu-utilisation/m-p/2808224#M828832</link>
      <description>use top to find out which process is consuming the CPU.&lt;BR /&gt;There were problems with diagnostics processes in the past.. (as mentioned), but we'll only be able to verify if you can identify the process.&lt;BR /&gt;&lt;BR /&gt;Are the 2 CPUs at ~100% ?&lt;BR /&gt;&lt;BR /&gt;Later,&lt;BR /&gt;Bill</description>
      <pubDate>Wed, 18 Sep 2002 06:55:37 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/high-cpu-utilisation/m-p/2808224#M828832</guid>
      <dc:creator>Bill McNAMARA_1</dc:creator>
      <dc:date>2002-09-18T06:55:37Z</dc:date>
    </item>
    <item>
      <title>Re: High CPU Utilisation</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/high-cpu-utilisation/m-p/2808225#M828833</link>
      <description>There is a classic traffic engineering dilemna that by measuring the carried load you cannot estimate the offered load. In this case the carried load is the CPU utilization with 2 CPUs. By measuring the 98% utilization you actually do not know how much more utilization you would get if you had more CPU. If you have a very good performance model you might make a fairly accurate guess, but performance models are the exception rather than the rule.&lt;BR /&gt;&lt;BR /&gt;By the way, high CPU utilization is a good thing. You paid a lot of money for a powerful server, why would you want to use it less than 100%?&lt;BR /&gt;&lt;BR /&gt;In the area of performance, there will always be a bottleneck. If it isn't CPU then it will be something else (memory, disk i/o, network i/o, etc) that runs out first. If nothing is at 100%, then your server is too big! As long as your response times and throughput are acceptable, don't worry that some resource is fully utilized.</description>
      <pubDate>Thu, 19 Sep 2002 13:04:40 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/high-cpu-utilisation/m-p/2808225#M828833</guid>
      <dc:creator>Todd Larchuk</dc:creator>
      <dc:date>2002-09-19T13:04:40Z</dc:date>
    </item>
    <item>
      <title>Re: High CPU Utilisation</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/high-cpu-utilisation/m-p/2808226#M828834</link>
      <description>Hi Davis,&lt;BR /&gt;&lt;BR /&gt;You would need to do little more research. Your baseline prior to upgrading the CPU was not much accurate. You would have taken the runqueue (sar -q) before the upgrade and compare it afterwards. Also, along the same lines note the other bottlenecks on the system like disk I/O, memory etc., Perfview/Glance are very useful but sar can also be helpful. If your sar -u 2 20 output contains unusual numbers for system and wio, then it is more likely that you are experiencing bottlenecks in other areas that are causing high CPU. If you find any of them, you will need to work on fixing them that will automatically fix the CPU utilization. &lt;BR /&gt;&lt;BR /&gt;-Sri</description>
      <pubDate>Thu, 19 Sep 2002 13:13:11 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/high-cpu-utilisation/m-p/2808226#M828834</guid>
      <dc:creator>Sridhar Bhaskarla</dc:creator>
      <dc:date>2002-09-19T13:13:11Z</dc:date>
    </item>
    <item>
      <title>Re: High CPU Utilisation</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/high-cpu-utilisation/m-p/2808227#M828835</link>
      <description>Thank you all for the great and helpful reponse.  I ran sar -q but how can I interpret the output.&lt;BR /&gt;HP-UX u1gtgam B.11.00 U 9000/800    09/20/02&lt;BR /&gt;&lt;BR /&gt;09:58:03 runq-sz %runocc swpq-sz %swpocc&lt;BR /&gt;09:58:05     1.3      50     0.0       0&lt;BR /&gt;&lt;BR /&gt;Our runq-sz is 1.3, is it high or low? And, what scale is regarded as high or low?  Also, what exactly is %runocc, swpq-sz %swpocc means in plain english?&lt;BR /&gt;&lt;BR /&gt;Thanks</description>
      <pubDate>Thu, 19 Sep 2002 22:52:27 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/high-cpu-utilisation/m-p/2808227#M828835</guid>
      <dc:creator>Hoey</dc:creator>
      <dc:date>2002-09-19T22:52:27Z</dc:date>
    </item>
    <item>
      <title>Re: High CPU Utilisation</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/high-cpu-utilisation/m-p/2808228#M828836</link>
      <description>Davis,&lt;BR /&gt;&lt;BR /&gt;First, it looks like you may have run sar with only one iteration - if this is true I would suggest running it again with at least 2 iterations. The first line of output from sar, vmstat, iostat, nfsstat should be ignored - it's the cumulative average since the last reboot and the numbers are not helpful.&lt;BR /&gt;&lt;BR /&gt;runq-sz is the average length of the run queue - on average, how many processes are waiting to get time on the cpu. &lt;BR /&gt;&lt;BR /&gt;%runocc percentage of time the run queue was occupied by processes waiting to get time on the processor&lt;BR /&gt;&lt;BR /&gt;swpq-sz on average, how many processes are in the swap queue that are runnable, normally previously swapped out processes that now have all required resources and are waiting to get swapped back in&lt;BR /&gt;&lt;BR /&gt;%swpocc percentage of time the swap queue was occupied by runnable processes. &lt;BR /&gt;&lt;BR /&gt;So what do these numbers mean? By themselves, usually not much. They're usually of most help when factored in with overall utilization curves.&lt;BR /&gt;&lt;BR /&gt;The sar data is most helpful to set generally acceptable ranges of values for your system - the baseline. Then watch for changes, deviations or trends or steady increases.&lt;BR /&gt;&lt;BR /&gt;Hope this helps your understanding some.&lt;BR /&gt;&lt;BR /&gt;Keith</description>
      <pubDate>Fri, 27 Sep 2002 19:22:39 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/high-cpu-utilisation/m-p/2808228#M828836</guid>
      <dc:creator>keith persons</dc:creator>
      <dc:date>2002-09-27T19:22:39Z</dc:date>
    </item>
    <item>
      <title>Re: High CPU Utilisation</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/high-cpu-utilisation/m-p/2808229#M828837</link>
      <description>Hi Davis &lt;BR /&gt;&lt;BR /&gt;The CPU utilisation depends on other factors to.&lt;BR /&gt;you need to look into memory utilisation of the server.&lt;BR /&gt;you need to check whether your machine is swaping ,if there is lot of swap activity then there is good number of I/O on the server which will utilise the CPU as it has to read data from the disk to put it in the memory for processing.&lt;BR /&gt;You need to check the process which is occupying the CPU. &lt;BR /&gt;&lt;BR /&gt;Have fun, &lt;BR /&gt;&lt;BR /&gt;Regards, &lt;BR /&gt;&lt;BR /&gt;Sanjeev &lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt; &lt;BR /&gt;</description>
      <pubDate>Wed, 02 Oct 2002 02:08:46 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/high-cpu-utilisation/m-p/2808229#M828837</guid>
      <dc:creator>Sanjeev Kohli_1</dc:creator>
      <dc:date>2002-10-02T02:08:46Z</dc:date>
    </item>
  </channel>
</rss>

