From: Joe Thornber <thornber@redhat.com>
To: Mike Snitzer <snitzer@redhat.com>
Cc: dm-devel@redhat.com, ejt@redhat.com, agk@redhat.com
Subject: Re: [PATCH] thinp-test-suite: support for non power of 2 pool blocksize
Date: Mon, 30 Apr 2012 11:15:02 +0100 [thread overview]
Message-ID: <20120430101501.GB5955@ubuntu> (raw)
In-Reply-To: <20120428045151.GA853@redhat.com>
On Sat, Apr 28, 2012 at 12:51:51AM -0400, Mike Snitzer wrote:
> On Sat, Apr 28 2012 at 12:44am -0400,
> Mike Snitzer <snitzer@redhat.com> wrote:
> The non power of 2 support patch required quite a few thinp-test-suite
> fixes; this works for me but there may be more clever/clean ways to
> address rounding down the pool size to a multiple of blocksize...
Yes, I need to do some work here. We can't keep tweaking these magic
numbers.
- Some tests hardwire a block size, eg, my cache_tests, your
non-power-2 tests.
- Some tests can prove their point with a small pool size. So no point
wasting time by running on bigger pools.
- Some tests would definitely benefit by scaling up to larger pools,
more thins etc, as hardware allows. But we should probably control
this from the command line - big tests take a long time to run, so
we shouldn't assume we should scale up the tests to consume all disk
space.
- different hardware has different logical block sizes, which can
effect io sizes (eg, see discard tests). The code needs to make it
clear that the sizes are being influenced by the LBS.
- We should make it clear in the results, and the test source, which
tests scaled up and how. eg, did data_block_size change?,
data_dev_size?
next prev parent reply other threads:[~2012-04-30 10:15 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-04-28 4:44 [PATCH 1/2] dm: update max_io_len to support a split_io that is not a power of 2 Mike Snitzer
2012-04-28 4:44 ` [PATCH 2/2] dm thin: support for non power of 2 pool blocksize Mike Snitzer
2012-04-28 4:51 ` [PATCH] thinp-test-suite: " Mike Snitzer
2012-04-28 15:32 ` Mike Snitzer
2012-04-30 10:15 ` Joe Thornber [this message]
2012-04-30 9:55 ` [PATCH 2/2] dm thin: " Joe Thornber
2012-04-30 17:33 ` Mike Snitzer
2012-05-01 9:41 ` Joe Thornber
2012-04-30 16:10 ` [PATCH 1/2] dm: update max_io_len to support a split_io that is not a power of 2 Alasdair G Kergon
2012-04-30 17:24 ` Mike Snitzer
2012-04-30 18:36 ` Alasdair G Kergon
2012-04-30 18:59 ` Mike Snitzer
2012-05-01 15:42 ` Brassow Jonathan
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20120430101501.GB5955@ubuntu \
--to=thornber@redhat.com \
--cc=agk@redhat.com \
--cc=dm-devel@redhat.com \
--cc=ejt@redhat.com \
--cc=snitzer@redhat.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
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.