<?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: memory problem in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/memory-problem/m-p/2780043#M76971</link>
    <description>This could be perfectly normal or you could have a memory leak. There is not enough data to determine this. The program could be allocating memory to gradually expand the amount of data it caches up to some limit; in this case, it might reach equilibriunm and stop&lt;BR /&gt;growing OR it could be allocating memory and not freeing it; there is simply no way to know at this point.&lt;BR /&gt;&lt;BR /&gt;You could use Glance to monitor the processes memory use or you could use this sar command:&lt;BR /&gt;UNIX95= ps -e -o "user,vsz,pid,ppid,args"|sort -rnk2|more&lt;BR /&gt;&lt;BR /&gt;If you know the PID you are interested in, you could restrict the ps command using the -p argument.&lt;BR /&gt; &lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;</description>
    <pubDate>Mon, 05 Aug 2002 19:03:19 GMT</pubDate>
    <dc:creator>A. Clay Stephenson</dc:creator>
    <dc:date>2002-08-05T19:03:19Z</dc:date>
    <item>
      <title>memory problem</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/memory-problem/m-p/2780042#M76970</link>
      <description>Hi,&lt;BR /&gt;&lt;BR /&gt;I have one software which uses 400MB memory. I found a tricky problem in my memory. Befor I run the software, I check the memory statistics:&lt;BR /&gt;  statis    total  used avail %used &lt;BR /&gt;  physical  768    145  622   19%&lt;BR /&gt;&lt;BR /&gt;I run the program for two days. Then I kill the program. I check the memory statistics again, it changed a lot:&lt;BR /&gt;  statis   total used  avail %used&lt;BR /&gt;  phyiscal 768   460   307   60%&lt;BR /&gt;&lt;BR /&gt;Would someone please tell me why this happens?&lt;BR /&gt;&lt;BR /&gt;Thanks a lot!!&lt;BR /&gt;&lt;BR /&gt;zhiyong&lt;BR /&gt;</description>
      <pubDate>Mon, 05 Aug 2002 18:44:00 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/memory-problem/m-p/2780042#M76970</guid>
      <dc:creator>szhiyong</dc:creator>
      <dc:date>2002-08-05T18:44:00Z</dc:date>
    </item>
    <item>
      <title>Re: memory problem</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/memory-problem/m-p/2780043#M76971</link>
      <description>This could be perfectly normal or you could have a memory leak. There is not enough data to determine this. The program could be allocating memory to gradually expand the amount of data it caches up to some limit; in this case, it might reach equilibriunm and stop&lt;BR /&gt;growing OR it could be allocating memory and not freeing it; there is simply no way to know at this point.&lt;BR /&gt;&lt;BR /&gt;You could use Glance to monitor the processes memory use or you could use this sar command:&lt;BR /&gt;UNIX95= ps -e -o "user,vsz,pid,ppid,args"|sort -rnk2|more&lt;BR /&gt;&lt;BR /&gt;If you know the PID you are interested in, you could restrict the ps command using the -p argument.&lt;BR /&gt; &lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Mon, 05 Aug 2002 19:03:19 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/memory-problem/m-p/2780043#M76971</guid>
      <dc:creator>A. Clay Stephenson</dc:creator>
      <dc:date>2002-08-05T19:03:19Z</dc:date>
    </item>
    <item>
      <title>Re: memory problem</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/memory-problem/m-p/2780044#M76972</link>
      <description>First guess is that your program has what is commonly called a memory leak.&lt;BR /&gt;Is this your code? or a vendors?&lt;BR /&gt;There is a program called tusc (like the common truss) for HP-UX which will show you all the calls a program makes.  There is also a utility shmem which will show you what is occupying what ranges in memory.   Dont worry about these tools if it is vendor code your running, but contact the vendor to have their code fixed.&lt;BR /&gt;If this is your code, you will have to sift through and see where you may illegally be dumping off memory.  Windows has taught people that sloppy memory management in code is okay, cuz the OS cant manage memory anyway.  Good coding says for every malloc() there is a dmalloc().&lt;BR /&gt;&lt;BR /&gt;Regards,&lt;BR /&gt;Shannon</description>
      <pubDate>Mon, 05 Aug 2002 19:03:52 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/memory-problem/m-p/2780044#M76972</guid>
      <dc:creator>Shannon Petry</dc:creator>
      <dc:date>2002-08-05T19:03:52Z</dc:date>
    </item>
    <item>
      <title>Re: memory problem</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/memory-problem/m-p/2780045#M76973</link>
      <description>Hi,&lt;BR /&gt;&lt;BR /&gt;The best thing I would do is to check the system memory usage with GlancePlus. You can easily find out a memory leakage with this tool. Find out the process usage, memory and CPU usage. Apply any patches if necessary to solve the issue.&lt;BR /&gt;&lt;BR /&gt;hth,</description>
      <pubDate>Mon, 05 Aug 2002 19:14:12 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/memory-problem/m-p/2780045#M76973</guid>
      <dc:creator>Sajid_1</dc:creator>
      <dc:date>2002-08-05T19:14:12Z</dc:date>
    </item>
    <item>
      <title>Re: memory problem</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/memory-problem/m-p/2780046#M76974</link>
      <description>Hi,&lt;BR /&gt;&lt;BR /&gt;Thanks a lot.&lt;BR /&gt;&lt;BR /&gt;I will use glance to check if there is memory link.&lt;BR /&gt;&lt;BR /&gt;zhiyong</description>
      <pubDate>Mon, 05 Aug 2002 21:15:01 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/memory-problem/m-p/2780046#M76974</guid>
      <dc:creator>szhiyong</dc:creator>
      <dc:date>2002-08-05T21:15:01Z</dc:date>
    </item>
  </channel>
</rss>

