Of course, we should do that AFAP. Thanks for your comments :)

-----Original Message-----
From: owner-linux...@kvack.org [mailto:owner-linux...@kvack.org] On Behalf Of 
Michal Hocko
Sent: Thursday, November 30, 2017 5:45 PM
To: Wang, Kemi <kemi.w...@intel.com>
Cc: Greg Kroah-Hartman <gre...@linuxfoundation.org>; Andrew Morton 
<a...@linux-foundation.org>; Vlastimil Babka <vba...@suse.cz>; Mel Gorman 
<mgor...@techsingularity.net>; Johannes Weiner <han...@cmpxchg.org>; 
Christopher Lameter <c...@linux.com>; YASUAKI ISHIMATSU 
<yasu.isim...@gmail.com>; Andrey Ryabinin <aryabi...@virtuozzo.com>; Nikolay 
Borisov <nbori...@suse.com>; Pavel Tatashin <pasha.tatas...@oracle.com>; David 
Rientjes <rient...@google.com>; Sebastian Andrzej Siewior 
<bige...@linutronix.de>; Dave <dave.han...@linux.intel.com>; Kleen, Andi 
<andi.kl...@intel.com>; Chen, Tim C <tim.c.c...@intel.com>; Jesper Dangaard 
Brouer <bro...@redhat.com>; Huang, Ying <ying.hu...@intel.com>; Lu, Aaron 
<aaron...@intel.com>; Li, Aubrey <aubrey...@intel.com>; Linux MM 
<linux...@kvack.org>; Linux Kernel <linux-kernel@vger.kernel.org>
Subject: Re: [PATCH 1/2] mm: NUMA stats code cleanup and enhancement

On Thu 30-11-17 17:32:08, kemi wrote:
[...]
> Your patch saves more code than mine because the node stats framework 
> is reused for numa stats. But it has a performance regression because 
> of the limitation of threshold size (125 at most, see 
> calculate_normal_threshold() in vmstat.c) in inc_node_state().

But this "regression" would be visible only on those workloads which really 
need to squeeze every single cycle out of the allocation hot path and those are 
supposed to disable the accounting altogether. Or is this visible on a wider 
variety of workloads.

Do not get me wrong. If we want to make per-node stats more optimal, then by 
all means let's do that. But having 3 sets of counters is just way to much.

--
Michal Hocko
SUSE Labs

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to 
majord...@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"d...@kvack.org";> em...@kvack.org </a>

Reply via email to