From: Luis Henriques <lhenriques@suse.de>
To: fstests@vger.kernel.org
Cc: Eryu Guan <guan@eryu.me>, Jeff Layton <jlayton@kernel.org>,
ceph-devel@vger.kernel.org, Luis Henriques <lhenriques@suse.de>
Subject: [PATCH v2 0/3] Initial CephFS tests
Date: Mon, 19 Oct 2020 14:27:47 +0100 [thread overview]
Message-ID: <20201019132750.29293-1-lhenriques@suse.de> (raw)
This is my second attempt to have an initial set of ceph-specific tests
merged into fstests. In this patchset I'm pushing a different set of
tests, focusing on the copy_file_range testing, although I *do* plan to
get back to the quota tests soon.
This syscall has a few peculiarities in ceph as it is able to use remote
object copies without the need to download/upload data from the OSDs.
However, in order to take advantage of this remote copy, the copy ranges
and sizes need to include at least one object. Thus, all the currently
existing generic tests won't actually take advantage of this feature.
Let me know any comments/concerns about this patchset. Also note that
currently, in order to have cephfs copy_file_range to take advantage of
remote object copies, the additional 'copyfrom' mount parameter is
required; if not used, the copy will fallback to the default VFS
implementation. (Hopefully this additional param will be dropped in the
future.)
Changes since v1:
- New _ceph_create_file_layout() function (in common/ceph) that creates
and sets the file layout
- Added commit IDs relevant to tracker issue#37378 (test 002)
- Fixed tests file mode to 755
(Also clarified cover-letter text regarding the 'copyfrom' usage.)
Luis Henriques (3):
ceph: add copy_file_range (remote copy operation) testing
ceph: test combination of copy_file_range with truncate
ceph: test copy_file_range with infile = outfile
common/ceph | 23 +++++
common/rc | 1 +
tests/ceph/001 | 233 +++++++++++++++++++++++++++++++++++++++++++++
tests/ceph/001.out | 129 +++++++++++++++++++++++++
tests/ceph/002 | 79 +++++++++++++++
tests/ceph/002.out | 8 ++
tests/ceph/003 | 116 ++++++++++++++++++++++
tests/ceph/003.out | 11 +++
tests/ceph/group | 3 +
9 files changed, 603 insertions(+)
create mode 100644 common/ceph
create mode 100755 tests/ceph/001
create mode 100644 tests/ceph/001.out
create mode 100755 tests/ceph/002
create mode 100644 tests/ceph/002.out
create mode 100755 tests/ceph/003
create mode 100644 tests/ceph/003.out
create mode 100644 tests/ceph/group
next reply other threads:[~2020-10-19 13:27 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-10-19 13:27 Luis Henriques [this message]
2020-10-19 13:27 ` [PATCH v2 1/3] ceph: add copy_file_range (remote copy operation) testing Luis Henriques
2020-10-19 13:27 ` [PATCH v2 2/3] ceph: test combination of copy_file_range with truncate Luis Henriques
2020-10-19 13:27 ` [PATCH v2 3/3] ceph: test copy_file_range with infile = outfile Luis Henriques
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=20201019132750.29293-1-lhenriques@suse.de \
--to=lhenriques@suse.de \
--cc=ceph-devel@vger.kernel.org \
--cc=fstests@vger.kernel.org \
--cc=guan@eryu.me \
--cc=jlayton@kernel.org \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).