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 3988AC25B78 for ; Wed, 15 May 2024 18:14:32 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id A92376B0365; Wed, 15 May 2024 14:14:31 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id A42866B0368; Wed, 15 May 2024 14:14:31 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 8E40D6B03A3; Wed, 15 May 2024 14:14:31 -0400 (EDT) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0013.hostedemail.com [216.40.44.13]) by kanga.kvack.org (Postfix) with ESMTP id 71B2B6B0365 for ; Wed, 15 May 2024 14:14:31 -0400 (EDT) Received: from smtpin05.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay08.hostedemail.com (Postfix) with ESMTP id 1782914016C for ; Wed, 15 May 2024 18:14:31 +0000 (UTC) X-FDA: 82121430342.05.708790D Received: from mail-vk1-f179.google.com (mail-vk1-f179.google.com [209.85.221.179]) by imf26.hostedemail.com (Postfix) with ESMTP id 540E3140015 for ; Wed, 15 May 2024 18:14:28 +0000 (UTC) Authentication-Results: imf26.hostedemail.com; dkim=pass header.d=gmail.com header.s=20230601 header.b=W0aA7ZwK; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (imf26.hostedemail.com: domain of 21cnbao@gmail.com designates 209.85.221.179 as permitted sender) smtp.mailfrom=21cnbao@gmail.com ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1715796868; h=from:from:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:mime-version: content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references:dkim-signature; bh=Hw9Js+rIHKyzi2NFx9G4KdQaCCui6X9CV5Djij/NEDs=; b=zSUnHVT5sYZawLU6Aq+3/FN3CSxcxoxJk3F8FU30qqKP0HcR0rGZaJPhRbRW/Rxy/U7naM hAPV3KRMaSeLP2X8jK5gZmYLeYyXO+x+6kGatkgGtMMvvenNz/K5pkil/QG0IfsSQaWobN 5Bx1HoWJagmV8mHYbWf+pG9jxGSXnp4= ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1715796868; a=rsa-sha256; cv=none; b=TubNFCVrqFssQErX/5eXC3KNLu+nwy8EXbcZa69IPMukKZjOi03paleXTSBEMfg/XdZ2WJ pkFOTWJukHBYZPVizqQGTJ4SJp8623rmIgcvdPPl+qizpbNYBxEKYnuXiDrvtMsTq6fI5P XdmoHPP6SKHiQ6lPWYiIip5RvlDo22k= ARC-Authentication-Results: i=1; imf26.hostedemail.com; dkim=pass header.d=gmail.com header.s=20230601 header.b=W0aA7ZwK; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (imf26.hostedemail.com: domain of 21cnbao@gmail.com designates 209.85.221.179 as permitted sender) smtp.mailfrom=21cnbao@gmail.com Received: by mail-vk1-f179.google.com with SMTP id 71dfb90a1353d-4df9b81502eso1596333e0c.2 for ; Wed, 15 May 2024 11:14:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1715796867; x=1716401667; darn=kvack.org; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:from:to:cc:subject:date :message-id:reply-to; bh=Hw9Js+rIHKyzi2NFx9G4KdQaCCui6X9CV5Djij/NEDs=; b=W0aA7ZwKXawS0a1lJ+IB7NSC1PQRHyy2dk6Yno9ukoIBbPpkYM3yf999VvhiKyMm4B Ef2qoX74wwwabexvl7jJtWzCQgyVtV7Y8aXeucNCFXq5C/x8I9IekB7L0XFaUi/9NraG drDY0geRHrMPo/3zm84xsdQdVYc49+Udj3fRMpUoHSctoga3FDjeQrhskER0+nmNyzPE +UYl9jDZzCtFBSMRNWXIvnW0Mb3JbGLdIQXz5LHpiZhL9FLmywMjs945MPFN52Xr23Wp 9GZOsymUAfg5/qemJBGqPwIvZFVbVpBRkAEkzEdcqKf1lKgJNg+rxVEBOT237VOUSZUe awOg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1715796867; x=1716401667; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=Hw9Js+rIHKyzi2NFx9G4KdQaCCui6X9CV5Djij/NEDs=; b=B1jH+h0w1Elz9BvSFhF+uxkNCXoSO33+bbRSnw2Y2HnRFkCxftv6Fi9/3ntiONYmTg q7BqtpCiSFlTRj5nVLG3OfEz1PS6NDPAgUdHKDaLArvJRQZegbdhf+Ll2RAExNjlTl6g 4o+2+FiU8VNztpeiyL6wWd0A57a1MjYntNc6fDUksqdN0bwgxTRuEbp9UEd62uT50vV1 JW0rdgivkRCjRM5wnlhn08RoUGWJ07XMNqv29Fy/oeGA2aWsRfJID/9gHK5lOjjHghRW Kd81zpuPcb7zzgdJrPqWtR1Jtuc7fJSYgfvYuiea12VGd+n5dpbZRR272L2VbxlIaRuS 6jrg== X-Forwarded-Encrypted: i=1; AJvYcCVa5wNbxfym55PgwssdxjjWirGyeV7JAajPrlltq8EQDlqSGrXeTmnspgehnDAuzpdozNdBjwuqFew98EbQOv5BQAM= X-Gm-Message-State: AOJu0YzLTKqK+cFRGX8lRDvX9U414MkD8Q2XrJrqLmI1pKOP/vXGqb3S PEf8CgAHlbRPZxYFj0IFoTg5cW6yvJp8dMo0J3T61kuCxhWOz8PNur9f2wogUco9Kw9bYY1X2bX AquiHlryFIO2ge9y465zzexazDuU= X-Google-Smtp-Source: AGHT+IGJllsYzq4ISWPIwdVzw7qw4a3iAOuZ8km6rcAK32dk2pcsUJWWyyPzEkVdd2ssJ+cpzm+z4AcUhvsOtYqhK7A= X-Received: by 2002:a05:6122:318d:b0:4d8:7359:4c25 with SMTP id 71dfb90a1353d-4df8834b266mr13785926e0c.12.1715796867176; Wed, 15 May 2024 11:14:27 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Barry Song <21cnbao@gmail.com> Date: Thu, 16 May 2024 06:14:15 +1200 Message-ID: Subject: Re: [Lsf-pc] [LSF/MM/BPF TOPIC]mTHP reliable allocation and reclamation To: Yang Shi Cc: Yu Zhao , Michal Hocko , Matthew Wilcox , Linux-MM , lsf-pc@lists.linux-foundation.org Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Stat-Signature: b9io943gaffr17auwix6q1bjpu3pq7yk X-Rspamd-Queue-Id: 540E3140015 X-Rspam-User: X-Rspamd-Server: rspam01 X-HE-Tag: 1715796868-482579 X-HE-Meta: U2FsdGVkX18KxT37AgIKMiMovpHkz+gp+3hBNoo6khAItzR1FVoshGX3DOWSETACraBJO3A75nPHubOhd1yB1gnpsSJ3ED0t7HI54RAYFWOwHiz8/6xg//7DMYonUlSxpvZYDRsAcXzaij0l6y1deAunJhZQwBzVUkSCONUBelDMg7noseCrmotDAifZS0Gb6lSpO7I5ew4y+huWT6M378KSqVwnsmYE5W2HtmaDaEkBSNHh/3VmAXFFcIriBqQ8hXoaIVgCms0Xan1TEEdkBdlOXtiJWAp+eVV45IMWRucBlD62RfJTHo6T/mOeHu65eyWLrnamfX4Wm5EcKifRZBQxSmAPVt6HtYEcJ7xrCYI9rqqsCKGabMTy1bT54DVxmbMlDm/kLXKFjpTtUOE4rNRnSeaCZLb5Rfd2V4lDsSEF8toRRZUI+lfaKXlxTiuGG4eOopLWE7klISyuHHu2tylgVhBEK5+WET2k3PnE+nvzAw+4cUXvnkUurn9Z/T4Pjo2DVKfGbdpRDmToG9eSbOdEUyd/TG2YF4pAEUyI0aGqg6xv2wPeo3rvtqYul0+JZ+XykNi3qHG+Nqkg3yCKDeOt0eDhITaowmouvv6UXfYzaJUOeiWvKq2xRcSpTAy/AahwVi70zaPVW0zfPH8koobykzL+5oi7SsR2wx6tYfopo9S/TAKFI4QWtwEatjYMwykszGcZ3N/DE4b3egEh+VsWoojG5B0P+/BUAx8Orlm6rp8x7eI10MmFL78+wqQ352b1sM0YpouGzSPooRDn8oMYpPASMy2aRKRcmYuhtOokV2ISkVJjfGxlrT9hv7X/G2f60fgt4+HmoGFkC245VHLD4LeSkbgnKdNrpYBNSVQjUsykmiLAuJPw1WJcpNf/RxZFsBpzdyrFF76SA6JF7rCtyv7PSySVh95QnhX1gckfN0hG++ug0KJYPEuy50H/hCzj1MjopKVbK9gTxxp v4VrCmHd NRGbu3mGxjsXxNAilGsZQmU4xta/AFNv4vJu1gQCAaAmKC8NeppbEpd1zHXPUWtHU180zmwDrBa2MI49GTebJ7+0HNW8i/EAYGJdGyW8xkg8w8UQo5rbOK5bXmj0YC0MTywAuJzU9eT5U1paBDEFXfRfatmOzehdP6o3qhDA2s0izMwZBSTuH5a7p1VYv7uzjkPXFG4Lu9SN2uI/kUK6ZPYipvGJufk0gQqjeAvlz441orSjFtRwVSYheaYiZm8UJQWhn0UCeUJD1g0VRnyZHHJZNoo7jYDa4Q+pt6yiBs0sKx46ovOHF8mJqLeLlvb+TDpklt1O2jbFfE/pE2wWpVeZkMR4N6+tCPUhhLbgFwuy5V58Y1OMFufeE32OO5YjTzSYmjInptj+UtDBTiFMDKefk64+4ff5GeR0NNZIHASnHD5JxHzE1256r8H613kJ3v/3EvphSAn+JtN0= 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: List-Subscribe: List-Unsubscribe: On Thu, May 16, 2024 at 1:50=E2=80=AFAM Yang Shi wrot= e: > > On Tue, May 14, 2024 at 8:45=E2=80=AFPM Barry Song <21cnbao@gmail.com> wr= ote: > > > > On Sat, May 11, 2024 at 8:33=E2=80=AFAM Yu Zhao wro= te: > > > > > > On Fri, May 10, 2024 at 8:25=E2=80=AFAM Michal Hocko wrote: > > > > > > > > On Fri 10-05-24 14:42:07, Barry Song wrote: > > > > [...] > > > > > I'm completely open to discussing both topics in the same TAO ses= sion. > > > > > Having a separate session isn't important to me at all. > > > > > > > > If we happen to still have some topics uncovered we can schedule a > > > > follow up slot. > > > > > > Thanks, Michal. > > > > > > Barry, you are very welcome to present your alternative approach in > > > the same session. > > > > > > In fact, it seems that we both independently explored this > > > pageblock-based approach. I did share our design with a few folks and > > > explained why we put it on the back burner and have been focusing on > > > the zone-based approach since then. > > > > > > Let me attach the deck that outlines our design, hopefully, we'll hav= e > > > enough time to cover some of its ideas if there is enough interest. > > > > Thank you. I'm also attaching our findings regarding mTHP allocation & > > reclamation fallback, along with our approach and observations on runni= ng > > TAO on Pixel 6. > > > > From deploying mTHP on numerous phones, I've learned that I'm not keen > > on using dedicated page blocks for mTHP. Instead, I prefer the virtual = zone > > approach due to the folio size conflict in a single LRU. Further detail= s are > > available in the attached PDF. > > I'd like to know what page sizes were enabled for your test? A single > page size, for example, 64K, or all possible page sizes? A single page size - 64K. In my case, I doubt that enabling all conceivable page sizes would improve performance, as user space may have its own unique patterns for operations like MADV_DONTNEED. Since much of the memory is likely allocated to the heap, enabling all sizes could lead to numerous fragments within these heap VMAs. Conversely, without a readahead-like mechanism, allocating large folio sizes might result in portions of memory being seldom or never used. Considering that 64K is one of the base page sizes for ARM hardware, it strikes a balance between being adequately sized and not overly large. > > > > > Best regards > > Barry Thanks Barry