Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752943Ab3JWKNH (ORCPT ); Wed, 23 Oct 2013 06:13:07 -0400 Received: from zene.cmpxchg.org ([85.214.230.12]:60109 "EHLO zene.cmpxchg.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750903Ab3JWKNF (ORCPT ); Wed, 23 Oct 2013 06:13:05 -0400 Date: Wed, 23 Oct 2013 11:10:12 +0100 From: Johannes Weiner To: "Srivatsa S. Bhat" Cc: akpm@linux-foundation.org, mgorman@suse.de, dave@sr71.net, tony.luck@intel.com, matthew.garrett@nebula.com, riel@redhat.com, arjan@linux.intel.com, srinivas.pandruvada@linux.intel.com, willy@linux.intel.com, kamezawa.hiroyu@jp.fujitsu.com, lenb@kernel.org, rjw@sisk.pl, gargankita@gmail.com, paulmck@linux.vnet.ibm.com, svaidy@linux.vnet.ibm.com, andi@firstfloor.org, isimatu.yasuaki@jp.fujitsu.com, santosh.shilimkar@ti.com, kosaki.motohiro@gmail.com, linux-pm@vger.kernel.org, linux-mm@kvack.org, linux-kernel@vger.kernel.org Subject: Re: [RFC PATCH v4 16/40] mm: Introduce a "Region Allocator" to manage entire memory regions Message-ID: <20131023101012.GB2043@cmpxchg.org> References: <20130925231250.26184.31438.stgit@srivatsabhat.in.ibm.com> <20130925231730.26184.19552.stgit@srivatsabhat.in.ibm.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20130925231730.26184.19552.stgit@srivatsabhat.in.ibm.com> Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1065 Lines: 22 On Thu, Sep 26, 2013 at 04:47:34AM +0530, Srivatsa S. Bhat wrote: > Today, the MM subsystem uses the buddy 'Page Allocator' to manage memory > at a 'page' granularity. But this allocator has no notion of the physical > topology of the underlying memory hardware, and hence it is hard to > influence memory allocation decisions keeping the platform constraints > in mind. This is no longer true after patches 1-15 introduce regions and have the allocator try to stay within the lowest possible region (patch 15). Which leaves the question what the following patches are for. This patch only adds a data structure and I gave up finding where among the helpers, statistics, and optimization patches an actual implementation is. Again, please try to make every single a patch a complete logical change to the code base. -- 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/