From: Michal Hocko <mhocko@kernel.org>
To: Vlastimil Babka <vbabka@suse.cz>
Cc: David Rientjes <rientjes@google.com>,
Andrew Morton <akpm@linux-foundation.org>,
Alexey Dobriyan <adobriyan@gmail.com>,
"Kirill A. Shutemov" <kirill.shutemov@linux.intel.com>,
linux-kernel@vger.kernel.org, linux-mm@kvack.org,
linux-api@vger.kernel.org
Subject: Re: [patch v2] mm, thp: always specify ineligible vmas as nh in smaps
Date: Tue, 25 Sep 2018 07:50:22 +0200 [thread overview]
Message-ID: <20180925055022.GL18685@dhcp22.suse.cz> (raw)
In-Reply-To: <0aa3eb55-82c0-eba3-b12c-2ba22e052a8e@suse.cz>
On Mon 24-09-18 22:43:49, Vlastimil Babka wrote:
> On 9/24/18 10:02 PM, Michal Hocko wrote:
> > On Mon 24-09-18 21:56:03, Michal Hocko wrote:
[...]
> >> That being said, I do not object to the patch, I am just trying to
> >> understand what is the intended usage for the flag that does try to say
> >> more than the madvise status.
> >
> > And moreover, how is the PR_SET_THP_DISABLE any different from the
> > global THP disabled case. Do we want to set all vmas to nh as well?
>
> Probably not. It's easy to check the global status, but is it possible
> to query for the prctl flags of a process?
Dunno but I suspect there is no way to check for this.
> We are looking at process or
> even vma-specific flags here. If the prctl was historically implemented
> via VM_NOHUGEPAGE and thus reported as such in smaps, it makes sense to
> do so even with the MMF_ flag IMHO?
Yes if this breaks some userspace which relied on the previous behavior.
But if nothing really broke then I guess it would be better to have the
semantic as clear as possible. Go and check the global status to make
the whole picture doesn't look very sound to me. On the other hand this
VMA has a madvise flag on it sounds quite clear and you know what to
expect at least. Sure the hint might be ignored in the end but well,
these are hints they do not guarantee anything after all.
--
Michal Hocko
SUSE Labs
next prev parent reply other threads:[~2018-09-25 5:50 UTC|newest]
Thread overview: 40+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <alpine.DEB.2.21.1809241054050.224429@chino.kir.corp.google.com>
2018-09-24 18:25 ` [patch] mm, thp: always specify ineligible vmas as nh in smaps Vlastimil Babka
2018-09-24 19:17 ` David Rientjes
2018-09-24 19:30 ` [patch v2] " David Rientjes
2018-09-24 19:56 ` Michal Hocko
2018-09-24 20:02 ` Michal Hocko
2018-09-24 20:43 ` Vlastimil Babka
2018-09-25 5:50 ` Michal Hocko [this message]
2018-09-25 19:52 ` David Rientjes
2018-09-25 20:29 ` Michal Hocko
2018-09-25 21:45 ` David Rientjes
2018-09-25 22:04 ` Andrew Morton
2018-09-26 0:55 ` David Rientjes
2018-09-26 6:06 ` Michal Hocko
2018-10-02 11:28 ` [RFC PATCH] mm, proc: report PR_SET_THP_DISABLE in proc Michal Hocko
2018-10-02 20:29 ` David Rientjes
2018-10-03 7:36 ` Michal Hocko
2018-10-03 22:51 ` David Rientjes
2018-10-04 5:58 ` Michal Hocko
2018-10-04 9:15 ` David Rientjes
2018-10-04 9:46 ` Michal Hocko
2018-10-04 18:34 ` David Rientjes
2018-10-09 8:33 ` Michal Hocko
2018-10-15 15:03 ` Michal Hocko
2018-10-15 22:25 ` David Rientjes
2018-10-16 10:48 ` Michal Hocko
2018-10-16 21:24 ` David Rientjes
2018-10-17 7:05 ` Michal Hocko
2018-10-17 19:59 ` David Rientjes
2018-10-18 7:00 ` Michal Hocko
2018-11-14 13:23 ` Michal Hocko
2018-11-14 21:41 ` David Rientjes
2018-11-15 9:02 ` Michal Hocko
2018-11-15 9:22 ` Michal Hocko
2018-11-19 22:05 ` David Rientjes
2018-11-20 7:48 ` Michal Hocko
2018-10-03 17:33 ` Mike Rapoport
2018-09-25 21:50 ` [patch v3] mm, thp: always specify disabled vmas as nh in smaps David Rientjes
2018-09-26 6:12 ` Michal Hocko
2018-09-26 7:17 ` Michal Hocko
2018-09-26 8:40 ` Vlastimil Babka
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=20180925055022.GL18685@dhcp22.suse.cz \
--to=mhocko@kernel.org \
--cc=adobriyan@gmail.com \
--cc=akpm@linux-foundation.org \
--cc=kirill.shutemov@linux.intel.com \
--cc=linux-api@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mm@kvack.org \
--cc=rientjes@google.com \
--cc=vbabka@suse.cz \
/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;
as well as URLs for NNTP newsgroup(s).