<?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: application and memory in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/application-and-memory/m-p/4192124#M323751</link>
    <description>Far, far too vague to offer any help. A memory leak is almost always a programming mistake. Most programmers will blame it on the OS but HP-UX is just doing what it was asked to do. Occasionally, a standard OS library may cause a program problem but it is very rare these days. The answer is to debug the program to see where the extra memory is being requested and not returned.&lt;BR /&gt; &lt;BR /&gt;If you did not write the program, it is very easy to blame the OS because troubleshooting the program may require vendor support.</description>
    <pubDate>Tue, 06 May 2008 01:28:23 GMT</pubDate>
    <dc:creator>Bill Hassell</dc:creator>
    <dc:date>2008-05-06T01:28:23Z</dc:date>
    <item>
      <title>application and memory</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/application-and-memory/m-p/4192123#M323750</link>
      <description>Hello All,&lt;BR /&gt;Is memory leak issue with an application relates to any of the os issues&lt;BR /&gt;Thanks</description>
      <pubDate>Mon, 05 May 2008 21:27:14 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/application-and-memory/m-p/4192123#M323750</guid>
      <dc:creator>navin</dc:creator>
      <dc:date>2008-05-05T21:27:14Z</dc:date>
    </item>
    <item>
      <title>Re: application and memory</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/application-and-memory/m-p/4192124#M323751</link>
      <description>Far, far too vague to offer any help. A memory leak is almost always a programming mistake. Most programmers will blame it on the OS but HP-UX is just doing what it was asked to do. Occasionally, a standard OS library may cause a program problem but it is very rare these days. The answer is to debug the program to see where the extra memory is being requested and not returned.&lt;BR /&gt; &lt;BR /&gt;If you did not write the program, it is very easy to blame the OS because troubleshooting the program may require vendor support.</description>
      <pubDate>Tue, 06 May 2008 01:28:23 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/application-and-memory/m-p/4192124#M323751</guid>
      <dc:creator>Bill Hassell</dc:creator>
      <dc:date>2008-05-06T01:28:23Z</dc:date>
    </item>
    <item>
      <title>Re: application and memory</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/application-and-memory/m-p/4192125#M323752</link>
      <description>Navin,&lt;BR /&gt;&lt;BR /&gt;  Memory leak is very subjective, can be due to application or due to our OS. If it is OS related we can use kmeminfo tool to see, but you need to request from HP Response Center&lt;BR /&gt;&lt;BR /&gt;Usually memory arena that have memory leaks&lt;BR /&gt;&lt;BR /&gt;M_TEMP&lt;BR /&gt;ALLOC_MBLK_SM&lt;BR /&gt;Superpage pool&lt;BR /&gt;ALLOCB_MBLK_LM&lt;BR /&gt;&lt;BR /&gt;usually patches will fix the issue&lt;BR /&gt;&lt;BR /&gt;Hope this help.&lt;BR /&gt;&lt;BR /&gt;WK&lt;BR /&gt;don't forget to assign points</description>
      <pubDate>Tue, 06 May 2008 02:00:24 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/application-and-memory/m-p/4192125#M323752</guid>
      <dc:creator>whiteknight</dc:creator>
      <dc:date>2008-05-06T02:00:24Z</dc:date>
    </item>
    <item>
      <title>Re: application and memory</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/application-and-memory/m-p/4192126#M323753</link>
      <description>As Bill says, this is most likely an application problem.&lt;BR /&gt;&lt;BR /&gt;&amp;gt;whiteknight: Memory leak is very subjective, can be due to application or due to our OS&lt;BR /&gt;&lt;BR /&gt;I wouldn't think so.  It either is or isn't an application problem.  Tools like gdb's heap checking or purify may help.&lt;BR /&gt;&lt;BR /&gt;The only thing that might be subjective is heap fragmentation.  This may look and smell like a leak but there is nothing that can be done about this other than to change the application to not allocate random sizes.&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Tue, 06 May 2008 09:26:53 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/application-and-memory/m-p/4192126#M323753</guid>
      <dc:creator>Dennis Handly</dc:creator>
      <dc:date>2008-05-06T09:26:53Z</dc:date>
    </item>
    <item>
      <title>Re: application and memory</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/application-and-memory/m-p/4192127#M323754</link>
      <description>Dear Navin&lt;BR /&gt;&lt;BR /&gt;in  simple words a memory leak is have the code run for longer periods. If memory continually grows, then there is probably problem.&lt;BR /&gt;&lt;BR /&gt;thanks and regards&lt;BR /&gt;&lt;BR /&gt;Sajjad Sahir</description>
      <pubDate>Tue, 06 May 2008 09:38:43 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/application-and-memory/m-p/4192127#M323754</guid>
      <dc:creator>Sajjad Sahir</dc:creator>
      <dc:date>2008-05-06T09:38:43Z</dc:date>
    </item>
    <item>
      <title>Re: application and memory</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/application-and-memory/m-p/4192128#M323755</link>
      <description>Shalom,&lt;BR /&gt;&lt;BR /&gt;Memory leak detector:&lt;BR /&gt;&lt;BR /&gt;&lt;A href="http://www.hpux.ws/?p=8" target="_blank"&gt;http://www.hpux.ws/?p=8&lt;/A&gt;&lt;BR /&gt;&lt;BR /&gt;As to prior comments: I think it would be better to present ones own views rather than cutting, pasting and parsing the comments of others.&lt;BR /&gt;&lt;BR /&gt;Disagreement of others opinion is common on this forum, but there are long standing practices here that should be adhered to.&lt;BR /&gt;&lt;BR /&gt;The utility I posted will spot memory leaks over time, is in use on several HP-UX versions.&lt;BR /&gt;&lt;BR /&gt;Assuming your problem is with a top memory user, and thats likely, this tool will help you identify the offending utility.&lt;BR /&gt;&lt;BR /&gt;It is always a good idea to have a recent bi-annual patch set installed for our OS. If you are encountering memory leak problems traced to the OS, you can do an additional search of patches in the term memory leak, read the notes and decide on installation.&lt;BR /&gt;&lt;BR /&gt;Nine times out of ten, when I receive a report of memory leaks, its with the application code. I recall Red Hat once built a memory leak into cluster manager, but normally its a problem with in house or third party software and poor Q&amp;amp;A on that software.&lt;BR /&gt;&lt;BR /&gt;The leak utility will at least provide you with a list of suspects.&lt;BR /&gt;&lt;BR /&gt;SEP</description>
      <pubDate>Tue, 06 May 2008 09:40:40 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/application-and-memory/m-p/4192128#M323755</guid>
      <dc:creator>Steven E. Protter</dc:creator>
      <dc:date>2008-05-06T09:40:40Z</dc:date>
    </item>
  </channel>
</rss>

