The patch titled Subject: vmscan-limit-direct-reclaim-for-higher-order-allocations-fix has been removed from the -mm tree. Its filename was vmscan-limit-direct-reclaim-for-higher-order-allocations-fix.patch This patch was dropped because it was folded into vmscan-limit-direct-reclaim-for-higher-order-allocations.patch The current -mm tree may be found at http://userweb.kernel.org/~akpm/mmotm/ ------------------------------------------------------ From: Johannes Weiner <jweiner@xxxxxxxxxx> Subject: vmscan-limit-direct-reclaim-for-higher-order-allocations-fix change comment to explain the order check Signed-off-by: Johannes Weiner <jweiner@xxxxxxxxxx> Cc: Johannes Weiner <jweiner@xxxxxxxxxx> Cc: Mel Gorman <mgorman@xxxxxxx> Cc: Andrea Arcangeli <aarcange@xxxxxxxxxx> Cc: Minchan Kim <minchan.kim@xxxxxxxxx> Signed-off-by: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx> --- mm/vmscan.c | 10 ++++++++-- 1 file changed, 8 insertions(+), 2 deletions(-) diff -puN mm/vmscan.c~vmscan-limit-direct-reclaim-for-higher-order-allocations-fix mm/vmscan.c --- a/mm/vmscan.c~vmscan-limit-direct-reclaim-for-higher-order-allocations-fix +++ a/mm/vmscan.c @@ -2115,8 +2115,14 @@ static void shrink_zones(int priority, s continue; /* Let kswapd poll it */ if (COMPACTION_BUILD) { /* - * If we already have plenty of memory free - * for compaction, don't free any more. + * If we already have plenty of memory + * free for compaction, don't free any + * more. Even though compaction is + * invoked for any non-zero order, + * only frequent costly order + * reclamation is disruptive enough to + * become a noticable problem, like + * transparent huge page allocations. */ if (sc->order > PAGE_ALLOC_COSTLY_ORDER && (compaction_suitable(zone, sc->order) || _ Patches currently in -mm which might be from jweiner@xxxxxxxxxx are mm-page-writebackc-document-bdi_min_ratio.patch mm-vmscan-drop-nr_force_scan-from-get_scan_count.patch mm-vmscan-do-not-writeback-filesystem-pages-in-direct-reclaim.patch mm-vmscan-remove-dead-code-related-to-lumpy-reclaim-waiting-on-pages-under-writeback.patch xfs-warn-if-direct-reclaim-tries-to-writeback-pages.patch ext4-warn-if-direct-reclaim-tries-to-writeback-pages.patch mm-vmscan-do-not-writeback-filesystem-pages-in-kswapd-except-in-high-priority.patch mm-vmscan-throttle-reclaim-if-encountering-too-many-dirty-pages-under-writeback.patch mm-vmscan-immediately-reclaim-end-of-lru-dirty-pages-when-writeback-completes.patch mremap-check-for-overflow-using-deltas.patch mremap-avoid-sending-one-ipi-per-page.patch thp-mremap-support-and-tlb-optimization.patch vmscanc-fix-invalid-strict_strtoul-check-in-write_scan_unevictable_node.patch mm-disable-user-interface-to-manually-rescue-unevictable-pages.patch mm-huge_memoryc-quiet-sparse-noise.patch vmscan-add-barrier-to-prevent-evictable-page-in-unevictable-list.patch vmscan-limit-direct-reclaim-for-higher-order-allocations.patch vmscan-abort-reclaim-compaction-if-compaction-can-proceed.patch mm-do-not-drain-pagevecs-for-mlockallmcl_future.patch mm-huge_memory-fix-copying-user-highpage.patch mm-huge_memory-fix-typo-when-updating-mmu-cache.patch -- To unsubscribe from this list: send the line "unsubscribe mm-commits" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html