[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <6a0a7570ff6c4994aee74b9bef6799eb@baidu.com>
Date: Sat, 12 Apr 2025 12:59:53 +0000
From: "Li,Rongqing" <lirongqing@...du.com>
To: Christian Brauner <brauner@...nel.org>
CC: "viro@...iv.linux.org.uk" <viro@...iv.linux.org.uk>, "jack@...e.cz"
<jack@...e.cz>, "linux-fsdevel@...r.kernel.org"
<linux-fsdevel@...r.kernel.org>, "linux-kernel@...r.kernel.org"
<linux-kernel@...r.kernel.org>
Subject: 答复: [外部邮件] Re: [PATCH] fs: Make file-nr output the total allocated file handles
> On Thu, Apr 10, 2025 at 07:21:17PM +0800, lirongqing wrote:
> > From: Li RongQing <lirongqing@...du.com>
> >
> > Make file-nr output the total allocated file handles, not per-cpu
> > cache number, it's more precise, and not in hot path
> >
> > Signed-off-by: Li RongQing <lirongqing@...du.com>
> > ---
>
> That means grabbing a lock suddenly. Is there an actual use-case behind this?
want to monitor it to find the leaking of the allocated file handler by some applications, but find it is inaccurate
So I think this is not a hot path, percpu_counter_sum_positive may be able to be used
Thank
-Li
Powered by blists - more mailing lists