Received: by 2002:ac0:a5b6:0:0:0:0:0 with SMTP id m51-v6csp3124990imm; Tue, 29 May 2018 01:13:37 -0700 (PDT) X-Google-Smtp-Source: AB8JxZoN/fRnEQd5dc9r7JOxJagJfgZbT4KtY7taswJxAN3r5JOtxr3d2MoAFel6l6ElYQb88YIU X-Received: by 2002:a17:902:7244:: with SMTP id c4-v6mr15336642pll.265.1527581617652; Tue, 29 May 2018 01:13:37 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1527581617; cv=none; d=google.com; s=arc-20160816; b=FuvNJubj9drpUqH/hN6lI7o1cGgXYPd3stiaRbKWC8FBWBBryFcobCTNWKYHCsLLzc wU7v8B3/jMYqKOvg27rWKWNq90ytbvSfQd7ykb+geSyNiTK0NBvKtuyZKU4I3cCnpaP5 U/w3RIkZ9oJvzVSPzLGGXFdgb8CbYzbUeDVTjGbwR3J1vBc+SJczzqvVIFbyJPDJsutg +WCsS/a7msxRG1D2j4m0zMpXVNgfwA2EhWKfakSltQvUxf0KXqQ7qw4ti2cRpUqgeggu nNST3IZ1KRoc+5AgoEr3aTJ5Ay9opJRC6YTEFha1bk+iyN5wMEB+YqAerp6mac6BG8yp w1Tg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:arc-authentication-results; bh=EF6cFjlhCIvjGmfafk3wKWXPdvsnNkX3nq2LaPC1ckU=; b=iUBd1dzIFIkvw/jJqiyKWNVxq35PVGGli9KopdhNOaZ/OYXr1EGGCuBg9YHcXDqPWx f20/GQ0wMhaPWYgGutvGte9Kk9B4NBp8mxpxOk5kHK520PlERuqXMoZEK3vhaMKHe9YO XnG0g/m6q/0somQ6kyB1gGbHlStTEZyqZ40yEByLJT1CjIbgx2WrQgvtNTY/bybnwpCw AqkxAtrkyiKr3fD1D9oN67Nn5BqrVeIN0eUDHHSuQcaCWshlYxWDRbzC0l1oxfU0zplI NFzl5uFrv6Fh60csLdjPdd2TffmeQtP/8Bxovv0ByOlVQtXAjezgq228C+SLjqWUZgg5 KK1g== 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id z8-v6si32037150plk.539.2018.05.29.01.13.23; Tue, 29 May 2018 01:13:37 -0700 (PDT) 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755292AbeE2ILf (ORCPT + 99 others); Tue, 29 May 2018 04:11:35 -0400 Received: from mga05.intel.com ([192.55.52.43]:25219 "EHLO mga05.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1755012AbeE2ILa (ORCPT ); Tue, 29 May 2018 04:11:30 -0400 X-Amp-Result: UNKNOWN X-Amp-Original-Verdict: FILE UNKNOWN X-Amp-File-Uploaded: False Received: from orsmga002.jf.intel.com ([10.7.209.21]) by fmsmga105.fm.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 29 May 2018 01:11:29 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.49,455,1520924400"; d="scan'208";a="62519026" Received: from aaronlu.sh.intel.com (HELO intel.com) ([10.239.159.135]) by orsmga002.jf.intel.com with ESMTP; 29 May 2018 01:11:28 -0700 Date: Tue, 29 May 2018 16:11:27 +0800 From: Aaron Lu To: Michal Hocko Cc: "Ye, Xiaolong" , "tj@kernel.org" , "linux-kernel@vger.kernel.org" , "lkp@01.org" , "hannes@cmpxchg.org" Subject: Re: [LKP] [lkp-robot] [mm, memcontrol] 309fe96bfc: vm-scalability.throughput +23.0% improvement Message-ID: <20180529081127.GB14785@intel.com> References: <20180528114019.GF9904@yexl-desktop> <20180528120318.GB27180@dhcp22.suse.cz> <20180529075800.GL27180@dhcp22.suse.cz> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20180529075800.GL27180@dhcp22.suse.cz> User-Agent: Mutt/1.9.5 (2018-04-13) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, May 29, 2018 at 09:58:00AM +0200, Michal Hocko wrote: > On Tue 29-05-18 03:15:51, Lu, Aaron wrote: > > On Mon, 2018-05-28 at 14:03 +0200, Michal Hocko wrote: > > > On Mon 28-05-18 19:40:19, kernel test robot wrote: > > > > > > > > Greeting, > > > > > > > > FYI, we noticed a +23.0% improvement of vm-scalability.throughput due to commit: > > > > > > > > > > > > commit: 309fe96bfc0ae387f53612927a8f0dc3eb056efd ("mm, memcontrol: implement memory.swap.events") > > > > https://git.kernel.org/cgit/linux/kernel/git/next/linux-next.git master > > > > > > This doesn't make any sense to me. The patch merely adds an accounting. > > > It doesn't optimize anything. So I strongly suspect the result is just > > > misleading or the test (environment) misconfigured. Not the first time > > > I am seeing something like that I am afraid. > > > > > > > Most likely the same situation as: > > " > > FYI, we noticed a -27.2% regression of will-it-scale.per_process_ops > > due to commit: > > > > > > commit: e27be240df53f1a20c659168e722b5d9f16cc7f4 ("mm: memcg: make sure > > memory.events is uptodate when waking pollers") > > https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git master > > " > > > > Where the performance change is due to layout change of > > 'struct mem_cgroup': > > http://lkml.kernel.org/r/20180528085201.GA2918@intel.com > > I do not follow. How can _this_ patch lead to an improvement when it > actually _adds_ an accounting? The other report you are mentioning is a This patch also changed the layout of 'struct mem_cgroup': diff --git a/include/linux/memcontrol.h b/include/linux/memcontrol.h index d99b71bc2c66..517096c3cc99 100644 --- a/include/linux/memcontrol.h +++ b/include/linux/memcontrol.h @@ -208,6 +210,9 @@ struct mem_cgroup { atomic_long_t memory_events[MEMCG_NR_MEMORY_EVENTS]; struct cgroup_file events_file; + /* handle for "memory.swap.events" */ + struct cgroup_file swap_events_file; + /* protect arrays of thresholds */ struct mutex thresholds_lock; And I'm guessing that might be the cause. > _regression_ and I can imagine that the layout changes can lead to that > result.