From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from psmtp.com (na3sys010amx117.postini.com [74.125.245.117]) by kanga.kvack.org (Postfix) with SMTP id 9E4086B002B for ; Sun, 4 Nov 2012 11:34:17 -0500 (EST) Message-ID: <5096999F.1040405@redhat.com> Date: Sun, 04 Nov 2012 11:36:47 -0500 From: Rik van Riel MIME-Version: 1.0 Subject: Re: kswapd0: excessive CPU usage References: <5076E700.2030909@suse.cz> <118079.1349978211@turing-police.cc.vt.edu> <50770905.5070904@suse.cz> <119175.1349979570@turing-police.cc.vt.edu> <5077434D.7080008@suse.cz> <50780F26.7070007@suse.cz> <20121012135726.GY29125@suse.de> <507BDD45.1070705@suse.cz> <20121015110937.GE29125@suse.de> <508E5FD3.1060105@leemhuis.info> <20121030191843.GH3888@suse.de> In-Reply-To: <20121030191843.GH3888@suse.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-linux-mm@kvack.org List-ID: To: Mel Gorman Cc: Thorsten Leemhuis , Jiri Slaby , Valdis.Kletnieks@vt.edu, Jiri Slaby , linux-mm@kvack.org, LKML , Andrew Morton On 10/30/2012 03:18 PM, Mel Gorman wrote: > restart: > - wake_all_kswapd(order, zonelist, high_zoneidx, > + /* > + * kswapd is woken except when this is a THP request and compaction > + * is deferred. If we are backing off reclaim/compaction then kswapd > + * should not be awake aggressively reclaiming with no consumers of > + * the freed pages > + */ > + if (!(is_thp_alloc(gfp_mask, order) && > + compaction_deferred(preferred_zone, order))) > + wake_all_kswapd(order, zonelist, high_zoneidx, > zone_idx(preferred_zone)); What is special about thp allocations here? Surely other large allocations that keep failing should get the same treatment, of not waking up kswapd if compaction is deferred? -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to majordomo@kvack.org. For more info on Linux MM, see: http://www.linux-mm.org/ . Don't email: email@kvack.org