[lkml]   [2006]   [Aug]   [12]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
    Subject[RFC][PATCH 0/4] VM deadlock prevention -v4

    here the latest effort, it includes a whole new trivial allocator with a
    horrid name and an almost full rewrite of the deadlock prevention core.
    This version does not do anything per device and hence does not depend
    on the new netdev_alloc_skb() API.

    The reason to add a second allocator to the receive side is twofold:
    1) it allows easy detection of the memory pressure / OOM situation;
    2) it allows the receive path to be unbounded and go at full speed when
    resources permit.

    The choice of using the global memalloc reserve as a mempool makes that
    the new allocator has to release pages as soon as possible; if we were
    to hoard pages in the allocator the memalloc reserve would not get
    replenished readily.

    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: 2006-08-12 16:19    [W:0.018 / U:12.796 seconds]
    ©2003-2017 Jasper Spaans. hosted at Digital OceanAdvertise on this site