于 2012年01月06日 10:50, Huang Shijie 写道: > We get cc->order is -1 when user echos to /proc/sys/vm/compact_memory. > In this case, we should check that if we have enough pages for > the compaction in the zone. > > If we do not check this, in our MX6Q board(arm), i ever observed > COMPACT_CLUSTER_MAX pages were compaction failed in per migrate_pages(). > Thats mean we can not alloc any pages by the free scanner in the zone. > > This patch checks the watermark to avoid this problem. > Tested this patch in the MX6Q board. > > Signed-off-by: Huang Shijie <b32955@xxxxxxxxxxxxx> > --- > mm/compaction.c | 18 +++++++++--------- > 1 files changed, 9 insertions(+), 9 deletions(-) > > diff --git a/mm/compaction.c b/mm/compaction.c > index 899d956..bf8e8b2 100644 > --- a/mm/compaction.c > +++ b/mm/compaction.c > @@ -479,21 +479,21 @@ unsigned long compaction_suitable(struct zone *zone, int order) > unsigned long watermark; > > /* > + * Watermarks for order-0 must be met for compaction. > + * During the migration, copies of pages need to be > + * allocated and for a short time, so the footprint is higher. > * order == -1 is expected when compacting via > - * /proc/sys/vm/compact_memory > + * /proc/sys/vm/compact_memory. > */ > - if (order == -1) > - return COMPACT_CONTINUE; > + watermark = low_wmark_pages(zone) + > + ((order == -1) ? (COMPACT_CLUSTER_MAX * 2) : (2UL << order)); > > - /* > - * Watermarks for order-0 must be met for compaction. Note the 2UL. > - * This is because during migration, copies of pages need to be > - * allocated and for a short time, the footprint is higher > - */ > - watermark = low_wmark_pages(zone) + (2UL << order); > if (!zone_watermark_ok(zone, 0, watermark, 0, 0)) > return COMPACT_SKIPPED; > > + if (order == -1) > + return COMPACT_CONTINUE; > + > /* > * fragmentation index determines if allocation failures are due to > * low memory or external fragmentation Is this patch meaningless? I really think this patch is useful when the zone is nearly full. Best Regards Huang Shijie -- 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/ . Fight unfair telecom internet charges in Canada: sign http://stopthemeter.ca/ Don't email: <a href