<?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: Buffer-cache in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/buffer-cache/m-p/2491498#M801697</link>
    <description>I thought that when the OS tries to release buffer cache the first thing to be done is to flush the cache content to disk, hence this will trigger certain physical I/O that slow down the system.  So, I also believe that the &lt;BR /&gt;dbc_max_pct param should not be lefted at its default (ie. 50%).  My gut feel is that 20% percent would be more appropriate.&lt;BR /&gt;&lt;BR /&gt;~Philip</description>
    <pubDate>Fri, 09 Feb 2001 02:59:54 GMT</pubDate>
    <dc:creator>Philip Chan_1</dc:creator>
    <dc:date>2001-02-09T02:59:54Z</dc:date>
    <item>
      <title>Buffer-cache</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/buffer-cache/m-p/2491494#M801693</link>
      <description>A V-class system with HP-UX 11.00 swapped a little. I cannot understand why.&lt;BR /&gt;&lt;BR /&gt;The physical memory is 3 GB, 2 of them is available for user processes.&lt;BR /&gt;&lt;BR /&gt;Glance reported that the memory space is used by user processes and by buffer-cache.&lt;BR /&gt;&lt;BR /&gt;My little knowledge about buffer-cache made me to suppose that if a process need more memory the buffer-cache will be reduced in order to free mem pages.</description>
      <pubDate>Thu, 08 Feb 2001 17:27:34 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/buffer-cache/m-p/2491494#M801693</guid>
      <dc:creator>Jdamian</dc:creator>
      <dc:date>2001-02-08T17:27:34Z</dc:date>
    </item>
    <item>
      <title>Re: Buffer-cache</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/buffer-cache/m-p/2491495#M801694</link>
      <description>My experience has been that buffer cache does not release memory nearly fast enough to satisfy my applications. I have decreased my dbc_max_pct to ten percent. This would be 200MB on my smallest system. This is enough for the applications that I am running. Any other application would have to be monitored to make sure performance does not degrade.</description>
      <pubDate>Thu, 08 Feb 2001 22:16:42 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/buffer-cache/m-p/2491495#M801694</guid>
      <dc:creator>Duane Gorder</dc:creator>
      <dc:date>2001-02-08T22:16:42Z</dc:date>
    </item>
    <item>
      <title>Re: Buffer-cache</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/buffer-cache/m-p/2491496#M801695</link>
      <description>Hi,&lt;BR /&gt;&lt;BR /&gt;There was one occasion when incompatibility between OAS and the Oracle database caused each Oracle user process to take up 150 MB of memory. In a matter of minutes, the entire memory was utilised and there was deactivation of processes. After the OAS was fixed, each user process took up 20 MB of memory and everything resumed back to normal.&lt;BR /&gt;&lt;BR /&gt;Deactivation only occurs when your process is too big to fit into memory. If you have sufficient memory, you should also see minimal paging out. Instead, you should see a lot of page ins most of the time.&lt;BR /&gt;&lt;BR /&gt;In your case, perhaps you want to use glance or top to identify your memory-intensive processes and your available free memory. It could be a memory leak or a erratic memory consumption (like in my case previously).&lt;BR /&gt;&lt;BR /&gt;Hope this helps. Regards.&lt;BR /&gt;&lt;BR /&gt;Steven Sim Kok Leong&lt;BR /&gt;Brainbench MVP for Unix Admin&lt;BR /&gt;&lt;A href="http://www.brainbench.com" target="_blank"&gt;http://www.brainbench.com&lt;/A&gt;</description>
      <pubDate>Thu, 08 Feb 2001 23:01:26 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/buffer-cache/m-p/2491496#M801695</guid>
      <dc:creator>Steven Sim Kok Leong</dc:creator>
      <dc:date>2001-02-08T23:01:26Z</dc:date>
    </item>
    <item>
      <title>Re: Buffer-cache</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/buffer-cache/m-p/2491497#M801696</link>
      <description>Was the swapping on device or "memory".  "swapinfo -tm" will show this.  If you did indeed swap to device, then investigation is warranted.  If you swapped to "memory" this is normal.</description>
      <pubDate>Thu, 08 Feb 2001 23:41:09 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/buffer-cache/m-p/2491497#M801696</guid>
      <dc:creator>Byron Myers</dc:creator>
      <dc:date>2001-02-08T23:41:09Z</dc:date>
    </item>
    <item>
      <title>Re: Buffer-cache</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/buffer-cache/m-p/2491498#M801697</link>
      <description>I thought that when the OS tries to release buffer cache the first thing to be done is to flush the cache content to disk, hence this will trigger certain physical I/O that slow down the system.  So, I also believe that the &lt;BR /&gt;dbc_max_pct param should not be lefted at its default (ie. 50%).  My gut feel is that 20% percent would be more appropriate.&lt;BR /&gt;&lt;BR /&gt;~Philip</description>
      <pubDate>Fri, 09 Feb 2001 02:59:54 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/buffer-cache/m-p/2491498#M801697</guid>
      <dc:creator>Philip Chan_1</dc:creator>
      <dc:date>2001-02-09T02:59:54Z</dc:date>
    </item>
  </channel>
</rss>

