On Sat, Dec 28, 2013 at 12:57:25PM +, Alasdair G Kergon wrote:
> I've not looked at this in any depth, but here are some first
> impressions:
>
> On Fri, Dec 27, 2013 at 02:24:21PM +0800, Shaohua Li wrote:
> > This is a simple DM target supporting compression for SSD only.
>
> Presumably
On Sat, Dec 28, 2013 at 12:57:25PM +, Alasdair G Kergon wrote:
I've not looked at this in any depth, but here are some first
impressions:
On Fri, Dec 27, 2013 at 02:24:21PM +0800, Shaohua Li wrote:
This is a simple DM target supporting compression for SSD only.
Presumably there'll be
On Sat, Dec 28, 2013 at 12:57:25PM +, Alasdair G Kergon wrote:
> To use this compression target above dm-thin (likely to prefer larger
> block sizes), for example, could the block sizes be adapatable /
> configurable?
So a key feature of the underlying thin provisioning needs to be
efficient
I've not looked at this in any depth, but here are some first
impressions:
On Fri, Dec 27, 2013 at 02:24:21PM +0800, Shaohua Li wrote:
> This is a simple DM target supporting compression for SSD only.
Presumably there'll be other disk layouts and other types of compression
in future, so if you
I've not looked at this in any depth, but here are some first
impressions:
On Fri, Dec 27, 2013 at 02:24:21PM +0800, Shaohua Li wrote:
This is a simple DM target supporting compression for SSD only.
Presumably there'll be other disk layouts and other types of compression
in future, so if you
On Sat, Dec 28, 2013 at 12:57:25PM +, Alasdair G Kergon wrote:
To use this compression target above dm-thin (likely to prefer larger
block sizes), for example, could the block sizes be adapatable /
configurable?
So a key feature of the underlying thin provisioning needs to be
efficient
6 matches
Mail list logo