Received: by 10.223.164.202 with SMTP id h10csp509856wrb; Thu, 30 Nov 2017 03:07:31 -0800 (PST) X-Google-Smtp-Source: AGs4zMb20/P0G/wZ1XfuxN8slKgIwPNS4mgX9N964YuXcRomEylMht1FjbR9kC5N8P4lSug80NXM X-Received: by 10.84.194.195 with SMTP id h61mr2256010pld.72.1512040051038; Thu, 30 Nov 2017 03:07:31 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1512040050; cv=none; d=google.com; s=arc-20160816; b=MYCVGl63yamMD/5H1dsrFbj7UuFEbC1motR1+fkhBt9c/geHdLNuBzfJvme5a6b5GF TEFCUaXOKWm4Hr2XYa5YanhgMtGPmIYyMJYusE97Lqg0I6jHbooQU2j9TF+JTA7mOlz+ Q0C+RNJ6vYucrd5fQrYVUgeU3eFyMLylWCRm6zEeyIKYLFGZkaMMozyRWuGBoHBKuj8o qLYg13tgx8zrXacXKn6fSK0bebX4p19sZW7+eBY6PJcno5nk414SQBIkiVrglUUPkV1C swHIKzpPxXf9zbNHFlGbeLkINU4ZwwAAhKVKkMIeW+PiYfBvUDKEdfokNXLibTa7Rhjv FRdw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:content-transfer-encoding :dlp-reaction:dlp-version:dlp-product:content-language :accept-language:in-reply-to:references:message-id:date:thread-index :thread-topic:subject:cc:to:from:arc-authentication-results; bh=P3kp7FHp4uN9ZjcZAB87a7PnqZRvZP/DaPe67XEbso8=; b=HBT7qJNbszCYtcvKg3T6lsc6jDYersjbRhBhCrQw2TL6ABK8kDBXnbQqymShtMD4ul diVisbNHIEwKThuwGb1W8z/OQBtOlzKiSjYIuu3zMddatqQUUyM5325IBL47xCeSvER7 1uf2pwCHDvnLWEDxi1bU7t/G1ZxdsUycZe0PKTfMdTBWelCwH3+iTO4pWTSo3Th9MYx4 Hr6sS0QEltsp2Y9BWeS2DCyL1SSpUv5AMaz3kNx7vZ3FzE1Nk0aqikDmxD4gTRGJbKOm EXFCkoAnzgSRZ0INiKYMBQXuDnK21/ubPUqBawKZvIrdTM6Ckn+MYgxhkF8RqPj/bC0M zgTA== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id az8si2872801plb.54.2017.11.30.03.07.16; Thu, 30 Nov 2017 03:07:30 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752252AbdK3LG5 convert rfc822-to-8bit (ORCPT + 99 others); Thu, 30 Nov 2017 06:06:57 -0500 Received: from mga14.intel.com ([192.55.52.115]:57502 "EHLO mga14.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751395AbdK3LGz (ORCPT ); Thu, 30 Nov 2017 06:06:55 -0500 Received: from fmsmga005.fm.intel.com ([10.253.24.32]) by fmsmga103.fm.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 30 Nov 2017 03:06:55 -0800 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.45,341,1508828400"; d="scan'208";a="181945104" Received: from fmsmsx107.amr.corp.intel.com ([10.18.124.205]) by fmsmga005.fm.intel.com with ESMTP; 30 Nov 2017 03:06:54 -0800 Received: from fmsmsx152.amr.corp.intel.com (10.18.125.5) by fmsmsx107.amr.corp.intel.com (10.18.124.205) with Microsoft SMTP Server (TLS) id 14.3.319.2; Thu, 30 Nov 2017 03:06:54 -0800 Received: from shsmsx102.ccr.corp.intel.com (10.239.4.154) by FMSMSX152.amr.corp.intel.com (10.18.125.5) with Microsoft SMTP Server (TLS) id 14.3.319.2; Thu, 30 Nov 2017 03:06:54 -0800 Received: from shsmsx101.ccr.corp.intel.com ([169.254.1.159]) by shsmsx102.ccr.corp.intel.com ([169.254.2.175]) with mapi id 14.03.0319.002; Thu, 30 Nov 2017 19:06:51 +0800 From: "Wang, Kemi" To: Michal Hocko CC: Greg Kroah-Hartman , Andrew Morton , Vlastimil Babka , Mel Gorman , Johannes Weiner , Christopher Lameter , YASUAKI ISHIMATSU , Andrey Ryabinin , "Nikolay Borisov" , Pavel Tatashin , David Rientjes , Sebastian Andrzej Siewior , Dave , "Kleen, Andi" , "Chen, Tim C" , "Jesper Dangaard Brouer" , "Huang, Ying" , "Lu, Aaron" , "Li, Aubrey" , Linux MM , Linux Kernel Subject: RE: [PATCH 1/2] mm: NUMA stats code cleanup and enhancement Thread-Topic: [PATCH 1/2] mm: NUMA stats code cleanup and enhancement Thread-Index: AQHTaA6IPK326U6bVU2lEqD3bSN2fqMqweAAgAEnwYCAADF/AIAAkPEA//99mICAAJxzcA== Date: Thu, 30 Nov 2017 11:06:51 +0000 Message-ID: <25017BF213203E48912DB000DE5F5E1E6B70EA3C@SHSMSX101.ccr.corp.intel.com> References: <1511848824-18709-1-git-send-email-kemi.wang@intel.com> <20171129121740.f6drkbktc43l5ib6@dhcp22.suse.cz> <4b840074-cb5f-3c10-d65b-916bc02fb1ee@intel.com> <20171130085322.tyys6xbzzvui7ogz@dhcp22.suse.cz> <0f039a89-5500-1bf5-c013-d39ba3bf62bd@intel.com> <20171130094523.vvcljyfqjpbloe5e@dhcp22.suse.cz> In-Reply-To: <20171130094523.vvcljyfqjpbloe5e@dhcp22.suse.cz> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-titus-metadata-40: eyJDYXRlZ29yeUxhYmVscyI6IiIsIk1ldGFkYXRhIjp7Im5zIjoiaHR0cDpcL1wvd3d3LnRpdHVzLmNvbVwvbnNcL0ludGVsMyIsImlkIjoiMDFmYzZjNDgtYjVjYS00Yzg2LWI0OGItMDk4ZmE0OGI2NjdmIiwicHJvcHMiOlt7Im4iOiJDVFBDbGFzc2lmaWNhdGlvbiIsInZhbHMiOlt7InZhbHVlIjoiQ1RQX0lDIn1dfV19LCJTdWJqZWN0TGFiZWxzIjpbXSwiVE1DVmVyc2lvbiI6IjE2LjUuOS4zIiwiVHJ1c3RlZExhYmVsSGFzaCI6IndobDVoVStNWnpPanFLcmxhKzM2ZGJBcHJKZ09NdkxuRjF6TVBTYktQVG89In0= x-ctpclassification: CTP_IC dlp-product: dlpe-windows dlp-version: 11.0.0.116 dlp-reaction: no-action x-originating-ip: [10.239.127.40] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 8BIT MIME-Version: 1.0 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Of course, we should do that AFAP. Thanks for your comments :) -----Original Message----- From: owner-linux-mm@kvack.org [mailto:owner-linux-mm@kvack.org] On Behalf Of Michal Hocko Sent: Thursday, November 30, 2017 5:45 PM To: Wang, Kemi Cc: Greg Kroah-Hartman ; Andrew Morton ; Vlastimil Babka ; Mel Gorman ; Johannes Weiner ; Christopher Lameter ; YASUAKI ISHIMATSU ; Andrey Ryabinin ; Nikolay Borisov ; Pavel Tatashin ; David Rientjes ; Sebastian Andrzej Siewior ; Dave ; Kleen, Andi ; Chen, Tim C ; Jesper Dangaard Brouer ; Huang, Ying ; Lu, Aaron ; Li, Aubrey ; Linux MM ; Linux Kernel 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 majordomo@kvack.org. For more info on Linux MM, see: http://www.linux-mm.org/ . Don't email: email@kvack.org From 1585483821488591184@xxx Thu Nov 30 09:46:39 +0000 2017 X-GM-THRID: 1585288579833195240 X-Gmail-Labels: Inbox,Category Forums,HistoricalUnread