[dm-devel] max_sectors_kb limitations with VDO and dm-thin

Mike Snitzer snitzer at redhat.com
Wed Apr 24 21:18:28 UTC 2019


On Wed, Apr 24 2019 at  3:45pm -0400,
Mike Snitzer <snitzer at redhat.com> wrote:

> On Fri, Apr 19 2019 at 10:40am -0400,
> Ryan Norwood <ryan.p.norwood at gmail.com> wrote:
> 
> >    We have been using dm-thin layered above VDO and have noticed that our
> >    performance is not optimal for large sequential writes as max_sectors_kb
> >    and max_hw_sectors_kb for all thin devices are set to 4k due to the VDO
> >    layer beneath.
> >    This effectively eliminates the performance optimizations for sequential
> >    writes to skip both zeroing and COW overhead when a write fully overlaps a
> >    thin chunk as all bios are split into 4k which always be less than the 64k
> >    thin chunk minimum.
> >    Is this known behavior? Is there any way around this issue?
> 
> Are you creating the thin-pool to use a 4K thinp blocksize?  If not,
> I'll have to look to see why the block core's block limits stacking
> would impose these limits of the underlying data device.
> 
> >    We are using RHEL 7.5 with kernel 3.10.0-862.20.2.el7.x86_64.
> 
> OK, please let me know what the thin-pool's blocksize is.

Nevermind, I see you have done so in another portion of this thread.




More information about the dm-devel mailing list