[CentOS] top and allocation issues
Michael D. Berger
m_d_berger_1900 at yahoo.comThu Mar 3 20:26:46 UTC 2011
- Previous message: [CentOS] top and allocation issues
- Next message: [CentOS] top and allocation issues
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
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.
- Previous message: [CentOS] top and allocation issues
- Next message: [CentOS] top and allocation issues
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
More information about the CentOS mailing list