From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-qg0-f49.google.com (mail-qg0-f49.google.com [209.85.192.49]) by kanga.kvack.org (Postfix) with ESMTP id CF2E36B0037 for ; Thu, 22 May 2014 12:45:57 -0400 (EDT) Received: by mail-qg0-f49.google.com with SMTP id a108so6033074qge.22 for ; Thu, 22 May 2014 09:45:57 -0700 (PDT) Received: from mx1.redhat.com (mx1.redhat.com. [209.132.183.28]) by mx.google.com with ESMTP id j7si490199qai.23.2014.05.22.09.45.57 for ; Thu, 22 May 2014 09:45:57 -0700 (PDT) Message-ID: <537E1FFC.40608@redhat.com> Date: Thu, 22 May 2014 12:04:12 -0400 From: Rik van Riel MIME-Version: 1.0 Subject: Re: [PATCH 3/3] mm: vmscan: Use proportional scanning during direct reclaim and full scan at DEF_PRIORITY References: <1400749779-24879-1-git-send-email-mgorman@suse.de> <1400749779-24879-4-git-send-email-mgorman@suse.de> In-Reply-To: <1400749779-24879-4-git-send-email-mgorman@suse.de> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Sender: owner-linux-mm@kvack.org List-ID: To: Mel Gorman , Andrew Morton Cc: Johannes Weiner , Hugh Dickins , Tim Chen , Dave Chinner , Yuanhan Liu , Bob Liu , Jan Kara , Linux Kernel , Linux-MM , Linux-FSDevel On 05/22/2014 05:09 AM, Mel Gorman wrote: > Commit "mm: vmscan: obey proportional scanning requirements for kswapd" > ensured that file/anon lists were scanned proportionally for reclaim from > kswapd but ignored it for direct reclaim. The intent was to minimse direct > reclaim latency but Yuanhan Liu pointer out that it substitutes one long > stall for many small stalls and distorts aging for normal workloads like > streaming readers/writers. Hugh Dickins pointed out that a side-effect of > the same commit was that when one LRU list dropped to zero that the entirety > of the other list was shrunk leading to excessive reclaim in memcgs. > This patch scans the file/anon lists proportionally for direct reclaim > to similarly age page whether reclaimed by kswapd or direct reclaim but > takes care to abort reclaim if one LRU drops to zero after reclaiming the > requested number of pages. > > Note that there are fewer allocation stalls even though the amount > of direct reclaim scanning is very approximately the same. > > Signed-off-by: Mel Gorman Acked-by: Rik van Riel -- All rights reversed -- 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