> From: Seth Jennings [mailto:sjenn...@linux.vnet.ibm.com]
> Subject: Re: zsmalloc limitations and related topics
>
> On 03/14/2013 01:54 PM, Dan Magenheimer wrote:
> >> From: Robert Jennings [mailto:r...@linux.vnet.ibm.com]
> >> Subject: Re: zsmalloc
gt;> linux-kernel@vger.kernel.org; Bob Liu; Luigi Semenzato; Mel Gorman
>> Subject: Re: zsmalloc limitations and related topics
>>
>> * Bob (bob@oracle.com) wrote:
>>> On 03/14/2013 06:59 AM, Seth Jennings wrote:
>>>> On 03/13/2013 03:02 PM, Dan Mage
gt;> linux-kernel@vger.kernel.org; Bob Liu; Luigi Semenzato; Mel Gorman
>> Subject: Re: zsmalloc limitations and related topics
>>
>> * Bob (bob@oracle.com) wrote:
>>> On 03/14/2013 06:59 AM, Seth Jennings wrote:
>>>> On 03/13/2013 03:02 PM, Dan Mage
> From: Dan Magenheimer
> Subject: RE: zsmalloc limitations and related topics
>
> > > I would welcome ideas on how to evaluate workloads for
> > > "representativeness". Personally I don't believe we should
> > > be making decisions about se
rman
> Subject: Re: zsmalloc limitations and related topics
>
> * Bob (bob@oracle.com) wrote:
> > On 03/14/2013 06:59 AM, Seth Jennings wrote:
> > >On 03/13/2013 03:02 PM, Dan Magenheimer wrote:
> > >>>From: Robert Jennings [mailto:r...@linux.vnet.ibm.
> From: Seth Jennings [mailto:sjenn...@linux.vnet.ibm.com]
> Subject: Re: zsmalloc limitations and related topics
Hi Seth --
Thanks for the reply. I think it is very important to
be having these conversations.
> >>> 2) When not full and especially when nearly-empty _after_
&
* Bob (bob@oracle.com) wrote:
> On 03/14/2013 06:59 AM, Seth Jennings wrote:
> >On 03/13/2013 03:02 PM, Dan Magenheimer wrote:
> >>>From: Robert Jennings [mailto:r...@linux.vnet.ibm.com]
> >>>Subject: Re: zsmalloc limitations and related topics
> >>
&
On 03/14/2013 06:59 AM, Seth Jennings wrote:
On 03/13/2013 03:02 PM, Dan Magenheimer wrote:
From: Robert Jennings [mailto:r...@linux.vnet.ibm.com]
Subject: Re: zsmalloc limitations and related topics
Hi Robert --
Thanks for the well-considered reply!
* Dan Magenheimer (dan.magenhei
On 03/13/2013 03:02 PM, Dan Magenheimer wrote:
>> From: Robert Jennings [mailto:r...@linux.vnet.ibm.com]
>> Subject: Re: zsmalloc limitations and related topics
>
> Hi Robert --
>
> Thanks for the well-considered reply!
>
>> * Dan Magenheimer (dan.magenhei
> From: Robert Jennings [mailto:r...@linux.vnet.ibm.com]
> Subject: Re: zsmalloc limitations and related topics
Hi Robert --
Thanks for the well-considered reply!
> * Dan Magenheimer (dan.magenhei...@oracle.com) wrote:
> > Hi all --
> >
> > I've been doing som
On 03/13/2013 10:33 AM, Seth Jennings wrote:
> The periodic writeback that Rob mentions would go something like this
> for zswap:
>
> ---
> mm/filemap.c |3 +--
> mm/zswap.c | 63
> +-
> 2 files changed, 59 insertions(+), 7 deletion
The periodic writeback that Rob mentions would go something like this
for zswap:
---
mm/filemap.c |3 +--
mm/zswap.c | 63 +-
2 files changed, 59 insertions(+), 7 deletions(-)
diff --git a/mm/filemap.c b/mm/filemap.c
index 83efee7..
* Dan Magenheimer (dan.magenhei...@oracle.com) wrote:
> Hi all --
>
> I've been doing some experimentation on zsmalloc in preparation
> for my topic proposed for LSFMM13 and have run across some
> perplexing limitations. Those familiar with the intimate details
> of zsmalloc might be well aware o
> From: Ric Mason [mailto:ric.mas...@gmail.com]
> Subject: Re: zsmalloc limitations and related topics
>
> On 02/28/2013 07:24 AM, Dan Magenheimer wrote:
> > Hi all --
> >
> > I've been doing some experimentation on zsmalloc in preparation
> > for my topic
On 02/28/2013 07:24 AM, Dan Magenheimer wrote:
Hi all --
I've been doing some experimentation on zsmalloc in preparation
for my topic proposed for LSFMM13 and have run across some
perplexing limitations. Those familiar with the intimate details
of zsmalloc might be well aware of these limitatio
> From: Dan Magenheimer
> Subject: zsmalloc limitations and related topics
>
> WORKLOAD ANALYSIS
> :
> 1) The average page compressed by almost a factor of six
>(mean zsize == 694, stddev == 474)
> 2) Almost eleven percent of the pages were zero pages. A
>zero page compresses to 28 byte
16 matches
Mail list logo
