[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20170704065215.GB12068@dhcp22.suse.cz>
Date: Tue, 4 Jul 2017 08:52:16 +0200
From: Michal Hocko <mhocko@...nel.org>
To: zhouxianrong <zhouxianrong@...wei.com>
Cc: linux-mm@...ck.org, linux-kernel@...r.kernel.org,
akpm@...ux-foundation.org, vbabka@...e.cz,
alexander.h.duyck@...el.com, mgorman@...e.de,
l.stach@...gutronix.de, vdavydov.dev@...il.com, hannes@...xchg.org,
minchan@...nel.org, npiggin@...il.com,
kirill.shutemov@...ux.intel.com, gi-oh.kim@...fitbricks.com,
luto@...nel.org, keescook@...omium.org, mark.rutland@....com,
mingo@...nel.org, heiko.carstens@...ibm.com,
iamjoonsoo.kim@....com, rientjes@...gle.com,
ming.ling@...eadtrum.com, jack@...e.cz, ebru.akagunduz@...il.com,
bigeasy@...utronix.de, Mi.Sophia.Wang@...wei.com,
zhouxiyu@...wei.com, weidu.du@...wei.com, fanghua3@...wei.com,
won.ho.park@...wei.com
Subject: Re: [PATCH mm] introduce reverse buddy concept to reduce buddy
fragment
On Tue 04-07-17 09:21:00, zhouxianrong wrote:
> the test was done as follows:
>
> 1. the environment is android 7.0 and kernel is 4.1 and managed memory is 3.5GB
There have been many changes in the compaction proper since than. Do you
see the same problem with the current upstream kernel?
> 2. every 4s startup one apk, total 100 more apks need to startup
> 3. after finishing step 2, sample buddyinfo once and get the result
How stable are those results?
--
Michal Hocko
SUSE Labs
Powered by blists - more mailing lists