Received: by 2002:ad5:474a:0:0:0:0:0 with SMTP id i10csp5447825imu; Tue, 29 Jan 2019 20:18:30 -0800 (PST) X-Google-Smtp-Source: AHgI3IZa90evEr/U6eA4MDcEILcTa+Crld6Lnf7QMz5wvC+PXhzvSRlld4WH7Ig3yjaVnyiczAI+ X-Received: by 2002:a63:96:: with SMTP id 144mr13259628pga.315.1548821909970; Tue, 29 Jan 2019 20:18:29 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1548821909; cv=none; d=google.com; s=arc-20160816; b=fkYhLemX3SLoyXorDzcRWKOjz208/HZC94rIpildJ8pVPYCP+l8KqP+g4MYWC+ez7z pS+gekoQu9tvffaQ4gdvBErKFbyiON6ZFFBDAbRy9jOYvavWtVbMYlfJIrkjhRU8hwE1 HzOaQR90UREySlwCJ51I/dKOQY0kZNujsZJwIGAQW1/qN3hJb9Gjg9i8cBKFmuCImruP fQwmoUFfm0V9zNj877aLL9OW0nWUg+GdyjypHdXjNzG06kmzjCDbf8jatyjzWG1A+QMh 8DvuTj1sgwzcORZ+f9g1k2+Ve00S4cBIqv0hPukwqizXMCoH7ejmV7NO+kJ6V6dffNo7 asuQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :references:in-reply-to:message-id:date:subject:cc:to:from; bh=8Q997Rl4ZH7D4iZIqIGbV0pd1Ue7utgCKr6lu5VJOr4=; b=QSE9WM2Ri+ESjJeqclrZbeAwCk6Ft5oB6JN5EFH8CiT5CNq6Mt4fkSzTfIr1EitHXX Qt0nkjY0bijyl+saPRRIiaZSbsHTSxr8McWwpAfdADHsXxLb4OOrYdxU7zKwgOvzdSdC KrmwWkEWq3UhSg+cZppvmi1EdhdZ/TQ2oNzD5s/in6FadN5rlMAv8S0gmYDtElA5H9Wi FktgtSkXuUtONexbVf/WTzAym+a980gLT5X+rzePAPabcthZzbgqnO1rkumw2oUS04Bh Ta1UXhr0W8H12PqRH0BgkebQUKUX+A8Ba/lO39jlvvY0euy1LL+aWtE+CCPrvNjt58gJ pmdA== 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id b61si476365plb.70.2019.01.29.20.18.14; Tue, 29 Jan 2019 20:18:29 -0800 (PST) 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1730101AbfA3ERU (ORCPT + 99 others); Tue, 29 Jan 2019 23:17:20 -0500 Received: from ipmail07.adl2.internode.on.net ([150.101.137.131]:46667 "EHLO ipmail07.adl2.internode.on.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1730045AbfA3ERU (ORCPT ); Tue, 29 Jan 2019 23:17:20 -0500 Received: from ppp59-167-129-252.static.internode.on.net (HELO dastard) ([59.167.129.252]) by ipmail07.adl2.internode.on.net with ESMTP; 30 Jan 2019 14:47:14 +1030 Received: from discord.disaster.area ([192.168.1.111]) by dastard with esmtp (Exim 4.80) (envelope-from ) id 1gohJJ-0000dS-L5; Wed, 30 Jan 2019 15:17:13 +1100 Received: from dave by discord.disaster.area with local (Exim 4.92-RC4) (envelope-from ) id 1gohJJ-0007eF-JI; Wed, 30 Jan 2019 15:17:13 +1100 From: Dave Chinner To: linux-mm@kvack.org, linux-kernel@vger.kernel.org, linux-fsdevel@vger.kernel.org, linux-xfs@vger.kernel.org Cc: guro@fb.com, akpm@linux-foundation.org, mhocko@kernel.org, vdavydov.dev@gmail.com Subject: [PATCH 1/2] Revert "mm: don't reclaim inodes with many attached pages" Date: Wed, 30 Jan 2019 15:17:06 +1100 Message-Id: <20190130041707.27750-2-david@fromorbit.com> X-Mailer: git-send-email 2.20.1 In-Reply-To: <20190130041707.27750-1-david@fromorbit.com> References: <20190130041707.27750-1-david@fromorbit.com> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Dave Chinner This reverts commit a76cf1a474d7dbcd9336b5f5afb0162baa142cf0. This change causes serious changes to page cache and inode cache behaviour and balance, resulting in major performance regressions when combining worklaods such as large file copies and kernel compiles. https://bugzilla.kernel.org/show_bug.cgi?id=202441 This change is a hack to work around the problems introduced by changing how agressive shrinkers are on small caches in commit 172b06c32b94 ("mm: slowly shrink slabs with a relatively small number of objects"). It creates more problems than it solves, wasn't adequately reviewed or tested, so it needs to be reverted. cc: Signed-off-by: Dave Chinner --- fs/inode.c | 7 ++----- 1 file changed, 2 insertions(+), 5 deletions(-) diff --git a/fs/inode.c b/fs/inode.c index 0cd47fe0dbe5..73432e64f874 100644 --- a/fs/inode.c +++ b/fs/inode.c @@ -730,11 +730,8 @@ static enum lru_status inode_lru_isolate(struct list_head *item, return LRU_REMOVED; } - /* - * Recently referenced inodes and inodes with many attached pages - * get one more pass. - */ - if (inode->i_state & I_REFERENCED || inode->i_data.nrpages > 1) { + /* recently referenced inodes get one more pass */ + if (inode->i_state & I_REFERENCED) { inode->i_state &= ~I_REFERENCED; spin_unlock(&inode->i_lock); return LRU_ROTATE; -- 2.20.1