From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752732AbcGYJUc (ORCPT ); Mon, 25 Jul 2016 05:20:32 -0400 Received: from outbound-smtp03.blacknight.com ([81.17.249.16]:54562 "EHLO outbound-smtp03.blacknight.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751718AbcGYJUS (ORCPT ); Mon, 25 Jul 2016 05:20:18 -0400 Date: Mon, 25 Jul 2016 10:20:14 +0100 From: Mel Gorman To: Minchan Kim Cc: Andrew Morton , Johannes Weiner , Michal Hocko , Vlastimil Babka , Linux-MM , LKML Subject: Re: [PATCH 1/5] mm, vmscan: Do not account skipped pages as scanned Message-ID: <20160725092014.GL10438@techsingularity.net> References: <1469028111-1622-1-git-send-email-mgorman@techsingularity.net> <1469028111-1622-2-git-send-email-mgorman@techsingularity.net> <20160725080456.GB1660@bbox> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline In-Reply-To: <20160725080456.GB1660@bbox> User-Agent: Mutt/1.5.23 (2014-03-12) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, Jul 25, 2016 at 05:04:56PM +0900, Minchan Kim wrote: > > @@ -1429,6 +1429,9 @@ static unsigned long isolate_lru_pages(unsigned long nr_to_scan, > > continue; > > } > > > > + /* Pages skipped do not contribute to scan */ > > + scan++; > > + > > As I mentioned in previous version, under irq-disabled-spin-lock, such > unbounded operation would make the latency spike worse if there are > lot of pages we should skip. > > Don't we take care it? It's not unbounded, it's bound by the size of the LRU list and it's not going to be enough to trigger a warning. While the lock hold time may be undesirable, unlocking it every SWAP_CLUSTER_MAX pages may increase overall contention. There also is the question of whether skipped pages should be temporarily putback before unlocking the LRU to avoid isolated pages being unavailable for too long. It also cannot easily just return early without prematurely triggering OOM due to a lack of progress. I didn't feel the complexity was justified. -- Mel Gorman SUSE Labs