[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.021 / U:38.760 seconds]
    ©2003-2017 Jasper Spaans. hosted at Digital OceanAdvertise on this site