Linux Btrfs filesystem development
 help / color / mirror / Atom feed
From: Dave Chen <davechen@synology.com>
To: fdmanana@kernel.org
Cc: cccheng@synology.com, davechen@synology.com, dsterba@suse.com,
	linux-btrfs@vger.kernel.org
Subject: Re: [PATCH] btrfs: fix u32 to s64 type conversion in dirty_metadata_bytes accounting
Date: Tue, 30 Jun 2026 10:49:16 +0800	[thread overview]
Message-ID: <20260630024917.449937-1-davechen@synology.com> (raw)
In-Reply-To: <CAL3q7H5x_nz79nJv418DpWCeU=Pk3Q7zL3cCDpNNtj2to0ij9w@mail.gmail.com>

On Mon, Jun 29, 2026 at 01:08:05PM +0100, Filipe Manana wrote:
> Curious, do you have any performance data to give an idea of the impact?
>
> I'm asking not only for clarity but also to determine if adding a
> Fixes tag for stable backports makes sense.

We don't have upstream performance benchmark data for this.  We
discovered the issue while debugging an unrelated internal bug —
dirty_metadata_bytes had grown to petabyte-range values on a filesystem
with a fraction of that in actual dirty metadata, which led us to trace
it back to the u32 negation.

The writeback impact described in the commit message
(balance_dirty_pages_ratelimited() being called unconditionally) is
based on code analysis, not measured.

I'll leave the Fixes tag decision to you and David.

Thanks for the review.


Disclaimer: The contents of this e-mail message and any attachments are confidential and are intended solely for addressee. The information may also be legally privileged. This transmission is sent in trust, for the sole purpose of delivery to the intended recipient. If you have received this transmission in error, any use, reproduction or dissemination of this transmission is strictly prohibited. If you are not the intended recipient, please immediately notify the sender by reply e-mail or phone and delete this message and its attachments, if any.

      parent reply	other threads:[~2026-06-30  2:49 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-06-29  7:08 [PATCH] btrfs: fix u32 to s64 type conversion in dirty_metadata_bytes accounting Dave Chen
2026-06-29 12:08 ` Filipe Manana
2026-06-30  0:32   ` David Sterba
2026-06-30  2:49   ` Dave Chen [this message]

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=20260630024917.449937-1-davechen@synology.com \
    --to=davechen@synology.com \
    --cc=cccheng@synology.com \
    --cc=dsterba@suse.com \
    --cc=fdmanana@kernel.org \
    --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