From: Minchan Kim <minchan@kernel.org>
To: Joonsoo Kim <js1304@gmail.com>
Cc: Joonsoo Kim <iamjoonsoo.kim@lge.com>,
Andrew Morton <akpm@linux-foundation.org>,
LKML <linux-kernel@vger.kernel.org>,
Sergey Senozhatsky <sergey.senozhatsky@gmail.com>,
karam.lee@lge.com, sangseok.lee@lge.com, chan.jeong@lge.com
Subject: Re: [PATCH] zram: revive swap_slot_free_notify
Date: Tue, 22 Mar 2016 23:06:29 +0900 [thread overview]
Message-ID: <20160322140629.GA3221@bbox> (raw)
In-Reply-To: <CAAmzW4NmO-pP4tFmhmnGi+XacHvWapVNu-=AmvDOePFCAFYBgA@mail.gmail.com>
On Tue, Mar 22, 2016 at 05:20:08PM +0900, Joonsoo Kim wrote:
> 2016-03-22 17:00 GMT+09:00 Minchan Kim <minchan@kernel.org>:
> > On Tue, Mar 22, 2016 at 02:08:59PM +0900, Joonsoo Kim wrote:
> >> On Fri, Mar 18, 2016 at 04:58:31PM +0900, Minchan Kim wrote:
> >> > <b430e9d1c6d4> "remove compressed copy from zram in-memory"
> >> > applied swap_slot_free_notify call in *end_swap_bio_read* to
> >> > remove duplicated memory between zram and memory.
> >> >
> >> > However, with introducing rw_page in zram <8c7f01025f7b>
> >> > "zram: implement rw_page operation of zram", it became void
> >> > because rw_page doesn't need bio.
> >> >
> >> > This patch restores the function for rw_page.
> >> >
> >> > Signed-off-by: Minchan Kim <minchan@kernel.org>
> >> > ---
> >> > mm/page_io.c | 93 ++++++++++++++++++++++++++++++++----------------------------
> >> > 1 file changed, 50 insertions(+), 43 deletions(-)
> >> >
> >> > diff --git a/mm/page_io.c b/mm/page_io.c
> >> > index ff74e512f029..18aac7819cc9 100644
> >> > --- a/mm/page_io.c
> >> > +++ b/mm/page_io.c
> >> > @@ -66,6 +66,54 @@ void end_swap_bio_write(struct bio *bio)
> >> > bio_put(bio);
> >> > }
> >> >
> >> > +static void swap_slot_free_notify(struct page *page)
> >> > +{
> >> > + struct swap_info_struct *sis;
> >> > + struct gendisk *disk;
> >> > +
> >> > + /*
> >> > + * There is no guarantee that the page is in swap cache - the software
> >> > + * suspend code (at least) uses end_swap_bio_read() against a non-
> >> > + * swapcache page. So we must check PG_swapcache before proceeding with
> >> > + * this optimization.
> >> > + */
> >> > + if (unlikely(!PageSwapCache(page)))
> >> > + return;
> >> > +
> >> > + sis = page_swap_info(page);
> >> > + if (!(sis->flags & SWP_BLKDEV))
> >> > + return;
> >> > +
> >> > + /*
> >> > + * The swap subsystem performs lazy swap slot freeing,
> >> > + * expecting that the page will be swapped out again.
> >> > + * So we can avoid an unnecessary write if the page
> >> > + * isn't redirtied.
> >> > + * This is good for real swap storage because we can
> >> > + * reduce unnecessary I/O and enhance wear-leveling
> >> > + * if an SSD is used as the as swap device.
> >> > + * But if in-memory swap device (eg zram) is used,
> >> > + * this causes a duplicated copy between uncompressed
> >> > + * data in VM-owned memory and compressed data in
> >> > + * zram-owned memory. So let's free zram-owned memory
> >> > + * and make the VM-owned decompressed page *dirty*,
> >> > + * so the page should be swapped out somewhere again if
> >> > + * we again wish to reclaim it.
> >> > + */
> >> > + disk = sis->bdev->bd_disk;
> >> > + if (disk->fops->swap_slot_free_notify) {
> >> > + swp_entry_t entry;
> >> > + unsigned long offset;
> >> > +
> >> > + entry.val = page_private(page);
> >> > + offset = swp_offset(entry);
> >> > +
> >> > + SetPageDirty(page);
> >> > + disk->fops->swap_slot_free_notify(sis->bdev,
> >> > + offset);
> >> > + }
> >> > +}
> >> > +
> >> > static void end_swap_bio_read(struct bio *bio)
> >> > {
> >> > struct page *page = bio->bi_io_vec[0].bv_page;
> >> > @@ -81,49 +129,7 @@ static void end_swap_bio_read(struct bio *bio)
> >> > }
> >> >
> >> > SetPageUptodate(page);
> >> > -
> >> > - /*
> >> > - * There is no guarantee that the page is in swap cache - the software
> >> > - * suspend code (at least) uses end_swap_bio_read() against a non-
> >> > - * swapcache page. So we must check PG_swapcache before proceeding with
> >> > - * this optimization.
> >> > - */
> >> > - if (likely(PageSwapCache(page))) {
> >> > - struct swap_info_struct *sis;
> >> > -
> >> > - sis = page_swap_info(page);
> >> > - if (sis->flags & SWP_BLKDEV) {
> >> > - /*
> >> > - * The swap subsystem performs lazy swap slot freeing,
> >> > - * expecting that the page will be swapped out again.
> >> > - * So we can avoid an unnecessary write if the page
> >> > - * isn't redirtied.
> >> > - * This is good for real swap storage because we can
> >> > - * reduce unnecessary I/O and enhance wear-leveling
> >> > - * if an SSD is used as the as swap device.
> >> > - * But if in-memory swap device (eg zram) is used,
> >> > - * this causes a duplicated copy between uncompressed
> >> > - * data in VM-owned memory and compressed data in
> >> > - * zram-owned memory. So let's free zram-owned memory
> >> > - * and make the VM-owned decompressed page *dirty*,
> >> > - * so the page should be swapped out somewhere again if
> >> > - * we again wish to reclaim it.
> >> > - */
> >> > - struct gendisk *disk = sis->bdev->bd_disk;
> >> > - if (disk->fops->swap_slot_free_notify) {
> >> > - swp_entry_t entry;
> >> > - unsigned long offset;
> >> > -
> >> > - entry.val = page_private(page);
> >> > - offset = swp_offset(entry);
> >> > -
> >> > - SetPageDirty(page);
> >> > - disk->fops->swap_slot_free_notify(sis->bdev,
> >> > - offset);
> >> > - }
> >> > - }
> >> > - }
> >> > -
> >> > + swap_slot_free_notify(page);
> >> > out:
> >> > unlock_page(page);
> >> > bio_put(bio);
> >> > @@ -347,6 +353,7 @@ int swap_readpage(struct page *page)
> >> >
> >> > ret = bdev_read_page(sis->bdev, swap_page_sector(page), page);
> >> > if (!ret) {
> >> > + swap_slot_free_notify(page);
> >> > count_vm_event(PSWPIN);
> >> > return 0;
> >> > }
> >>
> >> Hello,
> >
> > Hey Joonsoo,
> >
> >>
> >> You need to check PageUpdate() or something because bdev_read_page()
> >> can be asynchronous.
> >
> > I considered it but decided not to add the check :(.
> > Because I couldn't justify what benfit we can have with the check.
> > The swap_slot_free_notify is tightly coupled with zram for several
> > years and zram have been worked synchronously. So if bdev_read_page
> > returns 0, it means we already have read the page successfully.
> > Even, when I looked up other rw_page user, it seems there is no async
> > rw_page users at the moment.
>
> Yes, I also looked up other rw_page users and found that
> there is no async rw_page now.
>
> > If there is someone want to use *async* rw_page && *swap_slot_free_noity*
> > in future, we could add the check easily. But I hope anyone never use
> > swap_slot_free_notify any more which is mess. :(
>
> But, I think that we should add the check. If someone want it, how does
> he/she know about it? Even, if someone makes zram to read/write
> asynchronously, we can miss it easily. This is error-prone practice.
Okay, I don't have strong against it.
If we really want to catch such case, let's add WARN_ON_ONCE.
diff --git a/mm/page_io.c b/mm/page_io.c
index 18aac7819cc9..6592893d16ca 100644
--- a/mm/page_io.c
+++ b/mm/page_io.c
@@ -353,6 +353,7 @@ int swap_readpage(struct page *page)
ret = bdev_read_page(sis->bdev, swap_page_sector(page), page);
if (!ret) {
+ WARN_ON_ONCE(!PageUptodate(page));
swap_slot_free_notify(page);
count_vm_event(PSWPIN);
return 0;
>
> >>
> >> BTW, something like as swap_slot_free_notify() which invalidate
> >> backend of storage can also be possible for frontswap when
> >> frontswap_load() succeed. Isn't it?
> >
> > frontswap_tmem_exclusive_gets_enabled?
>
> Wow... yes. that's what I try to find.
> Do you know the reason why zswap doesn't enable it?
Hmm, I couldn't remember. Maybe, it's not zswap stuff but frontswap stuff
so I guess zswap user can enable it via frontswap interface if he want.
>
> Thanks.
next prev parent reply other threads:[~2016-03-22 14:05 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-03-18 7:58 [PATCH] zram: revive swap_slot_free_notify Minchan Kim
2016-03-21 20:30 ` Andrew Morton
2016-03-21 23:52 ` Minchan Kim
2016-03-22 5:08 ` Joonsoo Kim
2016-03-22 8:00 ` Minchan Kim
2016-03-22 8:20 ` Joonsoo Kim
2016-03-22 14:06 ` Minchan Kim [this message]
2016-03-23 4:45 ` Joonsoo Kim
-- strict thread matches above, loose matches on Subject: below --
2016-03-28 4:58 Minchan Kim
2016-03-28 14:30 Minchan Kim
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=20160322140629.GA3221@bbox \
--to=minchan@kernel.org \
--cc=akpm@linux-foundation.org \
--cc=chan.jeong@lge.com \
--cc=iamjoonsoo.kim@lge.com \
--cc=js1304@gmail.com \
--cc=karam.lee@lge.com \
--cc=linux-kernel@vger.kernel.org \
--cc=sangseok.lee@lge.com \
--cc=sergey.senozhatsky@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