From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752934AbcHQQnA (ORCPT ); Wed, 17 Aug 2016 12:43:00 -0400 Received: from mail-wm0-f67.google.com ([74.125.82.67]:34955 "EHLO mail-wm0-f67.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752145AbcHQQm5 (ORCPT ); Wed, 17 Aug 2016 12:42:57 -0400 Date: Wed, 17 Aug 2016 18:42:54 +0200 From: Michal Hocko To: Linus Torvalds Cc: Mel Gorman , Minchan Kim , Vladimir Davydov , Dave Chinner , Johannes Weiner , Vlastimil Babka , Andrew Morton , Bob Peterson , "Kirill A. Shutemov" , "Huang, Ying" , Christoph Hellwig , Wu Fengguang , LKP , Tejun Heo , LKML Subject: Re: [LKP] [lkp] [xfs] 68a9f5e700: aim7.jobs-per-min -13.6% regression Message-ID: <20160817164254.GE20703@dhcp22.suse.cz> References: <20160815222211.GA19025@dastard> <20160815224259.GB19025@dastard> <20160816150500.GH8119@techsingularity.net> <20160817154825.GC20719@dhcp22.suse.cz> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20160817154825.GC20719@dhcp22.suse.cz> User-Agent: Mutt/1.6.0 (2016-04-01) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed 17-08-16 17:48:25, Michal Hocko wrote: [...] > I will try to catch up with the rest of the email thread but from a > quick glance it just feels like we are doing more more work under the > lock. Hmm, so it doesn't seem to be more work in __remove_mapping as pointed out in http://lkml.kernel.org/r/20160816220250.GI16044@dastard As Mel already pointed out the LRU will be basically single mapping for this workload so any subtle change in timing might make a difference. I was looking through 4.6..4.7 and one thing that has changed is the inactive vs. active LRU size ratio. See 59dc76b0d4df ("mm: vmscan: reduce size of inactive file list"). The machine has quite a lot of memory and so the LRUs will be large as well so I guess this could have change the timing somehow, but it feels like a wild guess so I would be careful to blame this commit... -- Michal Hocko SUSE Labs