[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <AANLkTinwZJrAWo_Fat3e6WwLn+MPdZyFVgT6sckLCUo3@mail.gmail.com>
Date: Thu, 10 Feb 2011 08:57:36 +0900
From: Minchan Kim <minchan.kim@...il.com>
To: Dan Magenheimer <dan.magenheimer@...cle.com>
Cc: gregkh@...e.de, Chris Mason <chris.mason@...cle.com>,
akpm@...ux-foundation.org, torvalds@...ux-foundation.org,
matthew@....cx, linux-kernel@...r.kernel.org, linux-mm@...ck.org,
ngupta@...are.org, jeremy@...p.org,
Kurt Hackel <kurt.hackel@...cle.com>, npiggin@...nel.dk,
riel@...hat.com, Konrad Wilk <konrad.wilk@...cle.com>,
mel@....ul.ie, kosaki.motohiro@...fujitsu.com,
sfr@...b.auug.org.au, wfg@...l.ustc.edu.cn, tytso@....edu,
viro@...iv.linux.org.uk, hughd@...gle.com, hannes@...xchg.org
Subject: Re: [PATCH V2 2/3] drivers/staging: zcache: host services and PAM services
On Thu, Feb 10, 2011 at 1:39 AM, Dan Magenheimer
<dan.magenheimer@...cle.com> wrote:
>
>
>> From: Minchan Kim [mailto:minchan.kim@...il.com]
>
>> As I read your comment, I can't find the benefit of zram compared to
>> frontswap.
>
> Well, I am biased, but I agree that frontswap is a better technical
> solution than zram. ;-) But "dynamic-ity" is very important to
> me and may be less important to others.
>
> I thought of these other differences, both technical and
> non-technical:
>
> - Zram is minimally invasive to the swap subsystem, requiring only
> one hook which is already upstream (though see below) and is
> apparently already used by some Linux users. Frontswap is somewhat
Yes. I think what someone is using it is a problem.
> more invasive and, UNTIL zcache-was-kztmem was posted a few weeks
> ago, had no non-Xen users (though some distros are already shipping
> the hooks in their kernels because Xen supports it); as a result,
> frontswap has gotten almost no review by kernel swap subsystem
> experts who I'm guessing weren't interested in anything that
> required Xen to use... hopefully that barrier is now resolved
> (but bottom line is frontswap is not yet upstream).
That's why I suggested to remove frontswap in this turn.
If any swap experts has a interest, maybe you can't receive any ack or
review about the part in this series. Maybe maintainers ends up
hesitating the merge.
If zcache except frontswap is merged into mainline or receive enough
review, then you can try merging frontswap as further step.
Thanks.
--
Kind regards,
Minchan Kim
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists