From: Michal Hocko <mhocko@kernel.org>
To: zhouxianrong <zhouxianrong@huawei.com>
Cc: "viro@zeniv.linux.org.uk" <viro@zeniv.linux.org.uk>,
"linux-fsdevel@vger.kernel.org" <linux-fsdevel@vger.kernel.org>,
"linux-mm@kvack.org" <linux-mm@kvack.org>,
Zhouxiyu <zhouxiyu@huawei.com>,
"wanghaijun (E)" <wanghaijun5@huawei.com>,
"Yuchao (T)" <yuchao0@huawei.com>
Subject: Re: 答复: [PATCH] reusing of mapping page supplies a way for file page allocation under low memory due to pagecache over size and is controlled by sysctl parameters. it is used only for rw page allocation rather than fault or readahead allocation. it is like...
Date: Wed, 1 Jun 2016 11:49:42 +0200 [thread overview]
Message-ID: <20160601094942.GJ26601@dhcp22.suse.cz> (raw)
In-Reply-To: <3b343dc4-a27b-9ed9-a1fd-e8a773352508@huawei.com>
On Wed 01-06-16 17:06:09, zhouxianrong wrote:
> > Why would you want to reuse a page about which you have no idea about
> > its age compared to the LRU pages which would be mostly clean as well?
> > I mean this needs a deep justification!
>
> reusing could not reuse page with page_mapcount > 0; it only reuse
> a pure file page without mmap. only file pages producted by rw
> syscall can be reuse; so no AF consideration for it and just use
> active/inactive flag to distinguish.
I am sorry but I do not follow.
--
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>
next prev parent reply other threads:[~2016-06-01 9:49 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-05-31 9:08 [PATCH] reusing of mapping page supplies a way for file page allocation under low memory due to pagecache over size and is controlled by sysctl parameters. it is used only for rw page allocation rather than fault or readahead allocation. it is like relclaim but is lighter than reclaim. it only reuses clean and zero mapcount pages of mapping. for special filesystems using this feature like below: zhouxianrong
2016-05-31 9:36 ` Michal Hocko
2016-05-31 13:35 ` 答复: [PATCH] reusing of mapping page supplies a way for file page allocation under low memory due to pagecache over size and is controlled by sysctl parameters. it is used only for rw page allocation rather than fault or readahead allocation. it is like zhouxianrong
2016-05-31 14:03 ` Michal Hocko
2016-06-01 1:52 ` zhouxianrong
2016-06-01 8:18 ` Michal Hocko
2016-06-01 9:06 ` zhouxianrong
2016-06-01 9:49 ` Michal Hocko [this message]
2016-06-01 9:56 ` zhouxianrong
2016-06-01 9:28 ` zhouxianrong
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=20160601094942.GJ26601@dhcp22.suse.cz \
--to=mhocko@kernel.org \
--cc=linux-fsdevel@vger.kernel.org \
--cc=linux-mm@kvack.org \
--cc=viro@zeniv.linux.org.uk \
--cc=wanghaijun5@huawei.com \
--cc=yuchao0@huawei.com \
--cc=zhouxianrong@huawei.com \
--cc=zhouxiyu@huawei.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