After several people reported OOM's for order-2 allocations in 4.7 due to Michal Hocko's OOM rework, he reverted the part that considered compaction feedback [1] in the decisions to retry reclaim/compaction. This was to provide a fix quickly for 4.8 rc and 4.7 stable series, while mmotm had an almost complete solution that instead improved compaction reliability. This series completes the mmotm solution and reintroduces the compaction feedback into OOM decisions. The first two patches restore the state of mmotm before the temporary solution was merged, the last patch should be the missing piece for reliability. The third patch restricts the hardened compaction to non-costly orders, since costly orders don't result in OOMs in the first place. Some preliminary testing suggested that this approach should work, but I would like to ask all who experienced the regression to please retest this. You will need to apply this series on top of tag mmotm-2016-08-31-16-06 from the mmotm git tree [2]. Thanks in advance! [1] http://marc.info/?i=20160822093249.GA14916%40dhcp22.suse.cz%3E [2] git://git.kernel.org/pub/scm/linux/kernel/git/mhocko/mm.git Vlastimil Babka (4): Revert "mm, oom: prevent premature OOM killer invocation for high order request" mm, compaction: more reliably increase direct compaction priority mm, compaction: restrict full priority to non-costly orders mm, compaction: make full priority ignore pageblock suitability include/linux/compaction.h | 1 + mm/compaction.c | 11 ++++++--- mm/internal.h | 1 + mm/page_alloc.c | 58 ++++++++++++++++++++++++++++++++++++++++++++-- 4 files changed, 66 insertions(+), 5 deletions(-) -- 2.9.3 -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to majordomo@xxxxxxxxx. For more info on Linux MM, see: http://www.linux-mm.org/ . Don't email: <a href=mailto:"dont@xxxxxxxxx"> email@xxxxxxxxx </a>