mirror of
https://github.com/linux-apfs/apfstests.git
synced 2026-05-01 15:01:44 -07:00
Filipe Manana
8c16b061f7
In btrfs-progs v4.10 we had a behaviour change where starting a balance
operation without any filters results in a delay of 10 seconds and a
warning is printed to stdout that warns that a full balance is about to
be made and that it can be a slow operation. The new flag '--full-balance'
was added in that release to avoid the 10 seconds delay and the warning
message.
Our existing helper _run_btrfs_balance_start() uses that new balance flag
if we are running a btrfs-progs version that has it, to avoid that 10
seconds wait.
Make all existing btrfs tests that trigger balance operations use the
_run_btrfs_balance_start() helper, so that we avoid wasting time and
speed up some of the tests. In particular test btrfs/014 is now about 10x
faster and tests btrfs/060 to btrfs/064 3 to 5 times faster (depending
on the fsstress random load).
Besides speeding up many tests that do balance operations it also fixes
functional problems:
1) Since btrfs-progs v4.10 the test case btrfs/014 got broken, because
its purpose is to run balance and snapshot creation in parallel,
and that wasn't happening anymore because all snapshots were being
created during the 10 seconds delay of the first balance operation,
so balance and snapshot creation was being serialized instead of
running in parallel.
Fixing this test to avoid the 10 seconds delay immediately
exposes a regression that went into kernel 5.7-rc1 which is fixed
by the following commit
aec7db3b13a0 ("btrfs: fix setting last_trans for reloc roots")
2) Test cases btrfs/060 to btrfs/064 now spend much more time running
fsstress, balance and other operations in parallel, there's no
longer intervals of 10 seconds where balance is not running
concurrently with those other operations, making the tests a lot
more useful again.
Signed-off-by: Filipe Manana <fdmanana@suse.com>
Reviewed-by: Eryu Guan <guaneryu@gmail.com>
Signed-off-by: Eryu Guan <guaneryu@gmail.com>
106 lines
3.0 KiB
Bash
Executable File
106 lines
3.0 KiB
Bash
Executable File
#! /bin/bash
|
|
# SPDX-License-Identifier: GPL-2.0
|
|
# Copyright (c) 2017 SUSE Linux Products GmbH. All Rights Reserved.
|
|
#
|
|
# FS QA Test 156
|
|
#
|
|
# Check if btrfs can correctly trim free space in block groups
|
|
#
|
|
# An ancient regression prevent btrfs from trimming free space inside
|
|
# existing block groups, if bytenr of block group starts beyond
|
|
# btrfs_super_block->total_bytes.
|
|
# However all bytenr in btrfs is in btrfs logical address space,
|
|
# where any bytenr in range [0, U64_MAX] is valid.
|
|
#
|
|
# Fixed by patch named "btrfs: Ensure btrfs_trim_fs can trim the whole fs".
|
|
#
|
|
seq=`basename $0`
|
|
seqres=$RESULT_DIR/$seq
|
|
echo "QA output created by $seq"
|
|
|
|
here=`pwd`
|
|
tmp=/tmp/$$
|
|
status=1 # failure is the default!
|
|
trap "_cleanup; exit \$status" 0 1 2 3 15
|
|
|
|
_cleanup()
|
|
{
|
|
cd /
|
|
rm -f $tmp.*
|
|
}
|
|
|
|
# get standard environment, filters and checks
|
|
. ./common/rc
|
|
. ./common/filter
|
|
|
|
# remove previous $seqres.full before test
|
|
rm -f $seqres.full
|
|
|
|
# real QA test starts here
|
|
|
|
# Modify as appropriate.
|
|
_supported_fs btrfs
|
|
_supported_os Linux
|
|
_require_scratch
|
|
_require_fstrim
|
|
|
|
# 1024fs size
|
|
fs_size=$((1024 * 1024 * 1024))
|
|
|
|
# Use small files to fill half of the fs
|
|
file_size=$(( 1024 * 1024 ))
|
|
nr_files=$(( $fs_size / $file_size / 2))
|
|
|
|
# Force to use single data and meta profile.
|
|
# Since the test relies on fstrim output, which will differ for different
|
|
# profiles
|
|
_scratch_mkfs -b $fs_size -m single -d single > /dev/null
|
|
_scratch_mount
|
|
|
|
_require_batched_discard "$SCRATCH_MNT"
|
|
|
|
for n in $(seq -w 0 $(( $nr_files - 1))); do
|
|
$XFS_IO_PROG -f -c "pwrite 0 $file_size" "$SCRATCH_MNT/file_$n" \
|
|
> /dev/null
|
|
done
|
|
|
|
# Flush all buffer data into disk, to trigger chunk allocation
|
|
sync
|
|
|
|
# Now we have take at least 50% of the filesystem, relocate all chunks twice
|
|
# so all chunks will start after 1G in logical space.
|
|
# (Btrfs chunk allocation will not rewind to reuse lower space)
|
|
_run_btrfs_balance_start $SCRATCH_MNT >> $seqres.full
|
|
|
|
# To avoid possible false ENOSPC alert on v4.15-rc1, seems to be a
|
|
# reserved space related bug (maybe related to outstanding space rework?),
|
|
# but that's another story.
|
|
sync
|
|
|
|
_run_btrfs_balance_start $SCRATCH_MNT >> $seqres.full
|
|
|
|
# Now remove half of the files to make some holes for later trim.
|
|
# While still keep the chunk space fragmented, so no chunk will be freed
|
|
rm $SCRATCH_MNT/file_*[13579] -f
|
|
|
|
# Make sure space is freed
|
|
sync
|
|
|
|
trimmed=$($FSTRIM_PROG -v "$SCRATCH_MNT" | _filter_fstrim)
|
|
echo "Trimmed=$trimmed total_size=$fs_size ratio=$(($trimmed * 100 / $fs_size))%" \
|
|
>> $seqres.full
|
|
|
|
# For correct full fs trim, both unallocated space (less than 50%)
|
|
# and free space in existing block groups (about 25%) should be trimmed.
|
|
# If less than 50% is trimmed, then only unallocated space is trimmed.
|
|
# BTW, without fix only 31% can be trimmed, while after fix it's 64%.
|
|
if [ $trimmed -lt $(( $fs_size / 2)) ]; then
|
|
echo "Free space in block groups not trimmed"
|
|
echo "Trimmed=$trimmed total_size=$fs_size ratio=$(($trimmed * 100 / $fs_size))%"
|
|
fi
|
|
|
|
echo "Silence is golden"
|
|
# success, all done
|
|
status=0
|
|
exit
|