From: Corey Minyard <minyard@acm.org>
To: chenchacha <chen.chenchacha@qq.com>
Cc: Chen Guanqiao <chen.chenchacha@foxmail.com>,
openipmi-developer@lists.sourceforge.net,
linux-kernel@vger.kernel.org
Subject: Re: [PATCH 0/3] ipmi: msghandler: check the users and msgs causing the system to block
Date: Mon, 28 Mar 2022 10:45:45 -0500 [thread overview]
Message-ID: <20220328154545.GP3457@minyard.net> (raw)
In-Reply-To: <tencent_071EACFAEE3F0CFA14A674C4603E39026F09@qq.com>
On Mon, Mar 28, 2022 at 11:27:06PM +0800, chenchacha wrote:
>
> > Anyway, a better solution for the kernel side of things, I think, would
> > be to add limits on the number of users and the number of messages per
> > user. That's more inline with what other kernel things do. I know of
> > nothing else in the kernel that does what you are proposing.
>
> The precondition for add limits, is that people known that ipmi has too many
> users and messages cause problems, this patch is to let administrator known
> that.
>
> In addition, different machines have different limit, My server my block
> 700,000 messages and it's fine, and my NAS pc went to OOM when it probably
> blocked for 10,000 messages. So, to limit the number of users and messages,
> can wait until we have accumulated some online experience?
I don't mean a limit on the total number of messages, but a limit on the
total number of oustanding messages, and a limit on the total number of
users. No user should have more than a handful of oustanding message,
and limiting the number of users to 20 or 30 should be more than enough
for any system.
Having those limits in place would probably help you trace down your
problem, as you would hit the limits and it should report it at the
source of the problem.
-corey
>
> >
> > Does that make sense?
> >
> > -corey
> >
>
> thanks
> --
>
> Chen Guanqiao
> > >
> > > This patch provides a method to view the current number of users and messages in
> > > ipmi, and introduce a simple interface to clear the message queue.
> > >
> > > Chen Guanqiao (3):
> > > ipmi: Get the number of user through sysfs
> > > ipmi: Get the number of message through sysfs
> > > ipmi: add a interface to clean message queue in sysfs
> > >
> > > drivers/char/ipmi/ipmi_msghandler.c | 159 ++++++++++++++++++++++++++++
> > > 1 file changed, 159 insertions(+)
> > >
> > > --
> > > 2.25.1
> > >
>
next prev parent reply other threads:[~2022-03-28 15:48 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-03-27 16:47 [PATCH 0/3] ipmi: msghandler: check the users and msgs causing the system to block Chen Guanqiao
2022-03-28 1:38 ` Corey Minyard
[not found] ` <tencent_071EACFAEE3F0CFA14A674C4603E39026F09@qq.com>
2022-03-28 15:45 ` Corey Minyard [this message]
2022-03-29 16:10 ` chenchacha
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20220328154545.GP3457@minyard.net \
--to=minyard@acm.org \
--cc=chen.chenchacha@foxmail.com \
--cc=chen.chenchacha@qq.com \
--cc=linux-kernel@vger.kernel.org \
--cc=openipmi-developer@lists.sourceforge.net \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox