All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Darrick J. Wong" <darrick.wong@oracle.com>
To: Qu Wenruo <quwenruo@cn.fujitsu.com>
Cc: fstests@vger.kernel.org, linux-btrfs@vger.kernel.org
Subject: Re: [PATCH v4 0/6] Btrfs in-band de-duplication test cases
Date: Mon, 14 Mar 2016 10:24:30 -0700	[thread overview]
Message-ID: <20160314172430.GA5769@birch.djwong.org> (raw)
In-Reply-To: <56E66EBF.8000105@cn.fujitsu.com>

On Mon, Mar 14, 2016 at 03:56:47PM +0800, Qu Wenruo wrote:
> Please don't merge this patchset.
> 
> As the there is some naming undecided recently.
> 
> The abbreviation 'dedup' may be changed to 'dedupe'.
> I'll update them when all related parts is settled down.

There's already a 'dedupe' group in xfstests for testing the out-of-band ioctl
that duperemove uses.  I wondered if that factored into your decision to use
'dedup' as the group name for the inband tests.

Seeing as other filesystems are beginning to support the OOB ioctls and might
never support the in-band stuff btrfs is doing, what do people think about
keeping the out-of and in-band dedup tests in separate groups to make it clear
which dedupe feature each test is aiming to validate?

There's no technical requirement to do this since we can always add feature
tests if the inband tests ever become generic, but I do see value in being able
to test one interface without having the tests for the other interface piling
on the output (and being able to tell which interface at a glance).

--D

> 
> Thanks,
> Qu
> 
> 
> Qu Wenruo wrote on 2016/03/09 16:33 +0800:
> >Since we are push btrfs in-band de-duplication for v4.6, it's better to
> >add test cases for this new feature.
> >
> >Except the first basic function test, the rest are all regression test
> >which we found during the development.
> >We also found some bugs from the generic test, but we need some fstests
> >option allowing us to enable dedup for any test case.
> >(We did it by hack _scratch_mount and _test_mount to enable dedup for
> >any test case)
> >
> >Use the sequence number starts from 200 to avoid any possible conflicts.
> >The './new' script returns some hole number which is not proper for
> >such related test case set.
> >Hopes it's not too hard for maintainer to modify the sequence number.
> >
> >v1:
> >   Btrfs mail list internal use only
> >v2:
> >   Add test case 203 to test balance race
> >v3:
> >   Follow Dave's comment to use more existing fstest infrastructure.
> >   Also fix a small bug in the 1st which forgot to remove old macros
> >v4:
> >   Enhance test 203 to cover both dedup backend
> >   Add new test 204, a specific regression test for balance and dedup.
> >
> >Qu Wenruo (6):
> >   fstests: rename _require_btrfs to _require_btrfs_subcommand
> >   fstests: btrfs: Add basic test for btrfs in-band de-duplication
> >   fstests: btrfs: Add testcase for btrfs dedup enable disable race test
> >   fstests: btrfs: Add per inode dedup flag test
> >   fstests: btrfs: Test inband dedup with balance.
> >   fstests: btrfs: Test for btrfs dedup tree balance bug
> >
> >  common/defrag       |  13 +++++++
> >  common/rc           |   2 +-
> >  tests/btrfs/004     |   2 +-
> >  tests/btrfs/048     |   2 +-
> >  tests/btrfs/059     |   2 +-
> >  tests/btrfs/200     | 109 ++++++++++++++++++++++++++++++++++++++++++++++++++++
> >  tests/btrfs/200.out |  21 ++++++++++
> >  tests/btrfs/201     |  98 ++++++++++++++++++++++++++++++++++++++++++++++
> >  tests/btrfs/201.out |   2 +
> >  tests/btrfs/202     | 108 +++++++++++++++++++++++++++++++++++++++++++++++++++
> >  tests/btrfs/202.out |  15 ++++++++
> >  tests/btrfs/203     | 109 ++++++++++++++++++++++++++++++++++++++++++++++++++++
> >  tests/btrfs/203.out |   5 +++
> >  tests/btrfs/204     |  74 +++++++++++++++++++++++++++++++++++
> >  tests/btrfs/204.out |   2 +
> >  tests/btrfs/group   |   5 +++
> >  16 files changed, 565 insertions(+), 4 deletions(-)
> >  create mode 100755 tests/btrfs/200
> >  create mode 100644 tests/btrfs/200.out
> >  create mode 100755 tests/btrfs/201
> >  create mode 100644 tests/btrfs/201.out
> >  create mode 100755 tests/btrfs/202
> >  create mode 100644 tests/btrfs/202.out
> >  create mode 100755 tests/btrfs/203
> >  create mode 100644 tests/btrfs/203.out
> >  create mode 100755 tests/btrfs/204
> >  create mode 100644 tests/btrfs/204.out
> >
> 
> 
> --
> To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html

  reply	other threads:[~2016-03-14 17:24 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-03-09  8:33 [PATCH v4 0/6] Btrfs in-band de-duplication test cases Qu Wenruo
2016-03-09  8:33 ` [PATCH v4 1/6] fstests: rename _require_btrfs to _require_btrfs_subcommand Qu Wenruo
2016-03-09  8:33 ` [PATCH v4 2/6] fstests: btrfs: Add basic test for btrfs in-band de-duplication Qu Wenruo
2016-03-09  8:33 ` [PATCH v4 3/6] fstests: btrfs: Add testcase for btrfs dedup enable disable race test Qu Wenruo
2016-03-09  8:33 ` [PATCH v4 4/6] fstests: btrfs: Add per inode dedup flag test Qu Wenruo
2016-03-09  8:33 ` [PATCH v4 5/6] fstests: btrfs: Test inband dedup with balance Qu Wenruo
2016-03-09  8:33 ` [PATCH v4 6/6] fstests: btrfs: Test for btrfs dedup tree balance bug Qu Wenruo
2016-03-14  7:56 ` [PATCH v4 0/6] Btrfs in-band de-duplication test cases Qu Wenruo
2016-03-14  7:56   ` Qu Wenruo
2016-03-14 17:24   ` Darrick J. Wong [this message]
2016-03-15  1:23     ` Qu Wenruo
2016-03-15  1:23       ` Qu Wenruo
2016-03-15  2:42     ` Dave Chinner

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=20160314172430.GA5769@birch.djwong.org \
    --to=darrick.wong@oracle.com \
    --cc=fstests@vger.kernel.org \
    --cc=linux-btrfs@vger.kernel.org \
    --cc=quwenruo@cn.fujitsu.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.