lkml.org 
[lkml]   [2005]   [Nov]   [18]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    Date
    From
    Subject[RFC][PATCH 0/8] Critical Page Pool
    We have a clustering product that needs to be able to guarantee that the
    networking system won't stop functioning in the case of OOM/low memory
    condition. The current mempool system is inadequate because to keep the
    whole networking stack functioning, we need more than 1 or 2 slab caches to
    be guaranteed. We need to guarantee that any request made with a specific
    flag will succeed, assuming of course that you've made your "critical page
    pool" big enough.

    The following patch series implements such a critical page pool. It
    creates 2 userspace triggers:

    /proc/sys/vm/critical_pages: write the number of pages you want to reserve
    for the critical pool into this file

    /proc/sys/vm/in_emergency: write a non-zero value to tell the kernel that
    the system is in an emergency state and authorize the kernel to dip into
    the critical pool to satisfy critical allocations.

    We mark critical allocations with the __GFP_CRITICAL flag, and when the
    system is in an emergency state, we are allowed to delve into this pool to
    satisfy __GFP_CRITICAL allocations that cannot be satisfied through the
    normal means.

    Feedback on our approach would be appreciated.

    Thanks!

    -Matt
    -
    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to majordomo@vger.kernel.org
    More majordomo info at http://vger.kernel.org/majordomo-info.html
    Please read the FAQ at http://www.tux.org/lkml/

    \
     
     \ /
      Last update: 2005-11-18 20:35    [W:0.029 / U:29.756 seconds]
    ©2003-2016 Jasper Spaans. hosted at Digital OceanAdvertise on this site