linux-mm.kvack.org archive mirror
 help / color / mirror / Atom feed
From: Michal Hocko <mhocko@kernel.org>
To: Vinayak Menon <vinmenon@codeaurora.org>
Cc: linux-mm@kvack.org, kirill.shutemov@linux.intel.com,
	akpm@linux-foundation.org, minchan@kernel.org,
	catalin.marinas@arm.com, will.deacon@arm.com,
	ying.huang@intel.com, riel@redhat.com,
	dave.hansen@linux.intel.com, mgorman@suse.de,
	torvalds@linux-foundation.org, jack@suse.cz,
	linux-api@vger.kernel.org
Subject: Re: [PATCH v3] mm: make faultaround produce old ptes
Date: Tue, 23 Jan 2018 15:55:30 +0100	[thread overview]
Message-ID: <20180123145530.GO1526@dhcp22.suse.cz> (raw)
In-Reply-To: <20180123145506.GN1526@dhcp22.suse.cz>

On Tue 23-01-18 15:55:06, Michal Hocko wrote:
> [Please cc linux-api when proposing user interface]

now for real...

> On Mon 22-01-18 11:10:14, Vinayak Menon wrote:
> > Based on Kirill's patch [1].
> > 
> > Currently, faultaround code produces young pte.  This can screw up
> > vmscan behaviour[2], as it makes vmscan think that these pages are hot
> > and not push them out on first round.
> > 
> > During sparse file access faultaround gets more pages mapped and all of
> > them are young. Under memory pressure, this makes vmscan swap out anon
> > pages instead, or to drop other page cache pages which otherwise stay
> > resident.
> > 
> > Modify faultaround to produce old ptes if sysctl 'want_old_faultaround_pte'
> > is set, so they can easily be reclaimed under memory pressure.
> > 
> > This can to some extend defeat the purpose of faultaround on machines
> > without hardware accessed bit as it will not help us with reducing the
> > number of minor page faults.
> 
> So we just want to add a knob to cripple the feature? Isn't it better to
> simply disable it than to have two distinct implementation which is
> rather non-intuitive and I would bet that most users will be clueless
> about how to set it or when to touch it at all. So we will end up with
> random cargo cult hints all over internet giving you your performance
> back...
> 
> I really dislike this new interface. If the fault around doesn't work
> for you then disable it.
> 
> > Making the faultaround ptes old results in a unixbench regression for some
> > architectures [3][4]. But on some architectures like arm64 it is not found
> > to cause any regression.
> > 
> > unixbench shell8 scores on arm64 v8.2 hardware with CONFIG_ARM64_HW_AFDBM
> > enabled  (5 runs min, max, avg):
> > Base: (741,748,744)
> > With this patch: (739,748,743)
> > 
> > So by default produce young ptes and provide a sysctl option to make the
> > ptes old.
> >
> > [1] http://lkml.kernel.org/r/1463488366-47723-1-git-send-email-kirill.shutemov@linux.intel.com
> > [2] https://lkml.kernel.org/r/1460992636-711-1-git-send-email-vinmenon@codeaurora.org
> > [3] https://marc.info/?l=linux-kernel&m=146582237922378&w=2
> > [4] https://marc.info/?l=linux-mm&m=146589376909424&w=2
> > 
> > Acked-by: Kirill A. Shutemov <kirill.shutemov@linux.intel.com>
> > Signed-off-by: Vinayak Menon <vinmenon@codeaurora.org>
> -- 
> Michal Hocko
> SUSE Labs

-- 
Michal Hocko
SUSE Labs

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>

  reply	other threads:[~2018-01-23 14:55 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2018-01-22  5:40 Vinayak Menon
2018-01-23 14:55 ` Michal Hocko
2018-01-23 14:55   ` Michal Hocko [this message]
2018-01-23 15:38   ` Vinayak Menon
2018-01-23 16:05     ` Michal Hocko
2018-01-24  9:05       ` Vinayak Menon
2018-01-24  9:38         ` Michal Hocko
2018-01-24 10:43           ` Vinayak Menon
2018-01-24 11:11             ` Michal Hocko
2018-01-24 12:09               ` Vinayak Menon
2018-01-24 12:21                 ` Michal Hocko
2018-01-30 12:01                   ` Vinayak Menon

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=20180123145530.GO1526@dhcp22.suse.cz \
    --to=mhocko@kernel.org \
    --cc=akpm@linux-foundation.org \
    --cc=catalin.marinas@arm.com \
    --cc=dave.hansen@linux.intel.com \
    --cc=jack@suse.cz \
    --cc=kirill.shutemov@linux.intel.com \
    --cc=linux-api@vger.kernel.org \
    --cc=linux-mm@kvack.org \
    --cc=mgorman@suse.de \
    --cc=minchan@kernel.org \
    --cc=riel@redhat.com \
    --cc=torvalds@linux-foundation.org \
    --cc=vinmenon@codeaurora.org \
    --cc=will.deacon@arm.com \
    --cc=ying.huang@intel.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