Re: [PATCH] btrfs: fix u32 to s64 type conversion in dirty_metadata_bytes accounting

Dave Chen <[email protected]>
Newsgroups org.kernel.vger.linux-btrfs
Message-ID <[email protected]>
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.
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.