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 Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id 67D7BC433F5 for ; Tue, 18 Jan 2022 09:43:39 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231224AbiARJnj (ORCPT ); Tue, 18 Jan 2022 04:43:39 -0500 Received: from my.chaos-reins.com ([104.248.178.247]:48486 "EHLO my.chaos-reins.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229620AbiARJni (ORCPT ); Tue, 18 Jan 2022 04:43:38 -0500 X-Greylist: delayed 455 seconds by postgrey-1.27 at vger.kernel.org; Tue, 18 Jan 2022 04:43:38 EST Received: (Haraka outbound); Tue, 18 Jan 2022 09:36:01 +0000 Authentication-Results: my.chaos-reins.com; auth=pass (login) Received: from m.chaos-reins.com (21d594ba-beef-4400-bc88-b496d6dacd5a.cloudron [172.18.16.1]) by my.chaos-reins.com (Haraka/2.8.28) with ESMTPA id 8630A604-7CDC-4F56-BC02-9865974B8D06.1 envelope-from (authenticated bits=0); Tue, 18 Jan 2022 09:36:01 +0000 MIME-Version: 1.0 Date: Tue, 18 Jan 2022 09:36:01 +0000 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable X-Mailer: RainLoop/1.16.0 From: "Donald Carr" Message-ID: Subject: Re: [PATCH v6 0/9] Multigenerational LRU Framework To: "Yu Zhao" Cc: "Andi Kleen" , "Catalin Marinas" , "Dave Hansen" , "Hillf Danton" , "Jens Axboe" , "Jesse Barnes" , "Johannes Weiner" , "Jonathan Corbet" , "Matthew Wilcox" , "Mel Gorman" , "Michael Larabel" , "Michal Hocko" , "Rik van Riel" , "Vlastimil Babka" , "Will Deacon" , "Ying Huang" , linux-arm-kernel@lists.infradead.org, linux-doc@vger.kernel.org, linux-kernel@vger.kernel.org, linux-mm@kvack.org, page-reclaim@google.com, x86@kernel.org, "Andrew Morton" , "Linus Torvalds" In-Reply-To: References: <20220104202227.2903605-1-yuzhao@google.com> DKIM-Signature: v=1;a=rsa-sha256;bh=hOtzxRssqC3l7oqL8Wf80/oCWxDs7JXspEQpiCwzMik=;c=relaxed/simple;d=chaos-reins.com;h=from:subject:date:message-id:to:cc:mime-version;s=cloudron;b=IgaPi/pt7BRp7bjlfgUvPiJN7/YwMQCMwsmNETelA7tikFfLy570SUa2bNHmc4quqjevtpMhwUDXzURBvYqJNzY1ROqcKc2c6ZLQ04ELbm4JAkFFawva0U7U81kmDAYKFrN4lAY/5PPvwisV1HrpK4vOvwuSe45R9CPeWA44Hpw= Precedence: bulk List-ID: X-Mailing-List: linux-doc@vger.kernel.org January 18, 2022 1:21 AM, "Yu Zhao" wrote: > On Tue, Jan 11, 2022 at 01:41:22AM -0700, Yu Zhao wrote: >=20 >>=20On Tue, Jan 04, 2022 at 01:30:00PM -0700, Yu Zhao wrote: >> On Tue, Jan 04, 2022 at 01:22:19PM -0700, Yu Zhao wrote: >>> TLDR >>> =3D=3D=3D=3D >>> The current page reclaim is too expensive in terms of CPU usage and i= t >>> often makes poor choices about what to evict. This patchset offers an >>> alternative solution that is performant, versatile and >>> straightforward. >>=20 >>=20 >>=20 >>>=20Summery >>> =3D=3D=3D=3D=3D=3D=3D >>> The facts are: >>> 1. The independent lab results and the real-world applications >>> indicate substantial improvements; there are no known regressions. >>> 2. Thrashing prevention, working set estimation and proactive reclaim >>> work out of the box; there are no equivalent solutions. >>> 3. There is a lot of new code; nobody has demonstrated smaller change= s >>> with similar effects. >>>=20 >>>=20Our options, accordingly, are: >>> 1. Given the amount of evidence, the reported improvements will likel= y >>> materialize for a wide range of workloads. >>> 2. Gauging the interest from the past discussions [14][15][16], the >>> new features will likely be put to use for both personal computers >>> and data centers. >>> 3. Based on Google's track record, the new code will likely be well >>> maintained in the long term. It'd be more difficult if not >>> impossible to achieve similar effects on top of the existing >>> design. >>=20 >>=20Hi Andrew, Linus, >>=20 >>=20Can you please take a look at this patchset and let me know if it's >> 5.17 material? >>=20 >>=20My goal is to get it merged asap so that users can reap the benefits >> and I can push the sequels. Please examine the data provided -- I >> think the unprecedented coverage and the magnitude of the improvements >> warrant a green light. >=20 >=20My gratitude to Donald who has been helping test MGLRU since v2: >=20 >=20Donald Carr (d@chaos-reins.com) >=20 >=20Founder of Chaos Reins (http://chaos-reins.com), an SF based > consultancy company specializing in designing/creating embedded > Linux appliances. Tested-by: Donald Carr > Can you please provide your Tested-by tags? This will ensure the credit > for your contributions. >=20 >=20Thanks!