[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <60d253bb-33d0-4328-bfde-3b7c26435cde@linux.alibaba.com>
Date: Wed, 4 Mar 2020 17:37:31 +0800
From: Alex Shi <alex.shi@...ux.alibaba.com>
To: Rong Chen <rong.a.chen@...el.com>
Cc: Andrew Morton <akpm@...ux-foundation.org>, cgroups@...r.kernel.org,
mgorman@...hsingularity.net, tj@...nel.org, hughd@...gle.com,
khlebnikov@...dex-team.ru, daniel.m.jordan@...cle.com,
yang.shi@...ux.alibaba.com, willy@...radead.org,
hannes@...xchg.org, lkp@...el.com,
Michal Hocko <mhocko@...nel.org>,
Vladimir Davydov <vdavydov.dev@...il.com>,
linux-kernel@...r.kernel.org, linux-mm@...ck.org
Subject: Re: [PATCH v9 07/20] mm/lru: introduce TestClearPageLRU
在 2020/3/4 下午5:03, Rong Chen 写道:
>> Hi Andrew,
>>
>> Thanks a lot for comments!
>> Yes, this patch is essential for all next.
>>
>> Consider the normal memory testing would focus on user page, that probabably with PageLRU.
>>
>> Fengguang's vm-scalibicase-small-allocs which used a lots vm_area_struct slab, which may
>> got some impact. 0day/Cheng Rong is working on the test. In my roughly testing, it may drop 5% on my
>> 96threads/394GB machine.
>>
>> Thanks
>> Alex
> Hi,
>
> We only tested one case and found a slight regression of vm-scalability.median from this patch set:
>
> Test case: small allocs
> =========================================================================================
> compiler/cpufreq_governor/kconfig/rootfs/runtime/tbox_group/test/testcase/ucode:
> gcc-7/performance/x86_64-rhel-7.6/debian-x86_64-20191114.cgz/300s/lkp-ivb-d02/small-allocs/vm-scalability/0x21
It's a very acceptable result!
Thanks a lot for so quick testing! I believe your results would be far more stable than me. :)
(My testing show quit different result in 2 reboot(1.3% or 6.6% drop). Maybe sth wrong for me in this case.)
Thanks for your report!
Alex
Powered by blists - more mailing lists