Received: by 2002:ad5:4acb:0:0:0:0:0 with SMTP id n11csp3952900imw; Mon, 18 Jul 2022 18:16:49 -0700 (PDT) X-Google-Smtp-Source: AGRyM1tn6RW4TcC6JCxyAMOcTrOG98Vv45KYsLzxsoc5RWSnQ4pBTbC1RZ+I0Y+Q+gT0e7yAvSYo X-Received: by 2002:a05:6402:298a:b0:43a:76f8:a75c with SMTP id eq10-20020a056402298a00b0043a76f8a75cmr41121798edb.216.1658193408851; Mon, 18 Jul 2022 18:16:48 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1658193408; cv=none; d=google.com; s=arc-20160816; b=AJEkFWOF8cHs14RrzIX36SjjxZ6kahN0POEAp0ap3Wq9mOJKq6+QEk2hgOuwJuA+kY kkrf3JWz2satDmr7Ho6dke+jTX7KP9IXU2Q33Cj89UdKBYWE79c/q5/XG23MmRduF2Us yFORbnZWv+G+MbOX1uHyqXGPjpCR5Z6lUknsU+Itp8rvvYpS3KrFbW6PNxbWbEYe+C6r 8H0kZpdLaNqI3+Ir72xMmI/n/+AZj/t2mdWjGBZTlBqAR9p/kooEpZaqTn54LyjZL3Et mCtL9E2ULA/NljlFnLj5dmcC2rtPyGjSCXmABYvlu+LU9rjLKIvjOsLmSWx7p0bVvcKC hSHQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:mime-version:user-agent:message-id:in-reply-to :date:references:subject:cc:to:from:dkim-signature; bh=4ePZRghzvM7rez5NtCt4xQzYkD6vBXp86S6ACNqzbKk=; b=Crlxo/IBRVmWll+dyBLj88g+zGci4bPE2l3J1y687wT2U3vPo9CGanmjm6JqB8QRUN jhEsk+Xao0laa5ypWrYMJp4wlT48SPGmVtwqvpjH6YE0C3kTaEDkNBYe5BuSAsB91VHU TcySZDQHRmVNxi4lxUAWcl1jPLWO8wBvpyROS+up+RGD5HHvWAhUosIvLeDzQfJSShpI C2smfaLqNncBdAJ9lRnyhKg3lhSckt26HZl1xBWVLPpHBLQV8TH1CrKSjSi4MNpaHlHV QU/4xxgvGhBTCt0+ctH/HT+hNZPdjxdskrMvAmzmMM5/0b8tyAtLKwhqqc6L1ZIDcyOy SwKA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@intel.com header.s=Intel header.b=GGfxA0Ms; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=intel.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id e21-20020a17090658d500b0072f2bdf2bc6si1599541ejs.920.2022.07.18.18.16.22; Mon, 18 Jul 2022 18:16:48 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@intel.com header.s=Intel header.b=GGfxA0Ms; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229793AbiGSAoF (ORCPT + 99 others); Mon, 18 Jul 2022 20:44:05 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:44372 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229660AbiGSAoE (ORCPT ); Mon, 18 Jul 2022 20:44:04 -0400 Received: from mga05.intel.com (mga05.intel.com [192.55.52.43]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 35DEF2BB1F for ; Mon, 18 Jul 2022 17:44:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1658191443; x=1689727443; h=from:to:cc:subject:references:date:in-reply-to: message-id:mime-version; bh=q5+VJDL3oTtOXslCW7UyHAdL/HccBlTnRViXZUYSzxc=; b=GGfxA0MsBg8I5iRxtmyEtHjr7LU2FohHko3dRrBBfv5A1ZWmJXsxqJl9 E8c/Vkbhx65dGo4zawubb8k1uNdZduDmAEaf6SpkSA3AE3FK+RTDlEFqi LW2a/zGGR4m7WZZM3Xiir06I+d8o1O6DaYK1KlwsQnoCzfti65738Hev7 BRJwSFoGiA5/vPT5w+Vl7LP8jdp8Jzvo+o15tpuqELJ6cbC9YKgsXqFdJ 6Sapb0StIRFR8ya2nPQNhYuP7PxLFFAF594+0JHlhmkExNu1ysP3dj0I/ bKNThmIwHEP53S0RKdC5ENkjWKKuZvLzheHekWU0LsUSf80sRtinC4yGm g==; X-IronPort-AV: E=McAfee;i="6400,9594,10412"; a="372658868" X-IronPort-AV: E=Sophos;i="5.92,282,1650956400"; d="scan'208";a="372658868" Received: from orsmga006.jf.intel.com ([10.7.209.51]) by fmsmga105.fm.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 X-Spam-Status: No, score=-5.1 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_MED, SPF_HELO_NONE,SPF_NONE autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org 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; > }