<?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 Unreasonable kernel caching in Operating System - Linux</title>
    <link>https://community.hpe.com/t5/operating-system-linux/unreasonable-kernel-caching/m-p/2908257#M3741</link>
    <description>Hey guys,&lt;BR /&gt;I got this farm of computers ( redhat 7.3 linux 2.4.18 compaq DL360). They have apache and tomcat installed.&lt;BR /&gt;On some days the kernel cache grows to a certain point ( bringing total mem usage upto about 95%) , then it just overs around 9% for the day until the logrotate at 4am and the cache is "cleared". Somedays however the cache NEVER levels out, memory usage goes to 98%-99% and network services stop responding. Stopping and starting network services does not "free up" the memory.&lt;BR /&gt;Swaping is not happening.&lt;BR /&gt;/proc/sys/fs/file-max is 115000.&lt;BR /&gt;Web usage is not particularly varied; +- 10% in any given day with no clear correlation between traffic patterns and "crashes".&lt;BR /&gt;Over commit memory is not set.&lt;BR /&gt;So I have two questions:&lt;BR /&gt;Why can't I trust the kernel to mamange memory effectivly?&lt;BR /&gt;Why do I see this sometimes and not other times?&lt;BR /&gt;I have a graph of a good day:&lt;BR /&gt;&lt;A href="http://www.quadratic.net/~david/gnuplot/#Sar_Analysis" target="_blank"&gt;http://www.quadratic.net/~david/gnuplot/#Sar_Analysis&lt;/A&gt;&lt;BR /&gt;On a bad day the dark blue line just goes up and up and up.&lt;BR /&gt;I have heard: you need more memory and I don't belive it.&lt;BR /&gt;It's not my processes that are using up memory. The machiens has 2 GB RAM now.&lt;BR /&gt;Lsof shows that larges open files as the web server log files at 400-1000GB in size.&lt;BR /&gt;My best guess as to a fix is to get logrotation to run twice a day rather than once a day.&lt;BR /&gt;Also I have played around with hdparm -f /dev/cciss/c0d0pX&lt;BR /&gt;( yes I know that hdparm is for ide drives but I can flush the cache on /dev/sda1 with it ), unfortunately at this time hdparm-5.2-1 "doesn't support that device" (I am working on a patch now).&lt;BR /&gt;&lt;BR /&gt;david</description>
    <pubDate>Wed, 19 Feb 2003 16:53:46 GMT</pubDate>
    <dc:creator>david_69</dc:creator>
    <dc:date>2003-02-19T16:53:46Z</dc:date>
    <item>
      <title>Unreasonable kernel caching</title>
      <link>https://community.hpe.com/t5/operating-system-linux/unreasonable-kernel-caching/m-p/2908257#M3741</link>
      <description>Hey guys,&lt;BR /&gt;I got this farm of computers ( redhat 7.3 linux 2.4.18 compaq DL360). They have apache and tomcat installed.&lt;BR /&gt;On some days the kernel cache grows to a certain point ( bringing total mem usage upto about 95%) , then it just overs around 9% for the day until the logrotate at 4am and the cache is "cleared". Somedays however the cache NEVER levels out, memory usage goes to 98%-99% and network services stop responding. Stopping and starting network services does not "free up" the memory.&lt;BR /&gt;Swaping is not happening.&lt;BR /&gt;/proc/sys/fs/file-max is 115000.&lt;BR /&gt;Web usage is not particularly varied; +- 10% in any given day with no clear correlation between traffic patterns and "crashes".&lt;BR /&gt;Over commit memory is not set.&lt;BR /&gt;So I have two questions:&lt;BR /&gt;Why can't I trust the kernel to mamange memory effectivly?&lt;BR /&gt;Why do I see this sometimes and not other times?&lt;BR /&gt;I have a graph of a good day:&lt;BR /&gt;&lt;A href="http://www.quadratic.net/~david/gnuplot/#Sar_Analysis" target="_blank"&gt;http://www.quadratic.net/~david/gnuplot/#Sar_Analysis&lt;/A&gt;&lt;BR /&gt;On a bad day the dark blue line just goes up and up and up.&lt;BR /&gt;I have heard: you need more memory and I don't belive it.&lt;BR /&gt;It's not my processes that are using up memory. The machiens has 2 GB RAM now.&lt;BR /&gt;Lsof shows that larges open files as the web server log files at 400-1000GB in size.&lt;BR /&gt;My best guess as to a fix is to get logrotation to run twice a day rather than once a day.&lt;BR /&gt;Also I have played around with hdparm -f /dev/cciss/c0d0pX&lt;BR /&gt;( yes I know that hdparm is for ide drives but I can flush the cache on /dev/sda1 with it ), unfortunately at this time hdparm-5.2-1 "doesn't support that device" (I am working on a patch now).&lt;BR /&gt;&lt;BR /&gt;david</description>
      <pubDate>Wed, 19 Feb 2003 16:53:46 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/unreasonable-kernel-caching/m-p/2908257#M3741</guid>
      <dc:creator>david_69</dc:creator>
      <dc:date>2003-02-19T16:53:46Z</dc:date>
    </item>
    <item>
      <title>Re: Unreasonable kernel caching</title>
      <link>https://community.hpe.com/t5/operating-system-linux/unreasonable-kernel-caching/m-p/2908258#M3742</link>
      <description>If the servers aren't doing anything in particular, they are going to allocate memory based on what they've done in the past.&lt;BR /&gt;&lt;BR /&gt;It is quite common for large chunks of physical memory to be allocated for database buffers and such.  If there are other needs for this memory, it will be drawn down and used in other ways.&lt;BR /&gt;&lt;BR /&gt;You should have a good log rotation policy where old logs cut cut off and copied to tape and whatnot and new logs get created.  This will minimize the amount of resources being used for this purposes.  &lt;BR /&gt;&lt;BR /&gt;Once a week we do log switching on our Linux and HP-UX servers for reasons of disk space control.&lt;BR /&gt;&lt;BR /&gt;SEP</description>
      <pubDate>Thu, 20 Feb 2003 00:36:19 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/unreasonable-kernel-caching/m-p/2908258#M3742</guid>
      <dc:creator>Steven E. Protter</dc:creator>
      <dc:date>2003-02-20T00:36:19Z</dc:date>
    </item>
    <item>
      <title>Re: Unreasonable kernel caching</title>
      <link>https://community.hpe.com/t5/operating-system-linux/unreasonable-kernel-caching/m-p/2908259#M3743</link>
      <description>Thanks for the input.&lt;BR /&gt;&lt;BR /&gt;I am rotating logs daily already. I have masses of disk space ( 26GB Free)</description>
      <pubDate>Thu, 20 Feb 2003 18:34:45 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/unreasonable-kernel-caching/m-p/2908259#M3743</guid>
      <dc:creator>david_69</dc:creator>
      <dc:date>2003-02-20T18:34:45Z</dc:date>
    </item>
    <item>
      <title>Re: Unreasonable kernel caching</title>
      <link>https://community.hpe.com/t5/operating-system-linux/unreasonable-kernel-caching/m-p/2908260#M3744</link>
      <description>Hi,&lt;BR /&gt;&lt;BR /&gt;Set the limit of buffercache to grow to only 50% of the memory.&lt;BR /&gt;&lt;BR /&gt;#echo "2 10 50" &amp;gt; /proc/sys/vm/buffermem &lt;BR /&gt;&lt;BR /&gt;If your problem does not repeat make this entries permanent by editing /etc/sysctl.conf.&lt;BR /&gt;&lt;BR /&gt;regards,&lt;BR /&gt;&lt;BR /&gt;U.SivaKumar&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Fri, 21 Feb 2003 09:39:52 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/unreasonable-kernel-caching/m-p/2908260#M3744</guid>
      <dc:creator>U.SivaKumar_2</dc:creator>
      <dc:date>2003-02-21T09:39:52Z</dc:date>
    </item>
  </channel>
</rss>

