On Thu, Feb 15, 2018 at 03:45:25PM +0100, Michal Hocko wrote: > > When the amount of kernel > > memory is well bounded for certain systems, it is better to aggressively > > reclaim from existing MIGRATE_UNMOVABLE pageblocks rather than eagerly > > fallback to others. > > > > We have additional patches that help with this fragmentation if you're > > interested, specifically kcompactd compaction of MIGRATE_UNMOVABLE > > pageblocks triggered by fallback of non-__GFP_MOVABLE allocations and > > draining of pcp lists back to the zone free area to prevent stranding. > > Yes, I think we need a proper fix. (Ab)using zone_movable for this > usecase is just sad. What if ... on startup, slab allocated a MAX_ORDER page for itself. It would then satisfy its own page allocation requests from this giant page. If we start to run low on memory in the rest of the system, slab can be induced to return some of it via its shrinker. If slab runs low on memory, it tries to allocate another MAX_ORDER page for itself. I think even this should reduce fragmentation. We could enhance the fragmentation reduction by noticing when somebody else releases a page that was previously part of a slab MAX_ORDER page and handing that page back to slab. When slab notices that it has an entire MAX_ORDER page free (and sufficient other memory on hand that it's unlikely to need it soon), it can hand that MAX_ORDER page back to the page allocator. -- 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>
