LinuxQuestions.org

LinuxQuestions.org (/questions/)
-   Linux - Kernel (https://www.linuxquestions.org/questions/linux-kernel-70/)
-   -   committed_AS is huge and keep increasing (https://www.linuxquestions.org/questions/linux-kernel-70/committed_as-is-huge-and-keep-increasing-645853/)

hq5535 05-30-2008 10:26 AM

committed_AS is huge and keep increasing
 
cat /proc/meminfo
-----------------------------
physical memory 16GB
...
commitLimit 12GB
committed_AS 158GB
....

The question is about the committed_AS,what does this value really means?
Also, the value keeps increase by iGB a day. Is there any potential
problem when this value reach a certain value?


RHEL 2.6.9-42

Thanks
Kevin

hro 05-30-2008 03:00 PM

See "meminfo documentation take 2" http://lwn.net/Articles/28345/

hq5535 06-01-2008 08:43 PM

Thanks for the reply.
I have seen the paper meaning of 'committed_AS' from several documents such as the one your posted:
Committed_AS: An estimate of how much RAM you would need to make a
99.99% guarantee that there never is OOM (out of memory)
for this workload. Normally the kernel will overcommit
memory. That means, say you do a 1GB malloc, nothing
happens, really. Only when you start USING that malloc
memory you will get real memory on demand, and just as
much as you use. So you sort of take a mortgage and hope
the bank doesn't go bust. Other cases might include when
you mmap a file that's shared only when you write to it
and you get a private copy of that data. While it normally
is shared between processes. The Committed_AS is a
guesstimate of how much RAM/swap you would need
worst-case.

How ever, my concern is:
1) Why system estimate the 99.99% guarantee as 158GB, on a 16GB system, with only 12GB as
commitLimit.

2) Why this value keeps increasing, about 1GB per day since last reboot?

Or in the other words, is there any potential impact by this value, for instance, when it reaches 300GB, is there a system reboot required to clean up the mmemory?

Thanks


All times are GMT -5. The time now is 01:48 PM.