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 kanga.kvack.org (kanga.kvack.org [205.233.56.17]) by smtp.lore.kernel.org (Postfix) with ESMTP id 567A3C433FE for ; Wed, 19 Jan 2022 22:25:56 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id 8E3D96B0071; Wed, 19 Jan 2022 17:25:55 -0500 (EST) Received: by kanga.kvack.org (Postfix, from userid 40) id 86AAC6B0073; Wed, 19 Jan 2022 17:25:55 -0500 (EST) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 6E6586B0074; Wed, 19 Jan 2022 17:25:55 -0500 (EST) X-Delivered-To: linux-mm@kvack.org Received: from forelay.hostedemail.com (smtprelay0118.hostedemail.com [216.40.44.118]) by kanga.kvack.org (Postfix) with ESMTP id 5961A6B0071 for ; Wed, 19 Jan 2022 17:25:55 -0500 (EST) Received: from smtpin18.hostedemail.com (10.5.19.251.rfc1918.com [10.5.19.251]) by forelay02.hostedemail.com (Postfix) with ESMTP id 112337F904 for ; Wed, 19 Jan 2022 22:25:55 +0000 (UTC) X-FDA: 79048470270.18.5766717 Received: from mail-ed1-f48.google.com (mail-ed1-f48.google.com [209.85.208.48]) by imf06.hostedemail.com (Postfix) with ESMTP id 803FB18000A for ; Wed, 19 Jan 2022 22:25:54 +0000 (UTC) Received: by mail-ed1-f48.google.com with SMTP id z22so19876318edd.12 for ; Wed, 19 Jan 2022 14:25:54 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=cgjUtIp/NJ23YXRIEjOj0qjbOPGKNdYKcaS2fOswzbc=; b=oGsu4bZqbrZah1XP9hAFPpaAxPc35v4wJQuOPO6BSg+l2m68e9br8SuK66riHukFLH FXIxgXuLCj2g6EufW8wwPm1p/MvkT1nT1blp81zUvRKjiIloJ5HMv/mSEC5Hx1fjZ/gU 24pRsKr0zUguTJrpNO/ORsBpWNhlVRjbhQAAAi1Yr+ERmQeLw1l9tVJegpXqqIf6kihG Fr5/fcaS+jKnxNy34qGp5472VvREqU/oI/9IRaT5Myb59dZYQ9AwZzifVIgXEt4SIzIE lNLpwj1O9nQl1h87Mqzo6KjG6z5+7UzbgI5xmzlB53q6vEnT2MCTyzSkMN0jPg0QD6/M DFmA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=cgjUtIp/NJ23YXRIEjOj0qjbOPGKNdYKcaS2fOswzbc=; b=B2MJ6+Y8B7qCMMvxoPTNBWYqtttw9h1p2j9ODo5Kz7PFEX1KZpo8QttK21jQSlVo4w 7fXftSxHyzlZ72iHFQ+sh8FSbES7oHQ8B0wCZq16sWtqVSIqYJ4kCLRZgKrwXyiyaNnR jLpCSgzyLxuWmubSU8YvZD/4m2kWeQl9ZyYXpE/okITM4j51BoDqX/l5nbtTH1kg1MWq iMeHysNucBj3HI0/BHm/4gWoNXWnlOgXWeYNp5eABsmIbrZvqiPXk3bTLPi0adGP8DQK vhoQ+JYmKm9Q1k9zSY12pFWzRspkdX3aZ/an8GmihUcNp/zDil831Pj5JaJMK51X0xNy YegA== X-Gm-Message-State: AOAM530shkd5jO6fAZIvC65I0T5/Gszrgupk7sxO9wozoG5W4jKdmmin vuretXVIvKzTF7DZI0dqo0h1blfdpg0WDxoxmR3+IQ== X-Google-Smtp-Source: ABdhPJzkgP6BEDEgQhuAM2rXNU61+MwKYa2K+ClyYgh+IFMum6eOxwSxae/Wj82WqClt5hDJXhIt8J5jlLwZk0HJSxg= X-Received: by 2002:aa7:dc53:: with SMTP id g19mr32773866edu.294.1642631152867; Wed, 19 Jan 2022 14:25:52 -0800 (PST) MIME-Version: 1.0 References: <20220104202227.2903605-1-yuzhao@google.com> In-Reply-To: From: Brian Geffon Date: Wed, 19 Jan 2022 17:25:16 -0500 Message-ID: Subject: Re: [PATCH v6 0/9] Multigenerational LRU Framework To: Yu Zhao Cc: Alexandre Frade , Daniel Byrne , =?UTF-8?Q?Holger_Hoffst=C3=A4tte?= , Jan Alexander Steffens , Shuang Zhai , Sofia Trinh , Steven Barrett , Suleiman Souhlal , 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, LKML , linux-mm , page-reclaim@google.com, "the arch/x86 maintainers" , Andrew Morton , Linus Torvalds Content-Type: text/plain; charset="UTF-8" Authentication-Results: imf06.hostedemail.com; dkim=pass header.d=google.com header.s=20210112 header.b=oGsu4bZq; dmarc=pass (policy=reject) header.from=google.com; spf=pass (imf06.hostedemail.com: domain of bgeffon@google.com designates 209.85.208.48 as permitted sender) smtp.mailfrom=bgeffon@google.com X-Stat-Signature: cfoh58epzdkxudm5jydkbew13msccugg X-Rspamd-Queue-Id: 803FB18000A X-Rspamd-Server: rspam12 X-HE-Tag: 1642631154-420770 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, Jan 11, 2022 at 3:41 AM Yu Zhao wrote: > > On 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 > > > ==== > > > The current page reclaim is too expensive in terms of CPU usage and it > > > often makes poor choices about what to evict. This patchset offers an > > > alternative solution that is performant, versatile and > > > straightforward. > > > > > > > > > Summery > > > ======= > > > 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 changes > > > with similar effects. > > > > > > Our options, accordingly, are: > > > 1. Given the amount of evidence, the reported improvements will likely > > > 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. > > > > Hi Andrew, Linus, > > > > Can you please take a look at this patchset and let me know if it's > > 5.17 material? > > > > My 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. > > Downstream kernel maintainers who have been carrying MGLRU for more than > 3 versions, can you please provide your Acked-by tags? > > Having this patchset in the mainline will make your job easier :) > > Alexandre - the XanMod Kernel maintainer > https://xanmod.org > > Brian - the Chrome OS kernel memory maintainer > https://www.chromium.org MGLRU has been maturing in ChromeOS for quite some time, we've maintained it in a number of different kernels between 4.14 and 5.15, and it's become the default for tens of millions of users. We've seen substantial improvements in terms of CPU utilization and memory pressure resulting in fewer OOM kills and reduced UI latency. I would love to see this make it upstream so more desktop users can benefit. Acked-by: Brian Geffon > > Jan - the Arch Linux Zen kernel maintainer > https://archlinux.org > > Steven - the Liquorix kernel maintainer > https://liquorix.net > > Suleiman - the ARCVM (Android downstream) kernel memory maintainer > https://chromium.googlesource.com/chromiumos/third_party/kernel > > Also my gratitude to those who have helped test MGLRU: > > Daniel - researcher at Michigan Tech > benchmarked memcached > > Holger - who has been testing/patching/contributing to various > subsystems since ~2008 > > Shuang - researcher at University of Rochester > benchmarked fio and provided a report > > Sofia - EDI https://www.edi.works > benchmarked the top eight memory hogs and provided reports > > Can you please provide your Tested-by tags? This will ensure the credit > for your contributions. > > Thanks!