[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <644616a9-ec05-1d2e-22fc-93890adb3324@huawei.com>
Date: Wed, 9 Oct 2019 18:01:00 +0800
From: Hanjun Guo <guohanjun@...wei.com>
To: Will Deacon <will@...nel.org>, <linux-kernel@...r.kernel.org>
CC: Kees Cook <keescook@...omium.org>, Ingo Molnar <mingo@...nel.org>,
"Elena Reshetova" <elena.reshetova@...el.com>,
Peter Zijlstra <peterz@...radead.org>,
Ard Biesheuvel <ard.biesheuvel@...aro.org>,
Jan Glauber <jglauber@...vell.com>
Subject: Re: [PATCH v3 00/10] Rework REFCOUNT_FULL using atomic_fetch_*
operations
On 2019/10/7 23:46, Will Deacon wrote:
> Hi all,
>
> This is version three of the patches I previously posted here:
>
> v1: https://lkml.kernel.org/r/20190802101000.12958-1-will@kernel.org
> v2: https://lkml.kernel.org/r/20190827163204.29903-1-will@kernel.org
>
> Changes since v2 include:
>
> - Remove the x86 assembly version and enable this code unconditionally
> - Move saturation warnings out-of-line to reduce image bloat
>
> Cheers,
>
> Will
>
> Cc: Kees Cook <keescook@...omium.org>
> Cc: Ingo Molnar <mingo@...nel.org>
> Cc: Elena Reshetova <elena.reshetova@...el.com>
> Cc: Peter Zijlstra <peterz@...radead.org>
> Cc: Ard Biesheuvel <ard.biesheuvel@...aro.org>
> Cc: Hanjun Guo <guohanjun@...wei.com>
> Cc: Jan Glauber <jglauber@...vell.com>
>
I tested on top of 5.4-rc2 (with Jan's open-read-close file test case), on a 96 CPU
cores ARM64 server, I can see no much difference under 24 cores (each 24 core is
a NUMA node), but +5.9% performance improve on 48 cores and +8.4% for 96 cores.
For the ARM64 arch,
Tested-by: Hanjun Guo <guohanjun@...wei.com>
Thanks
Hanjun
Powered by blists - more mailing lists