| Refresh |
This website lore-kernel.gnuweeb.org/lkml/20250828150947.GC8092@frogsfrogsfrogs/ is currently offline. Cloudflare\'s Always Online™ shows a snapshot of this web page from the Internet Archive\'s Wayback Machine. To check for the live version, click Refresh. |
From: "Darrick J. Wong" <djwong@kernel.org> To: Ojaswin Mujoo <ojaswin@linux.ibm.com> Cc: Zorro Lang <zlang@redhat.com>, fstests@vger.kernel.org, Ritesh Harjani <ritesh.list@gmail.com>, john.g.garry@oracle.com, tytso@mit.edu, linux-xfs@vger.kernel.org, linux-kernel@vger.kernel.org, linux-ext4@vger.kernel.org Subject: Re: [PATCH v5 10/12] ext4: test atomic write and ioend codepaths with bigalloc Date: Thu, 28 Aug 2025 08:09:47 -0700 [thread overview] Message-ID: <20250828150947.GC8092@frogsfrogsfrogs> (raw) In-Reply-To: <5a39bfbbd73f8598e9f85fb4420955c8a95c78a2.1755849134.git.ojaswin@linux.ibm.com> On Fri, Aug 22, 2025 at 01:32:09PM +0530, Ojaswin Mujoo wrote: > From: "Ritesh Harjani (IBM)" <ritesh.list@gmail.com> > > This test does a lot of parallel RWF_ATOMIC IO on a preallocated file to > stress the write and end-io unwritten conversion code paths. We brute > force this for different blocksize and clustersizes and after each > iteration we ensure the data was not torn or corrupted using fio crc > verification. > > Note that in this test we use overlapping atomic writes of same io size. > Although serializing racing writes is not guaranteed for RWF_ATOMIC, > NVMe and SCSI provide this guarantee as an inseparable feature to > power-fail atomicity. Keeping the iosize as same also ensures that ext4 > doesn't tear the write due to racing ioend unwritten conversion. > > The value of this test is that we make sure the RWF_ATOMIC is handled > correctly by ext4 as well as test that the block layer doesn't split or > only generate multiple bios for an atomic write. > > Signed-off-by: Ritesh Harjani (IBM) <ritesh.list@gmail.com> > Signed-off-by: Ojaswin Mujoo <ojaswin@linux.ibm.com> Looks good to me! Reviewed-by: "Darrick J. Wong" <djwong@kernel.org> --D > --- > tests/ext4/061 | 155 +++++++++++++++++++++++++++++++++++++++++++++ > tests/ext4/061.out | 2 + > 2 files changed, 157 insertions(+) > create mode 100755 tests/ext4/061 > create mode 100644 tests/ext4/061.out > > diff --git a/tests/ext4/061 b/tests/ext4/061 > new file mode 100755 > index 00000000..0ccf9f69 > --- /dev/null > +++ b/tests/ext4/061 > @@ -0,0 +1,155 @@ > +#! /bin/bash > +# SPDX-License-Identifier: GPL-2.0 > +# Copyright (c) 2025 IBM Corporation. All Rights Reserved. > +# > +# FS QA Test 061 > +# > +# This test does a lot of parallel RWF_ATOMIC IO on a preallocated file to > +# stress the write and end-io unwritten conversion code paths. We brute force > +# this for all possible blocksize and clustersizes and after each iteration we > +# ensure the data was not torn or corrupted using fio crc verification. > +# > +# Note that in this test we use overlapping atomic writes of same io size. > +# Although serializing racing writes is not guaranteed for RWF_ATOMIC, NVMe and > +# SCSI provide this guarantee as an inseparable feature to power-fail > +# atomicity. Keeping the iosize as same also ensures that ext4 doesn't tear the > +# write due to racing ioend unwritten conversion. > +# > +# The value of this test is that we make sure the RWF_ATOMIC is handled > +# correctly by ext4 as well as test that the block layer doesn't split or only > +# generate multiple bios for an atomic write. > + > +. ./common/preamble > +. ./common/atomicwrites > + > +_begin_fstest auto rw stress atomicwrites > + > +_require_scratch_write_atomic > +_require_aiodio > +_require_fio_version "3.38+" > + > +FIO_LOAD=$(($(nproc) * 2 * LOAD_FACTOR)) > +SIZE=$((100*1024*1024)) > + > +# Calculate fsblocksize as per bdev atomic write units. > +bdev_awu_min=$(_get_atomic_write_unit_min $SCRATCH_DEV) > +bdev_awu_max=$(_get_atomic_write_unit_max $SCRATCH_DEV) > +bs=$(_max 4096 "$bdev_awu_min") > + > +function create_fio_configs() > +{ > + local bsize=$1 > + create_fio_aw_config $bsize > + create_fio_verify_config $bsize > +} > + > +function create_fio_verify_config() > +{ > + local bsize=$1 > +cat >$fio_verify_config <<EOF > + [aio-dio-aw-verify] > + direct=1 > + ioengine=libaio > + rw=read > + bs=$bsize > + fallocate=native > + filename=$SCRATCH_MNT/test-file > + size=$SIZE > + iodepth=$FIO_LOAD > + numjobs=$FIO_LOAD > + atomic=1 > + group_reporting=1 > + > + verify_only=1 > + verify_state_save=0 > + verify=crc32c > + verify_fatal=1 > + verify_write_sequence=0 > +EOF > +} > + > +function create_fio_aw_config() > +{ > + local bsize=$1 > +cat >$fio_aw_config <<EOF > + [aio-dio-aw] > + direct=1 > + ioengine=libaio > + rw=randwrite > + bs=$bsize > + fallocate=native > + filename=$SCRATCH_MNT/test-file > + size=$SIZE > + iodepth=$FIO_LOAD > + numjobs=$FIO_LOAD > + group_reporting=1 > + atomic=1 > + > + verify_state_save=0 > + verify=crc32c > + do_verify=0 > + > +EOF > +} > + > +run_test_one() { > + local bs=$1 > + local cs=$2 > + local iosize=$3 > + > + MKFS_OPTIONS="-O bigalloc -b $bs -C $cs" > + _scratch_mkfs_ext4 >> $seqres.full 2>&1 || continue > + if _try_scratch_mount >> $seqres.full 2>&1; then > + echo "== Testing: bs=$bs cs=$cs iosize=$iosize ==" >> $seqres.full > + > + touch $SCRATCH_MNT/f1 > + create_fio_configs $iosize > + > + cat $fio_aw_config >> $seqres.full > + echo >> $seqres.full > + cat $fio_verify_config >> $seqres.full > + > + $FIO_PROG $fio_aw_config >> $seqres.full > + ret1=$? > + > + $FIO_PROG $fio_verify_config >> $seqres.full > + ret2=$? > + > + _scratch_unmount > + > + [[ $ret1 -eq 0 && $ret2 -eq 0 ]] || _fail "fio with atomic write failed" > + fi > +} > + > +run_test() { > + local bs=$1 > + > + # cluster sizes above 16 x blocksize are experimental so avoid them > + # Also, cap cluster size at 128kb to keep it reasonable for large > + # blocks size > + max_cs=$(_min $((16 * bs)) "$bdev_awu_max" $((128 * 1024))) > + > + # Fuzz for combinations of blocksize, clustersize and > + # iosize that cover most of the cases > + run_test_one $bs $bs $bs > + run_test_one $bs $max_cs $bs > + run_test_one $bs $max_cs $max_cs > + run_test_one $bs $max_cs $(_max "$((max_cs/2))" $bs) > +} > + > +# Let's create a sample fio config to check whether fio supports all options. > +fio_aw_config=$tmp.aw.fio > +fio_verify_config=$tmp.verify.fio > +fio_out=$tmp.fio.out > + > +create_fio_configs $bs > +_require_fio $fio_aw_config > + > +for ((bs=$bs; bs <= $(_get_page_size); bs = $bs << 1)); do > + run_test $bs > +done > + > +# success, all done > +echo Silence is golden > +status=0 > +exit > diff --git a/tests/ext4/061.out b/tests/ext4/061.out > new file mode 100644 > index 00000000..273be9e0 > --- /dev/null > +++ b/tests/ext4/061.out > @@ -0,0 +1,2 @@ > +QA output created by 061 > +Silence is golden > -- > 2.49.0 > >
next prev parent reply other threads:[~2025-08-28 15:09 UTC|newest] Thread overview: 57+ messages / expand[flat|nested] mbox.gz Atom feed top 2025-08-22 8:01 [PATCH v5 00/11] Add more tests for multi fs block atomic writes Ojaswin Mujoo 2025-08-22 8:02 ` [PATCH v5 01/12] common/rc: Add _min() and _max() helpers Ojaswin Mujoo 2025-08-22 8:02 ` [PATCH v5 02/12] common/rc: Add _require_fio_version helper Ojaswin Mujoo 2025-08-25 16:08 ` Zorro Lang 2025-08-27 15:16 ` Ojaswin Mujoo 2025-08-28 15:09 ` Darrick J. Wong 2025-08-29 16:59 ` Ojaswin Mujoo 2025-08-30 17:09 ` Zorro Lang 2025-09-01 11:40 ` Ojaswin Mujoo 2025-09-02 5:30 ` Zorro Lang 2025-09-02 8:29 ` John Garry 2025-09-02 14:50 ` John Garry 2025-09-05 15:51 ` Ojaswin Mujoo 2025-09-05 16:14 ` John Garry 2025-09-05 16:39 ` Ojaswin Mujoo 2025-09-07 5:18 ` Zorro Lang 2025-09-07 5:29 ` Zorro Lang 2025-09-09 7:16 ` Ojaswin Mujoo 2025-09-09 7:26 ` John Garry 2025-09-09 9:02 ` Ojaswin Mujoo 2025-09-10 6:07 ` Zorro Lang 2025-09-10 6:38 ` Ojaswin Mujoo 2025-08-22 8:02 ` [PATCH v5 03/12] common/rc: Add a helper to run fsx on a given file Ojaswin Mujoo 2025-08-22 8:02 ` [PATCH v5 04/12] ltp/fsx.c: Add atomic writes support to fsx Ojaswin Mujoo 2025-09-02 15:06 ` John Garry 2025-09-05 16:29 ` Ojaswin Mujoo 2025-09-08 7:53 ` John Garry 2025-09-09 6:57 ` Ojaswin Mujoo 2025-09-09 7:55 ` John Garry 2025-09-09 8:59 ` Ojaswin Mujoo 2025-08-22 8:02 ` [PATCH v5 05/12] generic: Add atomic write test using fio crc check verifier Ojaswin Mujoo 2025-09-02 15:09 ` John Garry 2025-08-22 8:02 ` [PATCH v5 06/12] generic: Add atomic write test using fio verify on file mixed mappings Ojaswin Mujoo 2025-09-02 15:10 ` John Garry 2025-08-22 8:02 ` [PATCH v5 07/12] generic: Add atomic write multi-fsblock O_[D]SYNC tests Ojaswin Mujoo 2025-09-02 15:14 ` John Garry 2025-09-05 16:30 ` Ojaswin Mujoo 2025-08-22 8:02 ` [PATCH v5 08/12] generic: Stress fsx with atomic writes enabled Ojaswin Mujoo 2025-09-02 15:18 ` John Garry 2025-09-05 16:40 ` Ojaswin Mujoo 2025-08-22 8:02 ` [PATCH v5 09/12] generic: Add sudden shutdown tests for multi block atomic writes Ojaswin Mujoo 2025-09-02 15:49 ` John Garry 2025-09-05 17:06 ` Ojaswin Mujoo 2025-09-08 14:27 ` John Garry 2025-09-09 6:44 ` Ojaswin Mujoo 2025-09-09 7:49 ` John Garry 2025-09-09 9:01 ` Ojaswin Mujoo 2025-09-09 9:04 ` John Garry 2025-09-09 11:43 ` Ojaswin Mujoo 2025-08-22 8:02 ` [PATCH v5 10/12] ext4: test atomic write and ioend codepaths with bigalloc Ojaswin Mujoo 2025-08-28 15:09 ` Darrick J. Wong [this message] 2025-09-02 15:52 ` John Garry 2025-08-22 8:02 ` [PATCH v5 11/12] ext4: Test atomic writes allocation and write " Ojaswin Mujoo 2025-09-02 15:54 ` John Garry 2025-09-05 17:10 ` Ojaswin Mujoo 2025-09-08 7:39 ` John Garry 2025-08-22 8:02 ` [PATCH v5 12/12] ext4: Atomic write test for extent split across leaf nodes Ojaswin Mujoo
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=20250828150947.GC8092@frogsfrogsfrogs \
--to=djwong@kernel.org \
--cc=fstests@vger.kernel.org \
--cc=john.g.garry@oracle.com \
--cc=linux-ext4@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-xfs@vger.kernel.org \
--cc=ojaswin@linux.ibm.com \
--cc=ritesh.list@gmail.com \
--cc=tytso@mit.edu \
--cc=zlang@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 a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox