[lkml]   [2005]   [Sep]   [26]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRE: Resource limits

> On Llu, 2005-09-26 at 09:44 -0500, Roger Heflin wrote:
> > While talking about limits, one of my customers report that if they
> > set "ulimit -d" to be say 8GB, and then a program goes and
> The kernel doesn't yet support rlimit64() - glibc does but it
> emulates it best effort. Thats a good intro project for someone
> > It would seem that the best thing to do would be to abort
> on allocates
> > that will by themselves exceed the limit.
> 2.6 supports "no overcommit" modes.
> Alan


So any limit over 4GB, is emulated through glibc which means the
fix would need to be in the emulation that is outside of the

And I think they were setting the limit to more like 32 or 48GB,
and having single allocation's go over that. Some of the machines
in question have 32GB of ram, others have 64GB of ram, both with
fair amounts of swap, and when the event happens they need to create
enough swap to get enough swap to process the request.

The overcommit thing may do what they want.


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-09-26 23:19    [W:0.055 / U:2.676 seconds]
©2003-2018 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site