2010-06-16 02:14:10

by Nitin Gupta

[permalink] [raw]
Subject: Re: [PATCH 0/3] zram: generic RAM based compressed R/W block devices

Hi Greg,

On 05/28/2010 09:56 PM, Greg KH wrote:
> On Fri, May 28, 2010 at 09:38:53PM +0530, Nitin Gupta wrote:
>>
>> On 05/24/2010 07:48 PM, Nitin Gupta wrote:
>>> Creates RAM based block devices: /dev/zramX (X = 0, 1, ...).
>>> Pages written to these disks are compressed and stored in memory
>>> itself. These disks allow very fast I/O and compression provides
>>> good amounts of memory savings.
>>>
>>> This is enhancement over existing ramzswap driver which creates
>>> virtual block devices (/dev/ramzswapX) which could be used only
>>> as swap disks.
>>>
>>> Now, with the ability to handle any kind of I/O request, zram
>>> devices have lot more use cases:
>>> - /tmp storage
>>> - various caches under /var
>>> - swap disks
>>> - maybe even more! :)
>>>
>>> Performance numbers can be found at:
>>> http://code.google.com/p/compcache/wiki/zramperf
>>>
>>
>> Any reviews/comments, please?
>
> We are all busy with the .35-rc1 merge work at the moment, sorry.
>

Can you please apply these patches to linux-next? or maybe for .35-rc3/rc4 too?

Thanks,
Nitin


2010-06-16 18:51:25

by Greg KH

[permalink] [raw]
Subject: Re: [PATCH 0/3] zram: generic RAM based compressed R/W block devices

On Wed, Jun 16, 2010 at 07:44:20AM +0530, Nitin Gupta wrote:
> Hi Greg,
>
> On 05/28/2010 09:56 PM, Greg KH wrote:
> > On Fri, May 28, 2010 at 09:38:53PM +0530, Nitin Gupta wrote:
> >>
> >> On 05/24/2010 07:48 PM, Nitin Gupta wrote:
> >>> Creates RAM based block devices: /dev/zramX (X = 0, 1, ...).
> >>> Pages written to these disks are compressed and stored in memory
> >>> itself. These disks allow very fast I/O and compression provides
> >>> good amounts of memory savings.
> >>>
> >>> This is enhancement over existing ramzswap driver which creates
> >>> virtual block devices (/dev/ramzswapX) which could be used only
> >>> as swap disks.
> >>>
> >>> Now, with the ability to handle any kind of I/O request, zram
> >>> devices have lot more use cases:
> >>> - /tmp storage
> >>> - various caches under /var
> >>> - swap disks
> >>> - maybe even more! :)
> >>>
> >>> Performance numbers can be found at:
> >>> http://code.google.com/p/compcache/wiki/zramperf
> >>>
> >>
> >> Any reviews/comments, please?
> >
> > We are all busy with the .35-rc1 merge work at the moment, sorry.
> >
>
> Can you please apply these patches to linux-next?

Yes, I'm working on it, I should get to it by the end of this week.

> or maybe for .35-rc3/rc4 too?

No, this is not a bugfix, why would it be acceptable for the .35 kernel
release?

thanks,

greg k-h

2010-06-17 01:38:55

by Nitin Gupta

[permalink] [raw]
Subject: Re: [PATCH 0/3] zram: generic RAM based compressed R/W block devices

On 06/17/2010 12:13 AM, Greg KH wrote:
> On Wed, Jun 16, 2010 at 07:44:20AM +0530, Nitin Gupta wrote:
>> Hi Greg,
>>
>> On 05/28/2010 09:56 PM, Greg KH wrote:
>>> On Fri, May 28, 2010 at 09:38:53PM +0530, Nitin Gupta wrote:
>>>>
>>>> On 05/24/2010 07:48 PM, Nitin Gupta wrote:
>>>>> Creates RAM based block devices: /dev/zramX (X = 0, 1, ...).
>>>>> Pages written to these disks are compressed and stored in memory
>>>>> itself. These disks allow very fast I/O and compression provides
>>>>> good amounts of memory savings.
>>>>>
>>>>> This is enhancement over existing ramzswap driver which creates
>>>>> virtual block devices (/dev/ramzswapX) which could be used only
>>>>> as swap disks.
>>>>>
>>>>> Now, with the ability to handle any kind of I/O request, zram
>>>>> devices have lot more use cases:
>>>>> - /tmp storage
>>>>> - various caches under /var
>>>>> - swap disks
>>>>> - maybe even more! :)
>>>>>
>>>>> Performance numbers can be found at:
>>>>> http://code.google.com/p/compcache/wiki/zramperf
>>>>>
>>>>
>>>> Any reviews/comments, please?
>>>
>>> We are all busy with the .35-rc1 merge work at the moment, sorry.
>>>
>>
>> Can you please apply these patches to linux-next?
>
> Yes, I'm working on it, I should get to it by the end of this week.
>
>> or maybe for .35-rc3/rc4 too?
>
> No, this is not a bugfix, why would it be acceptable for the .35 kernel
> release?
>

Since its a staging driver, I thought any kind of changes can be pulled in
mainline too. Maybe I still don't understand how -staging works :)

Anyways, thanks for taking it in linux-next.

Nitin

2010-06-17 14:41:13

by Greg KH

[permalink] [raw]
Subject: Re: [PATCH 0/3] zram: generic RAM based compressed R/W block devices

On Thu, Jun 17, 2010 at 07:09:01AM +0530, Nitin Gupta wrote:
> On 06/17/2010 12:13 AM, Greg KH wrote:
> > On Wed, Jun 16, 2010 at 07:44:20AM +0530, Nitin Gupta wrote:
> >> Hi Greg,
> >>
> >> On 05/28/2010 09:56 PM, Greg KH wrote:
> >>> On Fri, May 28, 2010 at 09:38:53PM +0530, Nitin Gupta wrote:
> >>>>
> >>>> On 05/24/2010 07:48 PM, Nitin Gupta wrote:
> >>>>> Creates RAM based block devices: /dev/zramX (X = 0, 1, ...).
> >>>>> Pages written to these disks are compressed and stored in memory
> >>>>> itself. These disks allow very fast I/O and compression provides
> >>>>> good amounts of memory savings.
> >>>>>
> >>>>> This is enhancement over existing ramzswap driver which creates
> >>>>> virtual block devices (/dev/ramzswapX) which could be used only
> >>>>> as swap disks.
> >>>>>
> >>>>> Now, with the ability to handle any kind of I/O request, zram
> >>>>> devices have lot more use cases:
> >>>>> - /tmp storage
> >>>>> - various caches under /var
> >>>>> - swap disks
> >>>>> - maybe even more! :)
> >>>>>
> >>>>> Performance numbers can be found at:
> >>>>> http://code.google.com/p/compcache/wiki/zramperf
> >>>>>
> >>>>
> >>>> Any reviews/comments, please?
> >>>
> >>> We are all busy with the .35-rc1 merge work at the moment, sorry.
> >>>
> >>
> >> Can you please apply these patches to linux-next?
> >
> > Yes, I'm working on it, I should get to it by the end of this week.
> >
> >> or maybe for .35-rc3/rc4 too?
> >
> > No, this is not a bugfix, why would it be acceptable for the .35 kernel
> > release?
> >
>
> Since its a staging driver, I thought any kind of changes can be pulled in
> mainline too. Maybe I still don't understand how -staging works :)

staging works like any other part of the kernel tree when it comes to
merges with Linus, new stuff only goes in for the -rc1 release, bugfixes
only afterward.

thanks,

greg k-h