Re: top and allocation issues

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]



On Thu, 03 Mar 2011 15:03:34 -0500, Stephen Harris wrote:


> 
> /proc/sys/vm/overcommit_memory
> (or sysctl vm.overcommit_memory)
> 
>>From the kernel Documentation:
> 
> This value contains a flag that enables memory overcommitment.
> 
> When this flag is 0, the kernel attempts to estimate the amount of free
> memory left when userspace requests more memory.
> 
> When this flag is 1, the kernel pretends there is always enough memory
> until it actually runs out.
> 
> When this flag is 2, the kernel uses a "never overcommit" policy that
> attempts to prevent any overcommit of memory.
> 
> This feature can be very useful because there are a lot of programs that
> malloc() huge amounts of memory "just-in-case" and don't use much of it.
> 
> The default value is 0.
> 

I just wrote a sequence of values (kk % 256) and (after changing
to unsigned char) read back successfully.  I did see some action
in top.

Now given my numbers, it would seem that I am "overcommitted".
Leaving the flag you mention at 0 (which it is), do I run a
risk of a later failure?

Thanks,
Mike.

_______________________________________________
CentOS mailing list
CentOS@xxxxxxxxxx
http://lists.centos.org/mailman/listinfo/centos


[Index of Archives]     [CentOS]     [CentOS Announce]     [CentOS Development]     [CentOS ARM Devel]     [CentOS Docs]     [CentOS Virtualization]     [Carrier Grade Linux]     [Linux Media]     [Asterisk]     [DCCP]     [Netdev]     [Xorg]     [Linux USB]
  Powered by Linux