All of lore.kernel.org
 help / color / mirror / Atom feed
* Status dm-cache
@ 2013-08-25 21:46 Rolf Fokkens
  2013-08-27 10:33 ` Zdenek Kabelac
  0 siblings, 1 reply; 3+ messages in thread
From: Rolf Fokkens @ 2013-08-25 21:46 UTC (permalink / raw)
  To: dm-devel

Hi!

I'm trying to package some tools for "SSD caching" for Fedora 20, see: 
https://bugzilla.redhat.com/show_bug.cgi?id=998543

bcache has some nice bcache-tools, and packaging progresses well: 
https://bugzilla.redhat.com/show_bug.cgi?id=999690

Packaging dm-cache however seems seems hard. I'm not aware of any 
userland tools, and using dm-cache (without them) seems quite complex. 
Looks like all kinds of math are needed to make it work, e.g. : 
http://blog.kylemanna.com/linux/2013/06/30/ssd-caching-using-dmcache-tutorial/.
- Is there a (well supported) toolset available that I'm missing?
- Is there any kind of autodetect possible, e.g. during boot?

Any information on the status of dm-cache is appreciated.

Thanks,

Rolf Fokkens

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: Status dm-cache
  2013-08-25 21:46 Status dm-cache Rolf Fokkens
@ 2013-08-27 10:33 ` Zdenek Kabelac
  2013-08-27 10:50   ` Rolf Fokkens
  0 siblings, 1 reply; 3+ messages in thread
From: Zdenek Kabelac @ 2013-08-27 10:33 UTC (permalink / raw)
  To: dm-devel

Dne 25.8.2013 23:46, Rolf Fokkens napsal(a):
> Hi!
>
> I'm trying to package some tools for "SSD caching" for Fedora 20, see:
> https://bugzilla.redhat.com/show_bug.cgi?id=998543
>
> bcache has some nice bcache-tools, and packaging progresses well:
> https://bugzilla.redhat.com/show_bug.cgi?id=999690
>
> Packaging dm-cache however seems seems hard. I'm not aware of any userland
> tools, and using dm-cache (without them) seems quite complex. Looks like all
> kinds of math are needed to make it work, e.g. :
> http://blog.kylemanna.com/linux/2013/06/30/ssd-caching-using-dmcache-tutorial/.
> - Is there a (well supported) toolset available that I'm missing?
> - Is there any kind of autodetect possible, e.g. during boot?
>
> Any information on the status of dm-cache is appreciated.


For direct usage of dm-cache target:

linux/Documentation/device-mapper/cache.txt
linux/Documentation/device-mapper/cache-policies.txt

Userland tool here is  dmsetup.

There will be a direct support for dm cache device stacking in lvm2 in the 
future. It will use nearly the same code as is used for thin provisioning,
so the code for now thinp is improved to handle recovery more autonomously 
first before the caching support will be added.

Zdenek

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: Status dm-cache
  2013-08-27 10:33 ` Zdenek Kabelac
@ 2013-08-27 10:50   ` Rolf Fokkens
  0 siblings, 0 replies; 3+ messages in thread
From: Rolf Fokkens @ 2013-08-27 10:50 UTC (permalink / raw)
  To: dm-devel

Thanks.

I'll defer integrating dm-cache in Fedora until LVM2 supports it.

Rolf

On 08/27/2013 12:33 PM, Zdenek Kabelac wrote:
> Dne 25.8.2013 23:46, Rolf Fokkens napsal(a):
>> Hi!
>>
>> I'm trying to package some tools for "SSD caching" for Fedora 20, see:
>> https://bugzilla.redhat.com/show_bug.cgi?id=998543
>>
>> bcache has some nice bcache-tools, and packaging progresses well:
>> https://bugzilla.redhat.com/show_bug.cgi?id=999690
>>
>> Packaging dm-cache however seems seems hard. I'm not aware of any 
>> userland
>> tools, and using dm-cache (without them) seems quite complex. Looks 
>> like all
>> kinds of math are needed to make it work, e.g. :
>> http://blog.kylemanna.com/linux/2013/06/30/ssd-caching-using-dmcache-tutorial/. 
>>
>> - Is there a (well supported) toolset available that I'm missing?
>> - Is there any kind of autodetect possible, e.g. during boot?
>>
>> Any information on the status of dm-cache is appreciated.
>
>
> For direct usage of dm-cache target:
>
> linux/Documentation/device-mapper/cache.txt
> linux/Documentation/device-mapper/cache-policies.txt
>
> Userland tool here is  dmsetup.
>
> There will be a direct support for dm cache device stacking in lvm2 in 
> the future. It will use nearly the same code as is used for thin 
> provisioning,
> so the code for now thinp is improved to handle recovery more 
> autonomously first before the caching support will be added.
>
> Zdenek
>
> -- 
> dm-devel mailing list
> dm-devel@redhat.com
> https://www.redhat.com/mailman/listinfo/dm-devel

^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2013-08-27 10:50 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2013-08-25 21:46 Status dm-cache Rolf Fokkens
2013-08-27 10:33 ` Zdenek Kabelac
2013-08-27 10:50   ` Rolf Fokkens

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.