<?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 in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/system-performance/m-p/2600700#M855907</link>
    <description>&lt;BR /&gt;Hi, &lt;BR /&gt;&lt;BR /&gt;Use this command that will show you who is eating up resource  (I got this from Forum) &lt;BR /&gt;UNIX95= ps -e -o ruser,vsz,pid,args | sort -rnk2  | more&lt;BR /&gt;Also you can monitor with Glance for the realtime status.&lt;BR /&gt;GoodLuck&lt;BR /&gt;-USA..&lt;BR /&gt;&lt;BR /&gt;</description>
    <pubDate>Wed, 24 Oct 2001 17:37:59 GMT</pubDate>
    <dc:creator>Uday_S_Ankolekar</dc:creator>
    <dc:date>2001-10-24T17:37:59Z</dc:date>
    <item>
      <title>System Performance</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/system-performance/m-p/2600697#M855904</link>
      <description>I have an application that contains several individual modules that run on HP C240s running HP-UX 11.00.  Over time (~ 1 month) I notice that system performance greatly diminishes until one of the modules needs to be stopped and restarted and then the system performance returns to an acceptable level.  Also, system reboots also free up resources.&lt;BR /&gt;Are there any diagnostic tools that can help determine the problem?</description>
      <pubDate>Wed, 24 Oct 2001 17:24:01 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/system-performance/m-p/2600697#M855904</guid>
      <dc:creator>Brian K. Arnholt</dc:creator>
      <dc:date>2001-10-24T17:24:01Z</dc:date>
    </item>
    <item>
      <title>Re: System Performance</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/system-performance/m-p/2600698#M855905</link>
      <description>I hesiate to draw a conclusion based on scant onformation, but what you describe sounds characeristic of a memory leak.  It is possible that you are experiencing RAM pressure as the memory requirements of your application grow over time.  Good tools to track down memory leaks are &lt;BR /&gt;&lt;BR /&gt;glance&lt;BR /&gt;UNIX95= ps -e -o "user,pid,ppid,sz,vsz,comm" | sort -rn +4|more&lt;BR /&gt;vmstat</description>
      <pubDate>Wed, 24 Oct 2001 17:31:55 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/system-performance/m-p/2600698#M855905</guid>
      <dc:creator>Alan Riggs</dc:creator>
      <dc:date>2001-10-24T17:31:55Z</dc:date>
    </item>
    <item>
      <title>Re: System Performance</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/system-performance/m-p/2600699#M855906</link>
      <description>Hi Brian,&lt;BR /&gt;&lt;BR /&gt;Look at the thread below.&lt;BR /&gt;&lt;BR /&gt;&lt;A href="http://us-support2.external.hp.com/iv/bin/doc.pl/sid=c70d82d8044299a687/screen=ivHome/?NODEID=English_SHW::WW_SW_UX_SYSADM_EN_E/Q1.7&amp;amp;WARP=1" target="_blank"&gt;http://us-support2.external.hp.com/iv/bin/doc.pl/sid=c70d82d8044299a687/screen=ivHome/?NODEID=English_SHW::WW_SW_UX_SYSADM_EN_E/Q1.7&amp;amp;WARP=1&lt;/A&gt;&lt;BR /&gt;&lt;BR /&gt;Also do a search in forum for system performance and you will get a lot of earlier postings. They may also help you.&lt;BR /&gt;&lt;BR /&gt;hope this helps.&lt;BR /&gt;&lt;BR /&gt;thanks&lt;BR /&gt;</description>
      <pubDate>Wed, 24 Oct 2001 17:34:43 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/system-performance/m-p/2600699#M855906</guid>
      <dc:creator>Sanjay_6</dc:creator>
      <dc:date>2001-10-24T17:34:43Z</dc:date>
    </item>
    <item>
      <title>Re: System Performance</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/system-performance/m-p/2600700#M855907</link>
      <description>&lt;BR /&gt;Hi, &lt;BR /&gt;&lt;BR /&gt;Use this command that will show you who is eating up resource  (I got this from Forum) &lt;BR /&gt;UNIX95= ps -e -o ruser,vsz,pid,args | sort -rnk2  | more&lt;BR /&gt;Also you can monitor with Glance for the realtime status.&lt;BR /&gt;GoodLuck&lt;BR /&gt;-USA..&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Wed, 24 Oct 2001 17:37:59 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/system-performance/m-p/2600700#M855907</guid>
      <dc:creator>Uday_S_Ankolekar</dc:creator>
      <dc:date>2001-10-24T17:37:59Z</dc:date>
    </item>
    <item>
      <title>Re: System Performance</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/system-performance/m-p/2600701#M855908</link>
      <description>Hi Brian:&lt;BR /&gt;&lt;BR /&gt;Take a look at your system with 'glance'.  If you don't have a permanent license for it, you should, but in the mean time you can load a trial version from one of the Application CDROMs.  'glance' has built-in help and 'man' pages, too.&lt;BR /&gt;&lt;BR /&gt;In the case you describe, you might also want to look for potential memory leaks.  Track your application over time by doing this:&lt;BR /&gt;&lt;BR /&gt;#  UNIX95= ps -e -o "user,vsz,pid,ppid,args"|sort -rnk2|more &lt;BR /&gt;&lt;BR /&gt;You can also use the old standby tools like 'sar' and 'vmstat'.&lt;BR /&gt;&lt;BR /&gt;Regards!&lt;BR /&gt;&lt;BR /&gt;...JRF...</description>
      <pubDate>Wed, 24 Oct 2001 17:39:30 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/system-performance/m-p/2600701#M855908</guid>
      <dc:creator>James R. Ferguson</dc:creator>
      <dc:date>2001-10-24T17:39:30Z</dc:date>
    </item>
    <item>
      <title>Re: System Performance</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/system-performance/m-p/2600702#M855909</link>
      <description>Brian,&lt;BR /&gt;&lt;BR /&gt;   Firstly, you would need&lt;BR /&gt;to figure out where is&lt;BR /&gt;the resource overload?&lt;BR /&gt;Is it CPU-bottleneck? or&lt;BR /&gt;Memory? or I/O? or swap?&lt;BR /&gt;To find this, use glance tool.&lt;BR /&gt;You can  run sar command&lt;BR /&gt;to get a quick view on how&lt;BR /&gt;the CPU time is divided.&lt;BR /&gt;&lt;BR /&gt;   Definitely, more info is&lt;BR /&gt;needed to point out directions&lt;BR /&gt;to the source of the problem.&lt;BR /&gt;&lt;BR /&gt;  Glance is a good starting point.   Also, look at swapinfo to make sure&lt;BR /&gt;you are not running out of swap.&lt;BR /&gt;&lt;BR /&gt;-raj&lt;BR /&gt;</description>
      <pubDate>Wed, 24 Oct 2001 18:59:53 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/system-performance/m-p/2600702#M855909</guid>
      <dc:creator>Roger Baptiste</dc:creator>
      <dc:date>2001-10-24T18:59:53Z</dc:date>
    </item>
    <item>
      <title>Re: System Performance</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/system-performance/m-p/2600703#M855910</link>
      <description>Thanks all who replied.  I discovered that I have two processes that grow over time.  When initially started they are about 1 MB each.  Over a month, one gets to about 25 MB, the other gets to about 100 MB.  Upon stopping and restarted the processes, they return to a "normal size".   Now I have to figure out why they are growing and how to fix it.  Increasing swap space seems to be the easiest fix.  These processes use a rpc method to transfer data from other systems.</description>
      <pubDate>Fri, 26 Oct 2001 19:19:31 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/system-performance/m-p/2600703#M855910</guid>
      <dc:creator>Brian K. Arnholt</dc:creator>
      <dc:date>2001-10-26T19:19:31Z</dc:date>
    </item>
  </channel>
</rss>

