<?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: system performance question in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/system-performance-question/m-p/3300775#M183773</link>
    <description>Thanks everyone.  Forgot to mention last week I installed another networking product called optivity and that's when my trouble started I think.  before that Network Node manager ran fine and was quick and my #'s from Top looked good. I have 1 cpu 180mhz&lt;BR /&gt;2.0 PA8000&lt;BR /&gt;One of the errors I got installing another network product dealt with the kernel parm nfile needing to be increased. Could my problem be stemming from nfile not being large enough.. When I increased one time it took care of an error I was getting.&lt;BR /&gt;Thanks&lt;BR /&gt;</description>
    <pubDate>Thu, 10 Jun 2004 07:22:26 GMT</pubDate>
    <dc:creator>mike worrell</dc:creator>
    <dc:date>2004-06-10T07:22:26Z</dc:date>
    <item>
      <title>system performance question</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/system-performance-question/m-p/3300767#M183765</link>
      <description>I have a box hpux 11.0 running network node manager 6.3.1.  This is all that is on it and when i do a top i get the following info:&lt;BR /&gt;load  user  nice  SYS  idle&lt;BR /&gt;4.01   64    0     42    5&lt;BR /&gt;&lt;BR /&gt;and no processes exceed 10% ... where is all my power going so i'm only left with 5% idle.&lt;BR /&gt;&lt;BR /&gt;Anyone know anything I can check or parameter I can change to make things better.&lt;BR /&gt;&lt;BR /&gt;Thanks,&lt;BR /&gt;Mike</description>
      <pubDate>Wed, 09 Jun 2004 15:35:26 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/system-performance-question/m-p/3300767#M183765</guid>
      <dc:creator>mike worrell</dc:creator>
      <dc:date>2004-06-09T15:35:26Z</dc:date>
    </item>
    <item>
      <title>Re: system performance question</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/system-performance-question/m-p/3300768#M183766</link>
      <description>also i just did a  dmesg and got this message&lt;BR /&gt;"file table is full"&lt;BR /&gt;What is that coming from and how do I fix?&lt;BR /&gt;Not in syslog.log&lt;BR /&gt;</description>
      <pubDate>Wed, 09 Jun 2004 15:51:36 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/system-performance-question/m-p/3300768#M183766</guid>
      <dc:creator>mike worrell</dc:creator>
      <dc:date>2004-06-09T15:51:36Z</dc:date>
    </item>
    <item>
      <title>Re: system performance question</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/system-performance-question/m-p/3300769#M183767</link>
      <description>From my past experience, the NNM application, despite how demanding it is, usually gets stuck on a single cpu, low memory, old architecture system. In my case, when T500s were the top of the line, my whole IT/O architecture was stuck on a 715/100 workstation including but not limited to NNM. &lt;BR /&gt;&lt;BR /&gt;Looking at your numbers, I am almost going to say the same thing as you did not indicat what class of CPU NNM is running on. According to the numbers 64% of your CPU cycles are hogged by user processes, which are, again according to what you said, is HP OpenView related processes as there is nothing else significant running on the system. &lt;BR /&gt;&lt;BR /&gt;Also looking at the system process percentage, which is 42%, I can say that your cpu is cracking under pressure, unless this is a severe misconfiguration case.&lt;BR /&gt;&lt;BR /&gt;My number from an L3000-5x system are like &lt;BR /&gt;CPU   LOAD   USER   NICE    SYS   IDLE  BLOCK  SWAIT   INTR   SSYS&lt;BR /&gt; 0    0.20   0.6%   0.0%   0.2%  99.2%   0.0%   0.0%   0.0%   0.0%&lt;BR /&gt; 1    0.11   0.2%   0.0%   0.2%  99.6%   0.0%   0.0%   0.0%   0.0%&lt;BR /&gt; 2    0.13   0.4%   0.0%   3.6%  96.0%   0.0%   0.0%   0.0%   0.0%&lt;BR /&gt; 3    0.12   0.6%   0.0%   2.8%  96.6%   0.0%   0.0%   0.0%   0.0%&lt;BR /&gt;---   ----  -----  -----  -----  -----  -----  -----  -----  -----&lt;BR /&gt;avg   0.14   0.4%   0.0%   1.6%  98.0%   0.0%   0.0%   0.0%   0.0%&lt;BR /&gt;&lt;BR /&gt;and this server is running an oracle db, an apache web server and actively used by sysadmins as the main management node.&lt;BR /&gt;But it has 4G of memory installed.&lt;BR /&gt;&lt;BR /&gt;without that model, memory etc. info, it is hard to say what the reason is. &lt;BR /&gt;</description>
      <pubDate>Wed, 09 Jun 2004 15:57:42 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/system-performance-question/m-p/3300769#M183767</guid>
      <dc:creator>Mel Burslan</dc:creator>
      <dc:date>2004-06-09T15:57:42Z</dc:date>
    </item>
    <item>
      <title>Re: system performance question</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/system-performance-question/m-p/3300770#M183768</link>
      <description>file table is full in dmesg if it was seen once and your server is up for a long time is not something to worry about too much but the next time you need to schedule down time for the machine, you may want to bump up the kernel parm nfile about 1/3 of its current value.&lt;BR /&gt;if your machine and kernel is in a pretty recently installed state, nfile must be a function of maxusers parameter, so instead of breaking the formulas, you may want to bump up the maxusers by 1/3 maybe.</description>
      <pubDate>Wed, 09 Jun 2004 16:01:01 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/system-performance-question/m-p/3300770#M183768</guid>
      <dc:creator>Mel Burslan</dc:creator>
      <dc:date>2004-06-09T16:01:01Z</dc:date>
    </item>
    <item>
      <title>Re: system performance question</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/system-performance-question/m-p/3300771#M183769</link>
      <description>Please read this:&lt;BR /&gt;&lt;A href="http://www1.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=-682735245+1086815236399+28353475&amp;amp;searchCrit=allwords" target="_blank"&gt;http://www1.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=-682735245+1086815236399+28353475&amp;amp;searchCrit=allwords&lt;/A&gt;&lt;BR /&gt;&lt;BR /&gt;I suggest collecting some perf data. These scripts are based on the ones hp uses. See attachment.&lt;BR /&gt;&lt;BR /&gt;SEP</description>
      <pubDate>Wed, 09 Jun 2004 16:09:01 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/system-performance-question/m-p/3300771#M183769</guid>
      <dc:creator>Steven E. Protter</dc:creator>
      <dc:date>2004-06-09T16:09:01Z</dc:date>
    </item>
    <item>
      <title>Re: system performance question</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/system-performance-question/m-p/3300772#M183770</link>
      <description>I looks to me like you an unusually high system number of 42 percent. System should normally be down around 1 to 4 percent not 40 percent. Does this system have a lot of NFS exports or a lot of people logging in as the same userid? &lt;BR /&gt;&lt;BR /&gt;Do you have glance installed? If so what does glance -t look like? See if you can post a screen shot of glance -t.</description>
      <pubDate>Wed, 09 Jun 2004 16:38:11 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/system-performance-question/m-p/3300772#M183770</guid>
      <dc:creator>John Dvorchak</dc:creator>
      <dc:date>2004-06-09T16:38:11Z</dc:date>
    </item>
    <item>
      <title>Re: system performance question</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/system-performance-question/m-p/3300773#M183771</link>
      <description>NNM - probably means a non-trivial quantity of networking happening, which could result in user CPU time being lower than kernel/system CPU time.  Particularly as the number of managed systems increases.&lt;BR /&gt;&lt;BR /&gt;With something like glance or measureware or lanadmin check the packet rates.  &lt;BR /&gt;&lt;BR /&gt;If the NNM system is polling other systems for stats, you might increase the time between polls.</description>
      <pubDate>Wed, 09 Jun 2004 20:09:51 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/system-performance-question/m-p/3300773#M183771</guid>
      <dc:creator>rick jones</dc:creator>
      <dc:date>2004-06-09T20:09:51Z</dc:date>
    </item>
    <item>
      <title>Re: system performance question</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/system-performance-question/m-p/3300774#M183772</link>
      <description>CPU idle time "0" is not a problem always. If CPU is free processes would use it. Do you have any performance issues with it ?. Something like vmstat shows more processes in runq &amp;gt;?.&lt;BR /&gt;&lt;BR /&gt;I would like to have a look at ur vmstat 2 o/p &lt;BR /&gt;&lt;BR /&gt;Regds,&lt;BR /&gt;&lt;BR /&gt;Kaps</description>
      <pubDate>Wed, 09 Jun 2004 22:31:30 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/system-performance-question/m-p/3300774#M183772</guid>
      <dc:creator>KapilRaj</dc:creator>
      <dc:date>2004-06-09T22:31:30Z</dc:date>
    </item>
    <item>
      <title>Re: system performance question</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/system-performance-question/m-p/3300775#M183773</link>
      <description>Thanks everyone.  Forgot to mention last week I installed another networking product called optivity and that's when my trouble started I think.  before that Network Node manager ran fine and was quick and my #'s from Top looked good. I have 1 cpu 180mhz&lt;BR /&gt;2.0 PA8000&lt;BR /&gt;One of the errors I got installing another network product dealt with the kernel parm nfile needing to be increased. Could my problem be stemming from nfile not being large enough.. When I increased one time it took care of an error I was getting.&lt;BR /&gt;Thanks&lt;BR /&gt;</description>
      <pubDate>Thu, 10 Jun 2004 07:22:26 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/system-performance-question/m-p/3300775#M183773</guid>
      <dc:creator>mike worrell</dc:creator>
      <dc:date>2004-06-10T07:22:26Z</dc:date>
    </item>
    <item>
      <title>Re: system performance question</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/system-performance-question/m-p/3300776#M183774</link>
      <description>nfile being too small would either lead to things not working at all, or perhaps things cycling through file descriptors more often than they would otherwise - closing files sooner and perhaps re-opening them later.&lt;BR /&gt;&lt;BR /&gt;that increase in open and close could I suppose lead to an increase in system CPU time - does something like glance show that all the nfile entries are indeed in use?</description>
      <pubDate>Thu, 10 Jun 2004 12:22:25 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/system-performance-question/m-p/3300776#M183774</guid>
      <dc:creator>rick jones</dc:creator>
      <dc:date>2004-06-10T12:22:25Z</dc:date>
    </item>
  </channel>
</rss>

