<?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 Fragmentation in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/memory-fragmentation/m-p/2854997#M94477</link>
    <description>The free memory reported by Glance is free physical memory (freemem)... you should never watch for this metric if your are looking for application memory leaks. Instead have a look for at the swap statistic, i.e. the "Total Free" metric reported by swapinfo -t.&lt;BR /&gt;&lt;BR /&gt;The freemem metric will never return to the exact same value if you start/stop a database. This is normal and nothing to worry about.&lt;BR /&gt;&lt;BR /&gt;Best regards...&lt;BR /&gt; Dietmar.</description>
    <pubDate>Mon, 02 Dec 2002 09:17:52 GMT</pubDate>
    <dc:creator>Dietmar Konermann</dc:creator>
    <dc:date>2002-12-02T09:17:52Z</dc:date>
    <item>
      <title>Memory Fragmentation</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/memory-fragmentation/m-p/2854993#M94473</link>
      <description>We have an RP8400 system with a memory of 8GB and 4 CPU. we notice when we start an application or Oracle DB 9i and stop it, we found the memory free from Glance is decresaing. So how we can fix this without rebooting the machine.&lt;BR /&gt;</description>
      <pubDate>Sun, 01 Dec 2002 09:14:42 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/memory-fragmentation/m-p/2854993#M94473</guid>
      <dc:creator>Ali Bajunaid</dc:creator>
      <dc:date>2002-12-01T09:14:42Z</dc:date>
    </item>
    <item>
      <title>Re: Memory Fragmentation</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/memory-fragmentation/m-p/2854994#M94474</link>
      <description>It sounds like one of the applications has a memory leak (although this should stop if the app itself is stopped.&lt;BR /&gt;&lt;BR /&gt;Try running&lt;BR /&gt;&lt;BR /&gt;UNIX95= ps -eo pid,vsz,args | sort -rnk2 | more&lt;BR /&gt;&lt;BR /&gt;This will give the PID, memory use in KB and name of all programs running, sorted by memory.&lt;BR /&gt;&lt;BR /&gt;Running this command at intervals will show you which process(es) are consuming more memory.&lt;BR /&gt;&lt;BR /&gt;One possibility would be the mib2agt process, which under HP-UX 11 has a known leak.  If this is the case, patch PHSS_21046 can be installed to solve the problem.  This patch doesn't require a reboot.&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Sun, 01 Dec 2002 09:49:01 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/memory-fragmentation/m-p/2854994#M94474</guid>
      <dc:creator>Chris Wilshaw</dc:creator>
      <dc:date>2002-12-01T09:49:01Z</dc:date>
    </item>
    <item>
      <title>Re: Memory Fragmentation</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/memory-fragmentation/m-p/2854995#M94475</link>
      <description>&lt;BR /&gt;make sure you have your machine up-to-date in patches. If the problem persists, contact Oracle, then HP.&lt;BR /&gt;&lt;BR /&gt;live free or die&lt;BR /&gt;harry</description>
      <pubDate>Sun, 01 Dec 2002 12:21:43 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/memory-fragmentation/m-p/2854995#M94475</guid>
      <dc:creator>harry d brown jr</dc:creator>
      <dc:date>2002-12-01T12:21:43Z</dc:date>
    </item>
    <item>
      <title>Re: Memory Fragmentation</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/memory-fragmentation/m-p/2854996#M94476</link>
      <description>It may have to do with the method of shutdown for Oracle and related applications. Don't ever use kill -9 in shutdown scripts or manually from the keyboard. I know a lot of basic Unix classes talk about it but kill -9 gives the applications no opportunity to cleanly terminate and return resources such as RAM back to the system. This is especially true for apps that use shared memory.&lt;BR /&gt;&lt;BR /&gt;You can see if this is true with ipcs -bmop and look for NATTACH=0 for some segments. These segments can be removed with ipcrm but I would be cautious to make sure no processes are still referencing these segments.</description>
      <pubDate>Sun, 01 Dec 2002 13:57:33 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/memory-fragmentation/m-p/2854996#M94476</guid>
      <dc:creator>Bill Hassell</dc:creator>
      <dc:date>2002-12-01T13:57:33Z</dc:date>
    </item>
    <item>
      <title>Re: Memory Fragmentation</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/memory-fragmentation/m-p/2854997#M94477</link>
      <description>The free memory reported by Glance is free physical memory (freemem)... you should never watch for this metric if your are looking for application memory leaks. Instead have a look for at the swap statistic, i.e. the "Total Free" metric reported by swapinfo -t.&lt;BR /&gt;&lt;BR /&gt;The freemem metric will never return to the exact same value if you start/stop a database. This is normal and nothing to worry about.&lt;BR /&gt;&lt;BR /&gt;Best regards...&lt;BR /&gt; Dietmar.</description>
      <pubDate>Mon, 02 Dec 2002 09:17:52 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/memory-fragmentation/m-p/2854997#M94477</guid>
      <dc:creator>Dietmar Konermann</dc:creator>
      <dc:date>2002-12-02T09:17:52Z</dc:date>
    </item>
  </channel>
</rss>

