From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-qg0-f54.google.com (mail-qg0-f54.google.com [209.85.192.54]) by kanga.kvack.org (Postfix) with ESMTP id B44076B006E for ; Mon, 29 Jun 2015 21:34:35 -0400 (EDT) Received: by qgii30 with SMTP id i30so12858125qgi.1 for ; Mon, 29 Jun 2015 18:34:35 -0700 (PDT) Received: from szxga03-in.huawei.com (szxga03-in.huawei.com. [119.145.14.66]) by mx.google.com with ESMTPS id i206si43400702qhc.13.2015.06.29.18.34.33 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Mon, 29 Jun 2015 18:34:35 -0700 (PDT) Message-ID: <5591F042.1020304@huawei.com> Date: Tue, 30 Jun 2015 09:26:26 +0800 From: Xishi Qiu MIME-Version: 1.0 Subject: Re: [RFC v2 PATCH 0/8] mm: mirrored memory support for page buddy allocations References: <558E084A.60900@huawei.com> <559161EF.7050405@intel.com> In-Reply-To: <559161EF.7050405@intel.com> Content-Type: text/plain; charset="windows-1252" Content-Transfer-Encoding: 7bit Sender: owner-linux-mm@kvack.org List-ID: To: Dave Hansen Cc: Andrew Morton , "H. Peter Anvin" , Ingo Molnar , "Luck, Tony" , Hanjun Guo , Xiexiuqi , leon@leon.nu, Kamezawa Hiroyuki , Naoya Horiguchi , Vlastimil Babka , Mel Gorman , Linux MM , LKML On 2015/6/29 23:19, Dave Hansen wrote: > On 06/26/2015 07:19 PM, Xishi Qiu wrote: >> drivers/base/node.c | 17 ++++--- >> fs/proc/meminfo.c | 6 +++ >> include/linux/memblock.h | 29 ++++++++++-- >> include/linux/mmzone.h | 10 ++++ >> include/linux/vmstat.h | 2 + >> mm/Kconfig | 8 ++++ >> mm/memblock.c | 33 +++++++++++-- >> mm/nobootmem.c | 3 ++ >> mm/page_alloc.c | 117 ++++++++++++++++++++++++++++++++++++----------- >> mm/vmstat.c | 4 ++ >> 10 files changed, 190 insertions(+), 39 deletions(-) > > Has there been any performance analysis done on this code? I'm always > nervous when I see page_alloc.c churn. > Not yet, which benchmark do you suggest? Thanks, Xishi Qiu > > > . > -- 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 S1753183AbbF3BaN (ORCPT ); Mon, 29 Jun 2015 21:30:13 -0400 Received: from szxga03-in.huawei.com ([119.145.14.66]:18967 "EHLO szxga03-in.huawei.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752718AbbF3BaJ (ORCPT ); Mon, 29 Jun 2015 21:30:09 -0400 Message-ID: <5591F042.1020304@huawei.com> Date: Tue, 30 Jun 2015 09:26:26 +0800 From: Xishi Qiu User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:12.0) Gecko/20120428 Thunderbird/12.0.1 MIME-Version: 1.0 To: Dave Hansen CC: Andrew Morton , "H. Peter Anvin" , Ingo Molnar , "Luck, Tony" , Hanjun Guo , Xiexiuqi , , Kamezawa Hiroyuki , Naoya Horiguchi , Vlastimil Babka , Mel Gorman , Linux MM , LKML Subject: Re: [RFC v2 PATCH 0/8] mm: mirrored memory support for page buddy allocations References: <558E084A.60900@huawei.com> <559161EF.7050405@intel.com> In-Reply-To: <559161EF.7050405@intel.com> Content-Type: text/plain; charset="windows-1252" Content-Transfer-Encoding: 7bit X-Originating-IP: [10.177.25.179] X-CFilter-Loop: Reflected X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A020204.5591F056.0068,ss=1,re=0.000,recu=0.000,reip=0.000,cl=1,cld=1,fgs=0, ip=0.0.0.0, so=2013-05-26 15:14:31, dmn=2013-03-21 17:37:32 X-Mirapoint-Loop-Id: ca4a8c30d9d8a4a1f052d909a055ac20 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 2015/6/29 23:19, Dave Hansen wrote: > On 06/26/2015 07:19 PM, Xishi Qiu wrote: >> drivers/base/node.c | 17 ++++--- >> fs/proc/meminfo.c | 6 +++ >> include/linux/memblock.h | 29 ++++++++++-- >> include/linux/mmzone.h | 10 ++++ >> include/linux/vmstat.h | 2 + >> mm/Kconfig | 8 ++++ >> mm/memblock.c | 33 +++++++++++-- >> mm/nobootmem.c | 3 ++ >> mm/page_alloc.c | 117 ++++++++++++++++++++++++++++++++++++----------- >> mm/vmstat.c | 4 ++ >> 10 files changed, 190 insertions(+), 39 deletions(-) > > Has there been any performance analysis done on this code? I'm always > nervous when I see page_alloc.c churn. > Not yet, which benchmark do you suggest? Thanks, Xishi Qiu > > > . >