<?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: top problem - Load averages in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/top-problem-load-averages/m-p/3568314#M227763</link>
    <description>Hi Eric,&lt;BR /&gt;&lt;BR /&gt;My experience tells me that CONSISTENT loads above 10 are bad. Nevertheless, you can have spikes above those 10 but it is bad is the system stays there.&lt;BR /&gt;&lt;BR /&gt;Best Regards,&lt;BR /&gt;&lt;BR /&gt;Eric Antunes</description>
    <pubDate>Wed, 22 Jun 2005 05:23:07 GMT</pubDate>
    <dc:creator>Eric Antunes</dc:creator>
    <dc:date>2005-06-22T05:23:07Z</dc:date>
    <item>
      <title>top problem - Load averages</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/top-problem-load-averages/m-p/3568313#M227762</link>
      <description>How to judge the CPU performance via top--load averages? Does any document mention it? Pls share your experience.&lt;BR /&gt;&lt;BR /&gt;Thanks for any comment&lt;BR /&gt;&lt;BR /&gt;FJ</description>
      <pubDate>Wed, 22 Jun 2005 05:19:16 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/top-problem-load-averages/m-p/3568313#M227762</guid>
      <dc:creator>ericfjchen</dc:creator>
      <dc:date>2005-06-22T05:19:16Z</dc:date>
    </item>
    <item>
      <title>Re: top problem - Load averages</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/top-problem-load-averages/m-p/3568314#M227763</link>
      <description>Hi Eric,&lt;BR /&gt;&lt;BR /&gt;My experience tells me that CONSISTENT loads above 10 are bad. Nevertheless, you can have spikes above those 10 but it is bad is the system stays there.&lt;BR /&gt;&lt;BR /&gt;Best Regards,&lt;BR /&gt;&lt;BR /&gt;Eric Antunes</description>
      <pubDate>Wed, 22 Jun 2005 05:23:07 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/top-problem-load-averages/m-p/3568314#M227763</guid>
      <dc:creator>Eric Antunes</dc:creator>
      <dc:date>2005-06-22T05:23:07Z</dc:date>
    </item>
    <item>
      <title>Re: top problem - Load averages</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/top-problem-load-averages/m-p/3568315#M227764</link>
      <description>The load average doesn't mean what it sounds like. The load average is the average number of processes that are running or waiting to run (the kernel's runqueue). In a one-processor system, a load average of 2 or 3 is fine or it could be crawling...it all depends on what the processes are doing. If you have 16 processors, then a load of 10 is nothing.&lt;BR /&gt; &lt;BR /&gt;Generally, loads that cause slowdowns for everyone are related to disk activity rather than CPU usage.&lt;BR /&gt;&lt;BR /&gt;A very high CPU usage seldom causes any apparent slowdown for users. That's because after a few seconds of 100% CPU usage, the priority of these programs is adjusted to allow other short-lived programs to run as needed. You can use 100% CPU with the simple set of commands:&lt;BR /&gt; &lt;BR /&gt;while :&lt;BR /&gt;do&lt;BR /&gt;:&lt;BR /&gt;done&lt;BR /&gt; &lt;BR /&gt;This starts the shell into an infinite loop (CTRL-C to terminate) which consumes 100% of one processor. Start dozens or hundreds of these processses and you'll still be able to login and run vi, etc. This is the nature of timesharing.&lt;BR /&gt; &lt;BR /&gt;Occasionally, a runaway process or a bug in the kernel may cause runaway system activity such that the load factor is very high (5-10 times the number of porcessors) and this would be fixed by tracking down the process or installing the latest patches.</description>
      <pubDate>Wed, 22 Jun 2005 07:44:04 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/top-problem-load-averages/m-p/3568315#M227764</guid>
      <dc:creator>Bill Hassell</dc:creator>
      <dc:date>2005-06-22T07:44:04Z</dc:date>
    </item>
    <item>
      <title>Re: top problem - Load averages</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/top-problem-load-averages/m-p/3568316#M227765</link>
      <description>Hi,&lt;BR /&gt;&lt;BR /&gt;In my previous comment, I was talking of my experience in my systems and those are one-processor ones...&lt;BR /&gt;&lt;BR /&gt;Best Regards,&lt;BR /&gt;&lt;BR /&gt;Eric Antunes</description>
      <pubDate>Wed, 22 Jun 2005 09:18:40 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/top-problem-load-averages/m-p/3568316#M227765</guid>
      <dc:creator>Eric Antunes</dc:creator>
      <dc:date>2005-06-22T09:18:40Z</dc:date>
    </item>
    <item>
      <title>Re: top problem - Load averages</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/top-problem-load-averages/m-p/3568317#M227766</link>
      <description>Do you have any other symptons other than load average. I usually don't act until there is a complaint or noticable issues. That doesn't mean I don't look, but top never got me excited.&lt;BR /&gt;&lt;BR /&gt;top is the least accurate of available tools. Does glance/gpm or sar show the same issue?&lt;BR /&gt;&lt;BR /&gt;SEP</description>
      <pubDate>Wed, 22 Jun 2005 10:23:25 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/top-problem-load-averages/m-p/3568317#M227766</guid>
      <dc:creator>Steven E. Protter</dc:creator>
      <dc:date>2005-06-22T10:23:25Z</dc:date>
    </item>
    <item>
      <title>Re: top problem - Load averages</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/top-problem-load-averages/m-p/3568318#M227767</link>
      <description>My experience with load-averages and cpu-s is as follows:&lt;BR /&gt;&lt;BR /&gt;As long as the load is below the number of cpu-s, you will not get a much better performance if you get more cpu-s (performance boost will be minimal).&lt;BR /&gt;&lt;BR /&gt;Once the load is more than the number of cpu-s, you will get some performance improvements if you install/activate more cpu-s.&lt;BR /&gt;&lt;BR /&gt;My experience: I had more cpu-s than load and installed seti@home. I saw the load increase by (about) 1 for each seti@home instance.</description>
      <pubDate>Thu, 23 Jun 2005 02:43:03 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/top-problem-load-averages/m-p/3568318#M227767</guid>
      <dc:creator>C. Beerse_1</dc:creator>
      <dc:date>2005-06-23T02:43:03Z</dc:date>
    </item>
  </channel>
</rss>

