[lkml]   [2005]   [Jul]   [22]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: Memory Management
On Thu, Jul 21, 2005 at 10:40:54AM -0300, Márcio Oliveira wrote:
> >
> >I wrote this with norm awhile back. It may help you out.
> >Regards
> >Neil
> >
> >
> Neil,
> Thanks.~10-12GB of total RAM (16GB) are
> How can Proc virtual memory parameters like inactive_clean_percent,
> overcommit_memory, overcommit_ratio and page_cache help me to solve /
> reduce Out Of Memory conditions on servers with 16GB RAM and lots of GB
> swap?
I wouldn't touch memory overcommit if you are already seeing out of memory
issues. If you are using lots of pagecache, I would suggest increasing
inactive_clean percent, reducing the pagecahce.max value, and modifying the
bdflush parameters in the above document such that bdflush runs sooner, more
often, and does more work per iteration. This will help you move data in
pagecache back to disk more aggressively so that memory will be available for
other purposes, like heap allocations. Also if you're using a Red Hat kernel and
you have 16GB of ram in your system, you're a good candidate for the hugemem
kernel. Rather than a straightforward out of memory condition, you may be
seeing a exhaustion of your kernels address space (check LowFree in
/proc/meminfo). In this even the hugemem kernel will help you in that it
increases your Low Memory address space from 1GB to 4GB, preventing some OOM

> Kernel does not free cached memory (~10-12GB of total RAM - 16GB). Is
> there some way to force the kernel to free cached memory?
Cached memory is freed on demand. Just because its listed under the cached line
below doesn't mean it can't be freed and used for another purpose. Implement
the tunings above, and your situation should improve.


> /proc/meminfo:
> total: used: free: shared: buffers: cached:
> Mem: 16603488256 16523333632 80154624 0 70651904 13194563584
> Swap: 17174257664 11771904 17162485760
> MemTotal: 16214344 kB
> MemFree: 78276 kB
> Buffers: 68996 kB
> Cached: 12874808 kB
> Thanks to all.
> Marcio.

*Neil Horman
*Software Engineer
*Red Hat, Inc.
*gpg keyid: 1024D / 0x92A74FA1
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
More majordomo info at
Please read the FAQ at

 \ /
  Last update: 2005-07-22 16:07    [W:0.044 / U:4.708 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site