From: Minchan Kim <minchan@kernel.org>
To: Sergey Senozhatsky <sergey.senozhatsky.work@gmail.com>
Cc: Andrew Morton <akpm@linux-foundation.org>,
LKML <linux-kernel@vger.kernel.org>
Subject: Re: [PATCH 4/6] zram: support idle page writeback
Date: Thu, 22 Nov 2018 15:31:03 +0900 [thread overview]
Message-ID: <20181122063103.GB211816@google.com> (raw)
In-Reply-To: <20181122061542.GA211816@google.com>
On Thu, Nov 22, 2018 at 03:15:42PM +0900, Minchan Kim wrote:
> On Thu, Nov 22, 2018 at 02:40:40PM +0900, Sergey Senozhatsky wrote:
> > On (11/22/18 14:04), Minchan Kim wrote:
> > >
> > > > additionally, it's too simple. It writes-back pages which can be
> > > > swapped in immediately; which basically means that we do pointless
> > > > PAGE_SIZE writes to a device which doesn't really like pointless
> > > > writes.
> > >
> > > This patchset aims for *IDLE page* writeback and you can define
> > > what is IDLE page by yourself. It doesn't do pointless writeback.
> > > >
> > > > It's a whole different story with idle, compressible pages writeback.
> > >
> > > I don't understand your point.
> >
> > Seems you misunderstood me. I'm not saying that IDLE writeback is bad.
> > On the contrary, I think IDLE writeback is x100 better than writeback
> > which we currently have.
> >
> > The "pointless writeback" comment was about the existing writeback,
> > when we WB pages which we couldn't compress. We can have a relative
> > huge percentage of incompressible pages, and not all of them will end
> > up being IDLE:
> > - we swap out page
> > - can't compress it
> > - writeback PAGE_SIZE
> > - swap it in two seconds later
>
> I got what you mean now. Let's call it as "incompressible page wrieback"
> to prevent confusing.
>
> "incompressible page writeback" would be orthgonal feature. The goal is
> "let's save memory at the cost of *latency*". If the page is swapped-in
> soon, it's unfortunate. However, the design expects once it's swapped out,
> it means it's non-workingset so soonish swappined-in would be rather not
> many, theoritically compared to other workingset.
> If's it's too frequent, it means system were heavily overcommitted.
Havid said, I agree it's not a good idea to enable incompressible page
writeback with idle page writeback. If you don't oppose, I want to add
new knob to "enable incompressible page writeback" so by default,
although we enable CONFIG_ZRAM_WRITEBACK, incompressible page writeback
is off until we enable the knob.
It would make some regressison if someone have used the feature but
I guess we are not too late.
What do you think?
next prev parent reply other threads:[~2018-11-22 6:31 UTC|newest]
Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-11-16 7:20 [PATCH 0/6] zram idle page writeback Minchan Kim
2018-11-16 7:20 ` [PATCH 1/6] zram: fix lockdep warning of free block handling Minchan Kim
2018-11-16 7:20 ` [PATCH 2/6] zram: refactoring flags and writeback stuff Minchan Kim
2018-11-16 7:20 ` [PATCH 3/6] zram: introduce ZRAM_IDLE flag Minchan Kim
2018-11-20 2:46 ` Sergey Senozhatsky
2018-11-22 5:11 ` Minchan Kim
2018-11-22 5:45 ` Sergey Senozhatsky
2018-11-16 7:20 ` [PATCH 4/6] zram: support idle page writeback Minchan Kim
2018-11-21 4:55 ` Sergey Senozhatsky
2018-11-21 13:34 ` Minchan Kim
2018-11-22 2:14 ` Sergey Senozhatsky
2018-11-22 5:04 ` Minchan Kim
2018-11-22 5:40 ` Sergey Senozhatsky
2018-11-22 6:15 ` Minchan Kim
2018-11-22 6:31 ` Minchan Kim [this message]
2018-11-22 6:59 ` Sergey Senozhatsky
2018-11-23 6:23 ` Minchan Kim
2018-11-16 7:20 ` [PATCH 5/6] zram: add bd_stat statistics Minchan Kim
2018-11-16 7:20 ` [PATCH 6/6] zram: writeback throttle 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=20181122063103.GB211816@google.com \
--to=minchan@kernel.org \
--cc=akpm@linux-foundation.org \
--cc=linux-kernel@vger.kernel.org \
--cc=sergey.senozhatsky.work@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