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 61079C43334 for ; Tue, 19 Jul 2022 00:44:06 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id DEA826B0073; Mon, 18 Jul 2022 20:44:05 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id D99D46B0074; Mon, 18 Jul 2022 20:44:05 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id C887F6B0075; Mon, 18 Jul 2022 20:44:05 -0400 (EDT) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0010.hostedemail.com [216.40.44.10]) by kanga.kvack.org (Postfix) with ESMTP id BA6086B0073 for ; Mon, 18 Jul 2022 20:44:05 -0400 (EDT) Received: from smtpin03.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay07.hostedemail.com (Postfix) with ESMTP id 8A018216FF for ; Tue, 19 Jul 2022 00:44:05 +0000 (UTC) X-FDA: 79702002450.03.16FABB0 Received: from mga09.intel.com (mga09.intel.com [134.134.136.24]) by imf07.hostedemail.com (Postfix) with ESMTP id 7F2E54005B for ; Tue, 19 Jul 2022 00:44:04 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1658191444; x=1689727444; h=from:to:cc:subject:references:date:in-reply-to: message-id:mime-version; bh=q5+VJDL3oTtOXslCW7UyHAdL/HccBlTnRViXZUYSzxc=; b=WDLhFvJtrDCR2qpJsCoapXWmxAz+5oNdt8pj+QOSETJPFqc21y4nh5bh kkemAjatFv3hoYGDARLVxS5ImRZ933PLuXxG7fjr9x9iG0KLtn7KOO6Rw 4jKVZlK/fNlO8SXoUU/GW5Et7GUUa8Knkedqx24G0K9Fljb/2QBAidjw+ 3APqBHLVuIcuucFFF+I3Fnp6dSUZn7gw9RlVbHlmrcwHgTNALEq6BZXuD l2uG8ZdCkAYodS9qPtKhuMxmnH7fSaNnididdnkUIfF0vc1TYSnZlPz79 YfUDNvAc4pq6rB/XNNnpyjqJD/kmUqo9z7oyPxq8CKPcHBS8WRRFPO1o4 g==; X-IronPort-AV: E=McAfee;i="6400,9594,10412"; a="287096004" X-IronPort-AV: E=Sophos;i="5.92,282,1650956400"; d="scan'208";a="287096004" Received: from orsmga006.jf.intel.com ([10.7.209.51]) by orsmga102.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 18 Jul 2022 17:44:02 -0700 X-IronPort-AV: E=Sophos;i="5.92,282,1650956400"; d="scan'208";a="572628190" Received: from yhuang6-desk2.sh.intel.com (HELO yhuang6-desk2.ccr.corp.intel.com) ([10.239.13.94]) by orsmga006-auth.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 18 Jul 2022 17:43:58 -0700 From: "Huang, Ying" To: Barry Song <21cnbao@gmail.com> Cc: akpm@linux-foundation.org, anshuman.khandual@arm.com, catalin.marinas@arm.com, linux-arm-kernel@lists.infradead.org, linux-mm@kvack.org, steven.price@arm.com, will@kernel.org, aarcange@redhat.com, guojian@oppo.com, hanchuanhua@oppo.com, hannes@cmpxchg.org, hughd@google.com, linux-kernel@vger.kernel.org, minchan@kernel.org, shy828301@gmail.com, v-songbaohua@oppo.com, zhangshiming@oppo.com Subject: Re: [RESEND PATCH v3] arm64: enable THP_SWAP for arm64 References: <20220718090050.2261-1-21cnbao@gmail.com> Date: Tue, 19 Jul 2022 08:43:47 +0800 In-Reply-To: <20220718090050.2261-1-21cnbao@gmail.com> (Barry Song's message of "Mon, 18 Jul 2022 21:00:50 +1200") Message-ID: <87mtd62apo.fsf@yhuang6-desk2.ccr.corp.intel.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=ascii ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1658191445; a=rsa-sha256; cv=none; b=rVVl8qvv1IV5qx3NI4hV5iTJIfXLvhUXC9fTkZvwyVq5HYTFXk/fuC5gxr2Ds9BYOvRJZ1 sGA3aXen6Dt1UbOJHUN6oWWCkN6SugztHfp+gO6QaSM771E/lEccJIRaLF67StM+Lxcrjt mY/jx4wOMUhGFjQrH8OEZwnhsYcFhlE= ARC-Authentication-Results: i=1; imf07.hostedemail.com; dkim=pass header.d=intel.com header.s=Intel header.b=WDLhFvJt; spf=none (imf07.hostedemail.com: domain of ying.huang@intel.com has no SPF policy when checking 134.134.136.24) smtp.mailfrom=ying.huang@intel.com; dmarc=pass (policy=none) header.from=intel.com ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1658191445; 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: in-reply-to:in-reply-to:references:references:dkim-signature; bh=4ePZRghzvM7rez5NtCt4xQzYkD6vBXp86S6ACNqzbKk=; b=FLC5N2tirwceIpGOCZlE00QfpFepm1KkqDTPLYxQ36yaPeQeVKaPZAAPegyMpy7klQcgCL Ailf2bK8lgkNeCcrwE+36Ss6yP2eMASO3T1Bu3uoU/1SA8A5krzwt/RegHwmvhCjDs20eW ysOf4ZRs/yu+zL0SfeuWyzl/zGfqy2E= X-Rspamd-Queue-Id: 7F2E54005B Authentication-Results: imf07.hostedemail.com; dkim=pass header.d=intel.com header.s=Intel header.b=WDLhFvJt; spf=none (imf07.hostedemail.com: domain of ying.huang@intel.com has no SPF policy when checking 134.134.136.24) smtp.mailfrom=ying.huang@intel.com; dmarc=pass (policy=none) header.from=intel.com X-Rspam-User: X-Rspamd-Server: rspam06 X-Stat-Signature: zeeagtsaarrni1gjk619n1hg6htjsxq6 X-HE-Tag: 1658191444-188643 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: Barry Song <21cnbao@gmail.com> writes: > From: Barry Song > > THP_SWAP has been proven to improve the swap throughput significantly > on x86_64 according to commit bd4c82c22c367e ("mm, THP, swap: delay > splitting THP after swapped out"). > As long as arm64 uses 4K page size, it is quite similar with x86_64 > by having 2MB PMD THP. THP_SWAP is architecture-independent, thus, > enabling it on arm64 will benefit arm64 as well. > A corner case is that MTE has an assumption that only base pages > can be swapped. We won't enable THP_SWAP for ARM64 hardware with > MTE support until MTE is reworked to coexist with THP_SWAP. > > A micro-benchmark is written to measure thp swapout throughput as > below, > > unsigned long long tv_to_ms(struct timeval tv) > { > return tv.tv_sec * 1000 + tv.tv_usec / 1000; > } > > main() > { > struct timeval tv_b, tv_e;; > #define SIZE 400*1024*1024 > volatile void *p = mmap(NULL, SIZE, PROT_READ | PROT_WRITE, > MAP_PRIVATE | MAP_ANONYMOUS, -1, 0); > if (!p) { > perror("fail to get memory"); > exit(-1); > } > > madvise(p, SIZE, MADV_HUGEPAGE); > memset(p, 0x11, SIZE); /* write to get mem */ > > gettimeofday(&tv_b, NULL); > madvise(p, SIZE, MADV_PAGEOUT); > gettimeofday(&tv_e, NULL); > > printf("swp out bandwidth: %ld bytes/ms\n", > SIZE/(tv_to_ms(tv_e) - tv_to_ms(tv_b))); > } > > Testing is done on rk3568 64bit quad core processor Quad Core > Cortex-A55 platform - ROCK 3A. > thp swp throughput w/o patch: 2734bytes/ms (mean of 10 tests) > thp swp throughput w/ patch: 3331bytes/ms (mean of 10 tests) > > Cc: "Huang, Ying" > Cc: Minchan Kim > Cc: Johannes Weiner > Cc: Hugh Dickins > Cc: Andrea Arcangeli > Cc: Anshuman Khandual > Cc: Steven Price > Cc: Yang Shi > Signed-off-by: Barry Song > --- > -v3: > * refine the commit log; > * add a benchmark result; > * refine the macro of arch_thp_swp_supported > Thanks to the comments of Anshuman, Andrew, Steven > > arch/arm64/Kconfig | 1 + > arch/arm64/include/asm/pgtable.h | 6 ++++++ > include/linux/huge_mm.h | 12 ++++++++++++ > mm/swap_slots.c | 2 +- > 4 files changed, 20 insertions(+), 1 deletion(-) > > diff --git a/arch/arm64/Kconfig b/arch/arm64/Kconfig > index 1652a9800ebe..e1c540e80eec 100644 > --- a/arch/arm64/Kconfig > +++ b/arch/arm64/Kconfig > @@ -101,6 +101,7 @@ config ARM64 > select ARCH_WANT_HUGETLB_PAGE_OPTIMIZE_VMEMMAP > select ARCH_WANT_LD_ORPHAN_WARN > select ARCH_WANTS_NO_INSTR > + select ARCH_WANTS_THP_SWAP if ARM64_4K_PAGES > select ARCH_HAS_UBSAN_SANITIZE_ALL > select ARM_AMBA > select ARM_ARCH_TIMER > diff --git a/arch/arm64/include/asm/pgtable.h b/arch/arm64/include/asm/pgtable.h > index 0b6632f18364..78d6f6014bfb 100644 > --- a/arch/arm64/include/asm/pgtable.h > +++ b/arch/arm64/include/asm/pgtable.h > @@ -45,6 +45,12 @@ > __flush_tlb_range(vma, addr, end, PUD_SIZE, false, 1) > #endif /* CONFIG_TRANSPARENT_HUGEPAGE */ > > +static inline bool arch_thp_swp_supported(void) > +{ > + return !system_supports_mte(); > +} > +#define arch_thp_swp_supported arch_thp_swp_supported > + > /* > * Outside of a few very special situations (e.g. hibernation), we always > * use broadcast TLB invalidation instructions, therefore a spurious page > diff --git a/include/linux/huge_mm.h b/include/linux/huge_mm.h > index de29821231c9..4ddaf6ad73ef 100644 > --- a/include/linux/huge_mm.h > +++ b/include/linux/huge_mm.h > @@ -461,4 +461,16 @@ static inline int split_folio_to_list(struct folio *folio, > return split_huge_page_to_list(&folio->page, list); > } > > +/* > + * archs that select ARCH_WANTS_THP_SWAP but don't support THP_SWP due to > + * limitations in the implementation like arm64 MTE can override this to > + * false > + */ > +#ifndef arch_thp_swp_supported > +static inline bool arch_thp_swp_supported(void) > +{ > + return true; > +} How about the following? static inline bool arch_wants_thp_swap(void) { return IS_ENABLED(ARCH_WANTS_THP_SWAP); } Best Regards, Huang, Ying > +#endif > + > #endif /* _LINUX_HUGE_MM_H */ > diff --git a/mm/swap_slots.c b/mm/swap_slots.c > index 2a65a89b5b4d..10b94d64cc25 100644 > --- a/mm/swap_slots.c > +++ b/mm/swap_slots.c > @@ -307,7 +307,7 @@ swp_entry_t folio_alloc_swap(struct folio *folio) > entry.val = 0; > > if (folio_test_large(folio)) { > - if (IS_ENABLED(CONFIG_THP_SWAP)) > + if (IS_ENABLED(CONFIG_THP_SWAP) && arch_thp_swp_supported()) > get_swap_pages(1, &entry, folio_nr_pages(folio)); > goto out; > }