From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-13.8 required=3.0 tests=BAYES_00,DKIM_INVALID, DKIM_SIGNED,INCLUDES_CR_TRAILER,INCLUDES_PATCH,MAILING_LIST_MULTI, SPF_HELO_NONE,SPF_PASS autolearn=ham autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id B7C02C433E0 for ; Tue, 9 Mar 2021 17:15:24 +0000 (UTC) Received: from kanga.kvack.org (kanga.kvack.org [205.233.56.17]) by mail.kernel.org (Postfix) with ESMTP id 61C8F600CD for ; Tue, 9 Mar 2021 17:15:24 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 61C8F600CD Authentication-Results: mail.kernel.org; dmarc=fail (p=none dis=none) header.from=kernel.org Authentication-Results: mail.kernel.org; spf=pass smtp.mailfrom=owner-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix) id E88948D011D; Tue, 9 Mar 2021 12:15:23 -0500 (EST) Received: by kanga.kvack.org (Postfix, from userid 40) id E5EDE8D007F; Tue, 9 Mar 2021 12:15:23 -0500 (EST) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id D39238D011D; Tue, 9 Mar 2021 12:15:23 -0500 (EST) X-Delivered-To: linux-mm@kvack.org Received: from forelay.hostedemail.com (smtprelay0074.hostedemail.com [216.40.44.74]) by kanga.kvack.org (Postfix) with ESMTP id BB1008D007F for ; Tue, 9 Mar 2021 12:15:23 -0500 (EST) Received: from smtpin27.hostedemail.com (10.5.19.251.rfc1918.com [10.5.19.251]) by forelay02.hostedemail.com (Postfix) with ESMTP id 753112C96 for ; Tue, 9 Mar 2021 17:15:23 +0000 (UTC) X-FDA: 77900986926.27.D1E1C55 Received: from mail-pg1-f179.google.com (mail-pg1-f179.google.com [209.85.215.179]) by imf15.hostedemail.com (Postfix) with ESMTP id C7FCBA001AB1 for ; Tue, 9 Mar 2021 17:15:20 +0000 (UTC) Received: by mail-pg1-f179.google.com with SMTP id e6so9214050pgk.5 for ; Tue, 09 Mar 2021 09:15:21 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to; bh=zNrkVM3opIo4Ct7GIJQvQcLjEK4NZGCkwbt5BqsE3ko=; b=LYQJKcZG5pX/aD26EtSnR/DH6zYpdM5UWiWr32Y7SM6Ph8LOV+8yok4Z2edFmt2bIe kek8Ufbe5lLonqpuaj30w0JmyZxWK4BhQcGeUVytB2v3G4rKwsJPA2irJOi7OB8UQHgw ceuj8wW6AG8b9L2tZrPiQ7+bD2nbD03Axlr1ejnoZzGOXMgdQeSNNt4Vqo08OH2nORwi BXaXnZaSGj5e/5984sx7RnwrNe2mqtrwfEDyzGu8gkCz973942t9D1pMyTUseHcDUWBb mfC5Pu7Z5KoBiOFuMVRql4Q+NzzE3dTLfK5EDxoqujXm5oMwSo8RvtwvrSqnoRPy9X/1 oyIw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:date:from:to:cc:subject:message-id :references:mime-version:content-disposition:in-reply-to; bh=zNrkVM3opIo4Ct7GIJQvQcLjEK4NZGCkwbt5BqsE3ko=; b=Oe5zufBqVJlUCdt5rVUYGax8z9l/zc5L9UKBGloK3CfBU4cyQeBZkr/d8hXpx2Uvvq w4VPYlDfhE1FubWgZ31Y/tXqUV/Y08Sb9U5v5UpwcfMULl/kjUjNR/Tg1zFjcGw8pjUT rXnlKr57bvQV/ONGrHrMtjpkSPdmXXHTCKIW4Joodb8MFKXIbcEYdweE+TEVFx3FuT8X SV8q3qFhL0Ahrzor5Lp7cHkbsM3DepnQ233CZIHXb2bUXNXxLNhfWQRA6TRBwQoaqNF5 /liiqCV9O/5pTr8L/o4Upw/erLyZKS/30ZYkVouwJuFSICAVXGErtWMui0zp0mNUWv2s d6nQ== X-Gm-Message-State: AOAM531qlMNlBciwTr9vgQidQoPB/1NTpG3XUSlnRBv9x0BdFupz7joc parFIkCvOdX86vNQKu/+o5k= X-Google-Smtp-Source: ABdhPJyeBMxGTjHEttE1j3stbXA8OHsaZUshmIOE5BfZOomN2sQc8OZiip7l9yPgljMo6J4zPVE94Q== X-Received: by 2002:a65:4942:: with SMTP id q2mr25390686pgs.34.1615310115222; Tue, 09 Mar 2021 09:15:15 -0800 (PST) Received: from google.com ([2620:15c:211:201:f896:d6be:86d4:a59b]) by smtp.gmail.com with ESMTPSA id q15sm13218413pfk.181.2021.03.09.09.15.13 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 09 Mar 2021 09:15:14 -0800 (PST) Date: Tue, 9 Mar 2021 09:15:11 -0800 From: Minchan Kim To: David Hildenbrand Cc: Michal Hocko , Andrew Morton , linux-mm , LKML , joaodias@google.com, surenb@google.com, cgoldswo@codeaurora.org, willy@infradead.org, vbabka@suse.cz, linux-fsdevel@vger.kernel.org Subject: Re: [PATCH v2 1/2] mm: disable LRU pagevec during the migration temporarily Message-ID: References: <20210309051628.3105973-1-minchan@kernel.org> <0ae7c7de-f274-c2ec-1b3a-a006ea280f98@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <0ae7c7de-f274-c2ec-1b3a-a006ea280f98@redhat.com> X-Rspamd-Server: rspam04 X-Rspamd-Queue-Id: C7FCBA001AB1 X-Stat-Signature: tjao3a7aukmgqro6s753oqawke8udk4b Received-SPF: none (gmail.com>: No applicable sender policy available) receiver=imf15; identity=mailfrom; envelope-from=""; helo=mail-pg1-f179.google.com; client-ip=209.85.215.179 X-HE-DKIM-Result: pass/pass X-HE-Tag: 1615310120-846997 X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4 Sender: owner-linux-mm@kvack.org Precedence: bulk X-Loop: owner-majordomo@kvack.org List-ID: On Tue, Mar 09, 2021 at 05:31:09PM +0100, David Hildenbrand wrote: > > > > > Signed-off-by: Minchan Kim > > > > --- > > > > * from v1 - https://lore.kernel.org/lkml/20210302210949.2440120-1-minchan@kernel.org/ > > > > * introduce __lru_add_drain_all to minimize changes - mhocko > > > > * use lru_cache_disable for memory-hotplug > > > > * schedule for every cpu at force_all_cpus > > > > > > > > * from RFC - http://lore.kernel.org/linux-mm/20210216170348.1513483-1-minchan@kernel.org > > > > * use atomic and lru_add_drain_all for strict ordering - mhocko > > > > * lru_cache_disable/enable - mhocko > > > > > > > > include/linux/migrate.h | 6 ++- > > > > include/linux/swap.h | 2 + > > > > mm/memory_hotplug.c | 3 +- > > > > mm/mempolicy.c | 6 +++ > > > > mm/migrate.c | 13 ++++--- > > > > mm/page_alloc.c | 3 ++ > > > > mm/swap.c | 82 +++++++++++++++++++++++++++++++++-------- > > > > 7 files changed, 91 insertions(+), 24 deletions(-) > > > > > > Sorry for nit picking but I think the additional abstraction for > > > migrate_prep is not really needed and we can remove some more code. > > > Maybe we should even get rid of migrate_prep_local which only has a > > > single caller and open coding lru draining with a comment would be > > > better from code reading POV IMO. > > > > Thanks for the code. I agree with you. > > However, in this moment, let's go with this one until we conclude. > > The removal of migrate_prep could be easily done after that. > > I am happy to work on it. > > Can you prepare + send along these cleanups so we can have a look at the end > result? > > (either cleanups before or after your changes - doing cleanups before might > be cleaner as we are not dealing with a fix here that we want to backport) Okay, let me try one more time.