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 DBC5ECD128A for ; Tue, 9 Apr 2024 18:41:35 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id 5B5346B0083; Tue, 9 Apr 2024 14:41:35 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id 565A86B0087; Tue, 9 Apr 2024 14:41:35 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 42E256B0088; Tue, 9 Apr 2024 14:41:35 -0400 (EDT) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0014.hostedemail.com [216.40.44.14]) by kanga.kvack.org (Postfix) with ESMTP id 251086B0083 for ; Tue, 9 Apr 2024 14:41:35 -0400 (EDT) Received: from smtpin20.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay05.hostedemail.com (Postfix) with ESMTP id A151B40526 for ; Tue, 9 Apr 2024 18:41:34 +0000 (UTC) X-FDA: 81990861708.20.3C14AFD Received: from mail-ed1-f42.google.com (mail-ed1-f42.google.com [209.85.208.42]) by imf18.hostedemail.com (Postfix) with ESMTP id B7B841C000A for ; Tue, 9 Apr 2024 18:41:32 +0000 (UTC) Authentication-Results: imf18.hostedemail.com; dkim=pass header.d=gmail.com header.s=20230601 header.b=FcE+0EPW; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (imf18.hostedemail.com: domain of shy828301@gmail.com designates 209.85.208.42 as permitted sender) smtp.mailfrom=shy828301@gmail.com ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1712688092; 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=rycnIcFX9P6YNt1Ma0tNxMGD6wZUp4umyVjOO/LXTKw=; b=ZW6LPEsbX8P/MosXkTlm4GZxoh5JKqT57Zi1EKZAuRfSoROgjIEg+y5JvixLR4GbPXfzyS A+u9KTjlgmL9eQlPdlrYCkp7dTlIB7hMCezdQqig+gLmz48gCdmEujA6fkKwep749heNzb //FOdsz+gnAkxXVaVBNP9wxFZNQVGMk= ARC-Authentication-Results: i=1; imf18.hostedemail.com; dkim=pass header.d=gmail.com header.s=20230601 header.b=FcE+0EPW; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (imf18.hostedemail.com: domain of shy828301@gmail.com designates 209.85.208.42 as permitted sender) smtp.mailfrom=shy828301@gmail.com ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1712688092; a=rsa-sha256; cv=none; b=d9Dh0EY1GZML5o/T0t7Cc1Z041uIvLXguf8lUA+seB6jF+yfc3f4/xN0AiazuZN8eQECTw 8jV+LW2P+aLfJt7yZCevwj32STU/zj2g3lZgeWqwWh6uEkHh7Z5tZt5JzWXcQCLVi2yyBl sDzCW0lgMd+Eqs2OmmLDhdVO4N+H8wo= Received: by mail-ed1-f42.google.com with SMTP id 4fb4d7f45d1cf-56e346224bdso4036781a12.1 for ; Tue, 09 Apr 2024 11:41:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1712688091; x=1713292891; 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=rycnIcFX9P6YNt1Ma0tNxMGD6wZUp4umyVjOO/LXTKw=; b=FcE+0EPWZcGIROt5Pqa5T0/WJiSYmC5SnMQtpU0YeaNLdxv9W2Ert8K/iKGrWjxBw5 YJlytZfT5qfntIs2wYyDOLlIe5qemm57RP4OYK/AE7zPHDsKRrlg9YP4J42ZOAYQTYV/ C9wKTPtSrARhazzKDP+uwn8iIzYzX3i+wuU3qRpKP5qWRlgleRQ77S4xxVYPK++tBdb5 WlGHjHssgCxqEED1nwCdZTmoUR9URa9ebJYhogCe1BaGWcvgs4ByZk6FGGrJZJGpu3gr KBz2+IQR+dpmkziZzHPkgMNueu2id/8VkbQxOQJDij1j4ee5EvrVfISQms087ogfIK+0 xZ5g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1712688091; x=1713292891; 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=rycnIcFX9P6YNt1Ma0tNxMGD6wZUp4umyVjOO/LXTKw=; b=FSoDlX/xr162Gt0kLKpfJTYXo7EwHKVDyf9/eyMJ65lvzw+NJihQYe6TWx15kC6t3i ikyLb7YdFlmCY41iPO8lFVqDHDJuNdBLqVPmnc/S2GqPyr7ba85eb63vWTWnJZEjyXmZ 5dIzHrXLIi74z07ILnIl868UkOv6xorQpIGz/57NBfo5qafuiX03BJ3NUB68mcW1SW7Q 3sRAgoHlr+vqNlP5nZYSvWCPd7O7NAH0ABGjlGxitXszV00jJVMFDN3CmvQSWX8HPMpR C1qRXEAhYI5YLabOZ11waEZN1MTrDt5ACvt42tMmW7Y52pPvx3AHCbcVTfIo5bsvID9N 6Nzw== X-Forwarded-Encrypted: i=1; AJvYcCWR35BXoAfTliyvpRCuslIHePTmafBxNqbgknsp1Zx3MtoJdHuW08PkrHscXUiAFcL83nSQCW0+VKBql5/4hs6+3P8= X-Gm-Message-State: AOJu0Yx0cbKdfb10EU0/Iqlvn43CG/iykuMv0c1mM9KF2hIY9Ta3J+Ys dJxvXCWfrFzWcFT2PRUcmC3YEuYgcFlAEyO2IBVXb6rlCXn0KLY81YVB9+z1R8gAb2FPansh9qo mPygb1+WMtYHaFKTAUu2TXnJWaDA= X-Google-Smtp-Source: AGHT+IH4FLXG8pDe5HLvQKNYzeyM7+8fgiAWS3aArRQ4tj88pTqN5BMl3eRTkkgDMuv1qJ3KBnVjlaGUwOf6Mvi1KF8= X-Received: by 2002:a17:906:e10:b0:a51:ce01:d637 with SMTP id l16-20020a1709060e1000b00a51ce01d637mr186054eji.63.1712688090669; Tue, 09 Apr 2024 11:41:30 -0700 (PDT) MIME-Version: 1.0 References: <20240401191614.00007c83@Huawei.com> <9b3c2d48-96f2-4d29-b2ba-a0f2ea47da45@redhat.com> In-Reply-To: <9b3c2d48-96f2-4d29-b2ba-a0f2ea47da45@redhat.com> From: Yang Shi Date: Tue, 9 Apr 2024 11:41:19 -0700 Message-ID: Subject: Re: [LSF/MM/BPF TOPIC] Multi-sized THP performance benchmarks and analysis on ARM64 To: David Hildenbrand Cc: "Christoph Lameter (Ampere)" , Jonathan Cameron , lsf-pc@lists.linux-foundation.org, olivier.singla@amperecomputing.com, Linux MM , Michal Hocko , Dan Williams Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Rspam-User: X-Rspamd-Server: rspam12 X-Rspamd-Queue-Id: B7B841C000A X-Stat-Signature: ihkomb8d8eeexwpnzc6dsxthcbdp38pk X-HE-Tag: 1712688092-591837 X-HE-Meta: U2FsdGVkX18Y0OW3zTCXVk8b9qecnQAoWTqWHV+U9r00a+mPKEAp7+QRRT9Yh8tGypaa/dv4yf4DYKQrl7cvIFX5UIc8M9cHvTl18jdQGTbvclDvMg2dFBTiBD+M5kDIqthLLk6o3H9MlR6mcS1EQMr4UNM+va/4rGp23ha3rEWK5gPKunYG5rzPTVUmZI8Xk9VxDogULP9ZD1ONf89IQH/pqRI90H1ojPGpQkaJusL1RQVqS9RDO0OocbBS3wPLW5jLFVgNveuy5vP/xgSC41yErq17Ol/ATuYMVE8rSA4kfYXJoBPBst/oQZb29obhSSWo5tDoZqXcDGQAa0YvkwjAM0DA/qO/XMwoBiElCTpNuQAfTPIS0+HAl8oP3qZDzJGOi+GMK2IpePCCM8O2uL93gBEd8JsxTKCi3U504PcYm01kLs+f9ag3JqZJHlCLByCmzw6L6k+nljuxzZiHwSNJK+GjdZ+uQlxqA1wBQyP18MjhhQcPcikbf0hzj5NEihR9n1t+bmUHYFX6b9othn00Fld4PbaXzRxW8tbYT85oPq8MctR/9fDeIt/5/VUx1PX7yOw3SvUt4UbiOpufw2KE5M5qGz96tne0QFfGpNWWlRZVLbsqN2kYFF5T6gWp7AUyHGOK7bPAjJia2jVLZFoTmxa4YFbv8bOESeaiyW8e59TqmPMSt2OYCMy7iyDdJwPHF2sXt7YphHDqhNefOM+8nhs7tnhdOOdYpx+mN/n1e/PwP0SziHiraFd05lI7ueld8HxxPwwoan648Cmtti7U9hrKr0VrcSzkeqyDuYW9PdHstaAdHIsp7N9SETA47RJv0OFesuNee1XW6OTiapcsyh0dDgj1XFb0bAD9BIucaMRM01OLSzUNa/Q2Cc0q1KWJgWjq+QH/NZ8bbBYpFY2eINaw5WHpaBBhx1VzvshLDcjgrCSiRd89fMJZnRlDOfiZBUox/i+Nv25a/S8 +ljG4aiW x3dsqBCgF6FIqJgdatFDxe0P/241Sw43BTiYXlgwYnFaT0h0JWpA4/gc1UJ941o4zHu/VIFzs/gIGlZDZ7D9Y161gBooO9WRLlI3efN+7wLwUGb5cwyPRpLDTN7Cut9FfXg/e38QeRBqakW2u0Ot1JC2NIGWr4gS6dpzSGyfc/dX7OgwmAJ98T9bbrRnzo5owqziqyQUzLQoS7lk3pV1xM7bwEwX1ILd1gmv68gCWzRulBSbUXlY2hICHEbjJd+/tC+u/cAjUsDpOfBmbLSj1/of8l1bM05es5VE0 X-Bogosity: Ham, tests=bogofilter, spamicity=0.000017, 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, Apr 4, 2024 at 12:34=E2=80=AFPM David Hildenbrand wrote: > > On 04.04.24 20:57, Christoph Lameter (Ampere) wrote: > > On Mon, 1 Apr 2024, Jonathan Cameron wrote: > > > >> Sounds like useful data, but is it a suitable topic for LSF-MM? > >> What open questions etc is it raising? > > > > > > mTHP is new functionality that will require additional work to support > > more use cases. It is also unclear at this point in what usecases mTHP = is > > useful and where no benefit can so far be seen. Also the effect of > > coalescing multiple PTE entries into one TLB entry is new to MM > > (CONT_PTE). > > > > Ultimately it would be useful to have mTHP support also provide larger > > blocksize capabilities for filesystem etc etc. mTHP needs to mature and= an > > analysis of the arguable a bit experimental state of affairs can help a > > lot in getting there. > > Right, something like that (open items, missed use cases, requirements, > ideas, etc,.) would be a better (good!) fit. > > Pure benchmark results, analysis and recommendations are great. But > likely a better fit for a (white) paper, blog post, > less-discussion-focused conference. Thanks for the suggestion. I didn't plan to enumerate any open items because I think those items (for example, khugepaged support, swap, etc) were already well-known by mm community and we have made some progress on some items. The potential future optimization choices led by the benchmark and analysis may be worth discussing. For example, shall the allocation fallback should try every single order, is it a good idea to let users decide the orders, etc. We didn't know what the good choice should be before we had some benchmark data. > > -- > Cheers, > > David / dhildenb >