public inbox for linux-btrfs@vger.kernel.org
 help / color / mirror / Atom feed
From: Roman Mamedov <rm@romanrm.net>
To: linux-btrfs@vger.kernel.org
Subject: Converting from single to raid0 creates a ton of unused data chunks
Date: Sat, 17 Sep 2022 21:00:21 +0500	[thread overview]
Message-ID: <20220917210021.5a84dc82@nvm> (raw)

Hello,

Just finished converting the remaining "single" data chunks on my FS to
"raid0", with btrfs-progs v5.10.1, kernel 5.10.140.

Before:

  Data, RAID0: total=200.00GiB, used=193.06GiB
  Data, single: total=107.00GiB, used=105.12GiB
  System, RAID1: total=32.00MiB, used=48.00KiB
  Metadata, RAID1: total=2.00GiB, used=488.64MiB
  GlobalReserve, single: total=353.98MiB, used=0.00B
  WARNING: Multiple block group profiles detected, see 'man btrfs(5)'.
  WARNING:   Data: single, raid0

Converting:

  # btrfs fi balance start -dprofiles=single -dconvert=raid0,soft /mnt/ssdm/
  Done, had to relocate 110 out of 209 chunks

After:

  Data, RAID0: total=412.00GiB, used=297.21GiB
  System, RAID1: total=32.00MiB, used=48.00KiB
  Metadata, RAID1: total=2.00GiB, used=466.83MiB
  GlobalReserve, single: total=332.31MiB, used=0.00B

As you can see it created a ton of "slack" in the RAID0 Data allocation.

Sure, I can collapse it down with:

  # btrfs fi balance start -dusage=50 /mnt/ssdm/
  Done, had to relocate 56 out of 209 chunks

And the result will be:

  Data, RAID0: total=302.00GiB, used=297.21GiB
  System, RAID1: total=32.00MiB, used=48.00KiB
  Metadata, RAID1: total=2.00GiB, used=466.83MiB
  GlobalReserve, single: total=332.19MiB, used=0.00B

But is this expected? I wonder what if this somewhat runaway chunk creation
would face no more free space to allocate for these, would the balance fail
with ENOSPC then?

-- 
With respect,
Roman

                 reply	other threads:[~2022-09-17 16:00 UTC|newest]

Thread overview: [no followups] expand[flat|nested]  mbox.gz  Atom feed

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=20220917210021.5a84dc82@nvm \
    --to=rm@romanrm.net \
    --cc=linux-btrfs@vger.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