linux-mm.kvack.org archive mirror
 help / color / mirror / Atom feed
From: Fan Liangcai <liangcaifan19@gmail.com>
To: Andrew Morton <akpm@linux-foundation.org>
Cc: liangcai.fan@unisoc.com, linux-kernel@vger.kernel.org,
	linux-mm@kvack.org,  Chunyan Zhang <zhang.lyra@gmail.com>
Subject: Re: [PATCH] mm: Set min_free_kbytes with user_min_free_kbytes when user_min_free_kbytes is preferred
Date: Wed, 29 Sep 2021 14:15:53 +0800	[thread overview]
Message-ID: <CAEc3SeA8eyMjfrA8Q9UY3knvNwrn68wC7kVn10QZf=X0te5Vsg@mail.gmail.com> (raw)
In-Reply-To: <20210928152919.df87f6c8194316ff1407cdc7@linux-foundation.org>

Andrew Morton <akpm@linux-foundation.org> 于2021年9月29日周三 上午6:29写道:
>
> On Tue, 28 Sep 2021 20:23:17 +0800 Liangcai Fan <liangcaifan19@gmail.com> wrote:
>
> > The 'min_free_kbytes' and 'user_min_free_kbytes' maybe inconsistent
> > after a few times of memory hotplug.
>
> What does "inconsistent" mean here?
>
> Please describe the problem in more detail, perhaps with examples.
>
example:
1. Turn on the device with 1G memory, and the calculated 'new_min_free_kbytes'
is 3452kb, at this time 'min_free_kbytes' = 'new_min_free_kbytes' = 3452kb,
'user_min_free_kbytes' is the initial value -1.

2. The user sets 'min_free_kbytes' to 4096kb through the node,
at this time 'user_min_free_kbytes' = 'min_free_kbytes' = 4096kb.

3. The memory has increased by 2G, and the memory has become 3G.
Recalculate 'new_min_free_kbytes' to be 6568kb, which is greater than
'user_min_free_kbytes'(4096kb), at this time
'min_free_kbytes' = 'new_min_free_kbytes' = 6568kb,
'user_min_free_kbytes' = 4096kb.

4. The memory has been reduced by 2G, and now the memory has become 1G.
Recalculate 'new_min_free_kbytes' to be 3452kb, which is less than
'user_min_free_kbytes'(4096kb). The original logic does not modify
'min_free_kbytes'.
At this time, 'min_free_kbytes' is the last 'new_min_free_kbytes'(6568kb).
The memory is 1G ,'min_free_kbytes' should be equal to
'user_min_free_kbytes'(4096kb)
set by the user.

> > When 'new_min_free_kbytes' is not larger than 'user_min_free_kbytes',
> > set 'min_free_kbytes' with 'user_min_free_kbytes' rather than leave
> > it as the 'new_min_free_kbytes' calculated for the last time.
> >
> > Signed-off-by: Liangcai Fan <liangcaifan19@gmail.com>
> > Cc: Chunyan Zhang <zhang.lyra@gmail.com>
> > ---
> >  mm/page_alloc.c | 6 ++++++
> >  1 file changed, 6 insertions(+)
> >
> > diff --git a/mm/page_alloc.c b/mm/page_alloc.c
> > index b37435c..ddf9dc1 100644
> > --- a/mm/page_alloc.c
> > +++ b/mm/page_alloc.c
> > @@ -8467,6 +8467,12 @@ int __meminit init_per_zone_wmark_min(void)
> >               if (min_free_kbytes > 262144)
> >                       min_free_kbytes = 262144;
> >       } else {
> > +             /*
> > +              * Set 'min_free_kbytes' with 'user_min_free_kbytes' rather than
> > +              * leave it as the 'new_min_free_kbytes' calculated for the last
> > +              * time.
> > +              */
>
> This comment explains what the code is doing, which is almost always
> obvious from reading the code!  A better comment will describe *why*
> the code is doing whatever is does.   "why, not what", please.
>
I think this comment is redundant and will be deleted.
> > +             min_free_kbytes = user_min_free_kbytes;
> >               pr_warn("min_free_kbytes is not updated to %d because user defined value %d is preferred\n",
> >                               new_min_free_kbytes, user_min_free_kbytes);
> >       }
>


      reply	other threads:[~2021-09-29  6:16 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-09-28 12:23 Liangcai Fan
2021-09-28 22:29 ` Andrew Morton
2021-09-29  6:15   ` Fan Liangcai [this message]

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='CAEc3SeA8eyMjfrA8Q9UY3knvNwrn68wC7kVn10QZf=X0te5Vsg@mail.gmail.com' \
    --to=liangcaifan19@gmail.com \
    --cc=akpm@linux-foundation.org \
    --cc=liangcai.fan@unisoc.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-mm@kvack.org \
    --cc=zhang.lyra@gmail.com \
    /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