<?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 usage in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/memory-usage/m-p/2493706#M804665</link>
    <description>This is correct.  Once allocated, process virtual memory is never really freed back to the system.  However, the malloc/free calls maintain their own pool of free memory.  When you call free(), you make the memory available to subsequent malloc() calls so that they don't have to keep extending the processes' data segment by calling sbrk().  Well behaved programs that malloc/free correctly, should not leak memory.&lt;BR /&gt;&lt;BR /&gt;The K&amp;amp;R C book has an example implementation of malloc() and free() that show what is going on.&lt;BR /&gt;&lt;BR /&gt;-sam</description>
    <pubDate>Wed, 14 Feb 2001 21:07:13 GMT</pubDate>
    <dc:creator>Sam Nicholls</dc:creator>
    <dc:date>2001-02-14T21:07:13Z</dc:date>
    <item>
      <title>memory usage</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/memory-usage/m-p/2493705#M804664</link>
      <description>Okay - I'm told that when a programmer makes a call to free() in hpux 10.20 - the memory is only available to the executable that originally malloc'd the memory to begin with - versus being returned to the system wide pool of available memory.&lt;BR /&gt;&lt;BR /&gt;Example: We have an application that is 'supposedly' not leaking memory - however when reviewing with Glance, the Virtual and Resident memory will increase with certain usages of this program's functionality - but never decrease.&lt;BR /&gt;&lt;BR /&gt;Are there any known 'isms' with regard to hpux 10.20 (December 1999 Gen. Release patches)?&lt;BR /&gt;&lt;BR /&gt;thanks in advance,&lt;BR /&gt;&lt;BR /&gt;Ken</description>
      <pubDate>Wed, 14 Feb 2001 19:06:48 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/memory-usage/m-p/2493705#M804664</guid>
      <dc:creator>Ken Hunter</dc:creator>
      <dc:date>2001-02-14T19:06:48Z</dc:date>
    </item>
    <item>
      <title>Re: memory usage</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/memory-usage/m-p/2493706#M804665</link>
      <description>This is correct.  Once allocated, process virtual memory is never really freed back to the system.  However, the malloc/free calls maintain their own pool of free memory.  When you call free(), you make the memory available to subsequent malloc() calls so that they don't have to keep extending the processes' data segment by calling sbrk().  Well behaved programs that malloc/free correctly, should not leak memory.&lt;BR /&gt;&lt;BR /&gt;The K&amp;amp;R C book has an example implementation of malloc() and free() that show what is going on.&lt;BR /&gt;&lt;BR /&gt;-sam</description>
      <pubDate>Wed, 14 Feb 2001 21:07:13 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/memory-usage/m-p/2493706#M804665</guid>
      <dc:creator>Sam Nicholls</dc:creator>
      <dc:date>2001-02-14T21:07:13Z</dc:date>
    </item>
  </channel>
</rss>

