From: Rik van Riel <riel@redhat.com>
To: Dan Streetman <ddstreet@ieee.org>,
Seth Jennings <sjennings@variantweb.net>
Cc: Hugh Dickins <hughd@google.com>, Mel Gorman <mgorman@suse.de>,
Michal Hocko <mhocko@suse.cz>, Bob Liu <bob.liu@oracle.com>,
Minchan Kim <minchan@kernel.org>,
Johannes Weiner <hannes@cmpxchg.org>,
Weijie Yang <weijie.yang@samsung.com>,
Andrew Morton <akpm@linux-foundation.org>,
Linux-MM <linux-mm@kvack.org>,
linux-kernel <linux-kernel@vger.kernel.org>
Subject: Re: Adding compression before/above swapcache
Date: Fri, 28 Mar 2014 10:32:29 -0400 [thread overview]
Message-ID: <533587FD.7000006@redhat.com> (raw)
In-Reply-To: <CALZtONDBNzL_S+UUxKgvNjEYu49eM5Fc2yJ37dJ8E+PEK+C7qg@mail.gmail.com>
On 03/28/2014 08:36 AM, Dan Streetman wrote:
> Well my general idea was to modify shrink_page_list() so that instead
> of calling add_to_swap() and then pageout(), anonymous pages would be
> added to a compressed cache. I haven't worked out all the specific
> details, but I am initially thinking that the compressed cache could
> simply repurpose incoming pages to use as the compressed cache storage
> (using its own page mapping, similar to swap page mapping), and then
> add_to_swap() the storage pages when the compressed cache gets to a
> certain size. Pages that don't compress well could just bypass the
> compressed cache, and get sent the current route directly to
> add_to_swap().
That sounds a lot like what zswap does. How is your
proposal different?
And, is there an easier way to implement that difference? :)
--
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>
WARNING: multiple messages have this Message-ID (diff)
From: Rik van Riel <riel@redhat.com>
To: Dan Streetman <ddstreet@ieee.org>,
Seth Jennings <sjennings@variantweb.net>
Cc: Hugh Dickins <hughd@google.com>, Mel Gorman <mgorman@suse.de>,
Michal Hocko <mhocko@suse.cz>, Bob Liu <bob.liu@oracle.com>,
Minchan Kim <minchan@kernel.org>,
Johannes Weiner <hannes@cmpxchg.org>,
Weijie Yang <weijie.yang@samsung.com>,
Andrew Morton <akpm@linux-foundation.org>,
Linux-MM <linux-mm@kvack.org>,
linux-kernel <linux-kernel@vger.kernel.org>
Subject: Re: Adding compression before/above swapcache
Date: Fri, 28 Mar 2014 10:32:29 -0400 [thread overview]
Message-ID: <533587FD.7000006@redhat.com> (raw)
In-Reply-To: <CALZtONDBNzL_S+UUxKgvNjEYu49eM5Fc2yJ37dJ8E+PEK+C7qg@mail.gmail.com>
On 03/28/2014 08:36 AM, Dan Streetman wrote:
> Well my general idea was to modify shrink_page_list() so that instead
> of calling add_to_swap() and then pageout(), anonymous pages would be
> added to a compressed cache. I haven't worked out all the specific
> details, but I am initially thinking that the compressed cache could
> simply repurpose incoming pages to use as the compressed cache storage
> (using its own page mapping, similar to swap page mapping), and then
> add_to_swap() the storage pages when the compressed cache gets to a
> certain size. Pages that don't compress well could just bypass the
> compressed cache, and get sent the current route directly to
> add_to_swap().
That sounds a lot like what zswap does. How is your
proposal different?
And, is there an easier way to implement that difference? :)
next prev parent reply other threads:[~2014-03-28 14:32 UTC|newest]
Thread overview: 20+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-03-26 20:28 Adding compression before/above swapcache Dan Streetman
2014-03-26 20:28 ` Dan Streetman
2014-03-27 22:26 ` Seth Jennings
2014-03-27 22:26 ` Seth Jennings
2014-03-28 12:36 ` Dan Streetman
2014-03-28 12:36 ` Dan Streetman
2014-03-28 14:32 ` Rik van Riel [this message]
2014-03-28 14:32 ` Rik van Riel
2014-03-28 14:47 ` Dan Streetman
2014-03-28 14:47 ` Dan Streetman
2014-03-31 12:43 ` Bob Liu
2014-03-31 12:43 ` Bob Liu
2014-03-31 15:35 ` Dan Streetman
2014-03-31 15:35 ` Dan Streetman
2014-04-08 10:21 ` Bob Liu
2014-04-08 10:21 ` Bob Liu
2014-03-31 4:56 ` Minchan Kim
2014-03-31 4:56 ` Minchan Kim
2014-03-31 15:20 ` Dan Streetman
2014-03-31 15:20 ` Dan Streetman
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=533587FD.7000006@redhat.com \
--to=riel@redhat.com \
--cc=akpm@linux-foundation.org \
--cc=bob.liu@oracle.com \
--cc=ddstreet@ieee.org \
--cc=hannes@cmpxchg.org \
--cc=hughd@google.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mm@kvack.org \
--cc=mgorman@suse.de \
--cc=mhocko@suse.cz \
--cc=minchan@kernel.org \
--cc=sjennings@variantweb.net \
--cc=weijie.yang@samsung.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.