Thread (40 messages) 40 messages, 5 authors, 2018-11-20

Re: [patch v2] mm, thp: always specify ineligible vmas as nh in smaps

From: Michal Hocko <mhocko@kernel.org>
Date: 2018-09-25 05:50:27
Also in: linux-mm, lkml

On Mon 24-09-18 22:43:49, Vlastimil Babka wrote:
On 9/24/18 10:02 PM, Michal Hocko wrote:
quoted
On Mon 24-09-18 21:56:03, Michal Hocko wrote:
[...]
quoted
quoted
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
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help