Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752611AbZKMMld (ORCPT ); Fri, 13 Nov 2009 07:41:33 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751444AbZKMMl3 (ORCPT ); Fri, 13 Nov 2009 07:41:29 -0500 Received: from mail-pz0-f171.google.com ([209.85.222.171]:65531 "EHLO mail-pz0-f171.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751410AbZKMMl2 (ORCPT ); Fri, 13 Nov 2009 07:41:28 -0500 DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=Y9YvWJZkgip6Ve0FWEaWfS0mf3S+YmSDtMFt5CLxm81EzOgaa0b6rEsK3OsdH0Bti4 orUd8A1Zo0LfZPQRlPosUTG1q/vHWTXSQ+6wnubJBcdB3PROlmA4Kg0/z2Kylz3Qi/Gn KCbHZXtIv/zsEAFAtabxrxiIJrHdT+cSnKLIU= MIME-Version: 1.0 In-Reply-To: <1258054235-3208-6-git-send-email-mel@csn.ul.ie> References: <1258054235-3208-1-git-send-email-mel@csn.ul.ie> <1258054235-3208-6-git-send-email-mel@csn.ul.ie> Date: Fri, 13 Nov 2009 21:41:33 +0900 Message-ID: <28c262360911130441h24e45cd8l60e5e10aed0d3650@mail.gmail.com> Subject: Re: [PATCH 5/5] vmscan: Take order into consideration when deciding if kswapd is in trouble From: Minchan Kim To: Mel Gorman Cc: Andrew Morton , Frans Pop , Jiri Kosina , Sven Geggus , Karol Lewandowski , Tobias Oetiker , linux-kernel@vger.kernel.org, "linux-mm@kvack.org\"" , KOSAKI Motohiro , Pekka Enberg , Rik van Riel , Christoph Lameter , Stephan von Krawczynski , "Rafael J. Wysocki" , Kernel Testers List Content-Type: text/plain; charset=ISO-8859-1 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1189 Lines: 30 On Fri, Nov 13, 2009 at 4:30 AM, Mel Gorman wrote: > If reclaim fails to make sufficient progress, the priority is raised. > Once the priority is higher, kswapd starts waiting on congestion. > However, on systems with large numbers of high-order atomics due to > crappy network cards, it's important that kswapd keep working in > parallel to save their sorry ass. > > This patch takes into account the order kswapd is reclaiming at before > waiting on congestion. The higher the order, the longer it is before > kswapd considers itself to be in trouble. The impact is that kswapd > works harder in parallel rather than depending on direct reclaimers or > atomic allocations to fail. > > Signed-off-by: Mel Gorman It's make sense to me. It can help high order atomic allocation which is a big problem of allocator. :) Thanks Mel. Reviewed-by: Minchan Kim -- Kind regards, Minchan Kim -- 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/