[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <chffrjnr5ebky6aytx6va4lptu7mbxclmzqvzdnjwa6hrb7fzw@ewpebokeqfzs>
Date: Wed, 12 Nov 2025 15:02:12 +0100
From: Michal Koutný <mkoutny@...e.com>
To: Chen Ridong <chenridong@...weicloud.com>
Cc: Leon Huang Fu <leon.huangfu@...pee.com>, akpm@...ux-foundation.org,
cgroups@...r.kernel.org, corbet@....net, hannes@...xchg.org, jack@...e.cz,
joel.granados@...nel.org, kyle.meyer@....com, lance.yang@...ux.dev, laoar.shao@...il.com,
linux-doc@...r.kernel.org, linux-kernel@...r.kernel.org, linux-mm@...ck.org,
mclapinski@...gle.com, mhocko@...nel.org, muchun.song@...ux.dev,
roman.gushchin@...ux.dev, shakeel.butt@...ux.dev, tj@...nel.org
Subject: Re: [PATCH mm-new v3] mm/memcontrol: Add memory.stat_refresh for
on-demand stats flushing
On Wed, Nov 12, 2025 at 08:56:28AM +0800, Chen Ridong <chenridong@...weicloud.com> wrote:
> However, this fails the LTP test quite easily. The error logs come directly from LTP. The issue
> occurs because the threshold isn’t reached, resulting in an RSS value of 0. We tried increasing the
> memory allocated by the LTP case, but that wasn’t the right solution.
You touched on a slightly different cause (other than async flushing)
-- there are other fields/stats that are quantified by (basic) page
size. I.e. I think that might need different/more central solution, e.g.
working with absolute (not relative to pagesize) thresholds if absolute
precision is needed.
Thanks,
Michal
Download attachment "signature.asc" of type "application/pgp-signature" (266 bytes)
Powered by blists - more mailing lists