[lkml]   [2000]   [Mar]   [6]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
    SubjectRe: Linux 2.2.15pre12

    On Fri, 3 Mar 2000 17:33:06 +0000 (GMT Standard Time), Paul Jakma
    <> said:

    > just wondering, could linux implement a 'hard' memory alloc policy? a la
    > solaris/Tru64/and probably many other unices.. ie when memory is
    > allocated to an app, it's /guaranteed/ to be there?

    It doesn't really help. You can implement it, sure, but only by
    returning an unconditional ENOMEM if there is any risk of going over

    Your user space app uses all the memory it can and then gets ENOMEM on
    the next malloc. Fine.

    Then named does a malloc. It gets ENOMEM and dies, and the freed memory
    gets gobbled by your memory-hog application. Then inetd does a malloc.
    It gets ENOMEM and dies. Then sendmail. Then init.

    The gradual (then rapid) performance degradation you get with relaxed
    memory committing is, in many ways, *much* better than hard overcommit
    rules when it comes to protecting system daemons.


    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to
    Please read the FAQ at

     \ /
      Last update: 2005-03-22 13:56    [W:0.018 / U:5.680 seconds]
    ©2003-2016 Jasper Spaans. hosted at Digital OceanAdvertise on this site