Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754407AbaLHGvE (ORCPT ); Mon, 8 Dec 2014 01:51:04 -0500 Received: from LGEMRELSE7Q.lge.com ([156.147.1.151]:36343 "EHLO lgemrelse7q.lge.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754380AbaLHGvA (ORCPT ); Mon, 8 Dec 2014 01:51:00 -0500 X-Original-SENDERIP: 10.177.222.213 X-Original-MAILFROM: iamjoonsoo.kim@lge.com Date: Mon, 8 Dec 2014 15:54:44 +0900 From: Joonsoo Kim To: Vlastimil Babka Cc: linux-mm@kvack.org, linux-kernel@vger.kernel.org, Minchan Kim , Mel Gorman , Rik van Riel , David Rientjes Subject: Re: [RFC PATCH 1/3] mm: when stealing freepages, also take pages created by splitting buddy page Message-ID: <20141208065444.GA3904@js1304-P5Q-DELUXE> References: <1417713178-10256-1-git-send-email-vbabka@suse.cz> <1417713178-10256-2-git-send-email-vbabka@suse.cz> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1417713178-10256-2-git-send-email-vbabka@suse.cz> User-Agent: Mutt/1.5.21 (2010-09-15) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Dec 04, 2014 at 06:12:56PM +0100, Vlastimil Babka wrote: > When __rmqueue_fallback() is called to allocate a page of order X, it will > find a page of order Y >= X of a fallback migratetype, which is different from > the desired migratetype. With the help of try_to_steal_freepages(), it may > change the migratetype (to the desired one) also of: > > 1) all currently free pages in the pageblock containing the fallback page > 2) the fallback pageblock itself > 3) buddy pages created by splitting the fallback page (when Y > X) > > These decisions take the order Y into account, as well as the desired > migratetype, with the goal of preventing multiple fallback allocations that > could e.g. distribute UNMOVABLE allocations among multiple pageblocks. > > Originally, decision for 1) has implied the decision for 3). Commit > 47118af076f6 ("mm: mmzone: MIGRATE_CMA migration type added") changed that > (probably unintentionally) so that the buddy pages in case 3) are always > changed to the desired migratetype, except for CMA pageblocks. > > Commit fef903efcf0c ("mm/page_allo.c: restructure free-page stealing code and > fix a bug") did some refactoring and added a comment that the case of 3) is > intended. Commit 0cbef29a7821 ("mm: __rmqueue_fallback() should respect > pageblock type") removed the comment and tried to restore the original behavior > where 1) implies 3), but due to the previous refactoring, the result is instead > that only 2) implies 3) - and the conditions for 2) are less frequently met > than conditions for 1). This may increase fragmentation in situations where the > code decides to steal all free pages from the pageblock (case 1)), but then > gives back the buddy pages produced by splitting. > > This patch restores the original intended logic where 1) implies 3). During > testing with stress-highalloc from mmtests, this has shown to decrease the > number of events where UNMOVABLE and RECLAIMABLE allocations steal from MOVABLE > pageblocks, which can lead to permanent fragmentation. It has increased the > number of events when MOVABLE allocations steal from UNMOVABLE or RECLAIMABLE > pageblocks, but these are fixable by sync compaction and thus less harmful. > > Signed-off-by: Vlastimil Babka > --- > mm/page_alloc.c | 6 ++---- > 1 file changed, 2 insertions(+), 4 deletions(-) > > diff --git a/mm/page_alloc.c b/mm/page_alloc.c > index 616a2c9..548b072 100644 > --- a/mm/page_alloc.c > +++ b/mm/page_alloc.c > @@ -1105,12 +1105,10 @@ static int try_to_steal_freepages(struct zone *zone, struct page *page, > > /* Claim the whole block if over half of it is free */ > if (pages >= (1 << (pageblock_order-1)) || > - page_group_by_mobility_disabled) { > - > + page_group_by_mobility_disabled) > set_pageblock_migratetype(page, start_type); > - return start_type; > - } > > + return start_type; > } > > return fallback_type; change_ownership on tracepoint will be wrong with this change. Thanks. -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/