From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-ee0-f46.google.com (mail-ee0-f46.google.com [74.125.83.46]) by kanga.kvack.org (Postfix) with ESMTP id 0B6CD6B007B for ; Tue, 8 Apr 2014 03:26:16 -0400 (EDT) Received: by mail-ee0-f46.google.com with SMTP id t10so310146eei.5 for ; Tue, 08 Apr 2014 00:26:15 -0700 (PDT) Received: from mx2.suse.de (cantor2.suse.de. [195.135.220.15]) by mx.google.com with ESMTPS id 45si1506281eeh.63.2014.04.08.00.26.14 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 08 Apr 2014 00:26:14 -0700 (PDT) Message-ID: <5343A494.9070707@suse.cz> Date: Tue, 08 Apr 2014 09:26:12 +0200 From: Vlastimil Babka MIME-Version: 1.0 Subject: Re: [PATCH 0/2] Disable zone_reclaim_mode by default References: <1396910068-11637-1-git-send-email-mgorman@suse.de> In-Reply-To: <1396910068-11637-1-git-send-email-mgorman@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 , Andrew Morton Cc: Robert Haas , Josh Berkus , Andres Freund , Christoph Lameter , Linux-MM , LKML On 04/08/2014 12:34 AM, Mel Gorman wrote: > When it was introduced, zone_reclaim_mode made sense as NUMA distances > punished and workloads were generally partitioned to fit into a NUMA > node. NUMA machines are now common but few of the workloads are NUMA-aware > and it's routine to see major performance due to zone_reclaim_mode being > disabled but relatively few can identify the problem. ^ I think you meant "enabled" here? Just in case the cover letter goes to the changelog... Vlastimil > Those that require zone_reclaim_mode are likely to be able to detect when > it needs to be enabled and tune appropriately so lets have a sensible > default for the bulk of users. > > Documentation/sysctl/vm.txt | 17 +++++++++-------- > include/linux/mmzone.h | 1 - > mm/page_alloc.c | 17 +---------------- > 3 files changed, 10 insertions(+), 25 deletions(-) > -- 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 From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1756154AbaDHH0Q (ORCPT ); Tue, 8 Apr 2014 03:26:16 -0400 Received: from cantor2.suse.de ([195.135.220.15]:53282 "EHLO mx2.suse.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750785AbaDHH0P (ORCPT ); Tue, 8 Apr 2014 03:26:15 -0400 Message-ID: <5343A494.9070707@suse.cz> Date: Tue, 08 Apr 2014 09:26:12 +0200 From: Vlastimil Babka User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: Mel Gorman , Andrew Morton CC: Robert Haas , Josh Berkus , Andres Freund , Christoph Lameter , Linux-MM , LKML Subject: Re: [PATCH 0/2] Disable zone_reclaim_mode by default References: <1396910068-11637-1-git-send-email-mgorman@suse.de> In-Reply-To: <1396910068-11637-1-git-send-email-mgorman@suse.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 04/08/2014 12:34 AM, Mel Gorman wrote: > When it was introduced, zone_reclaim_mode made sense as NUMA distances > punished and workloads were generally partitioned to fit into a NUMA > node. NUMA machines are now common but few of the workloads are NUMA-aware > and it's routine to see major performance due to zone_reclaim_mode being > disabled but relatively few can identify the problem. ^ I think you meant "enabled" here? Just in case the cover letter goes to the changelog... Vlastimil > Those that require zone_reclaim_mode are likely to be able to detect when > it needs to be enabled and tune appropriately so lets have a sensible > default for the bulk of users. > > Documentation/sysctl/vm.txt | 17 +++++++++-------- > include/linux/mmzone.h | 1 - > mm/page_alloc.c | 17 +---------------- > 3 files changed, 10 insertions(+), 25 deletions(-) >