Received-SPF: pass (google.com: domain of linux-ext4+bounces-730-linux.lists.archive=gmail.com@vger.kernel.org designates 147.75.48.161 as permitted sender) client-ip=147.75.48.161;
From: bugzilla-daemon@kernel.org
To: linux-ext4@vger.kernel.org
Subject: [Bug 217965] ext4(?) regression since 6.5.0 on sata hdd
Date: Sat, 06 Jan 2024 02:11:24 +0000
Message-ID: <bug-217965-13602-tfZ1grsPIF@https.bugzilla.kernel.org/>
In-Reply-To: <bug-217965-13602@https.bugzilla.kernel.org/>
References: <bug-217965-13602@https.bugzilla.kernel.org/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Auto-Submitted: auto-generated
Precedence: bulk
MIME-Version: 1.0

https://bugzilla.kernel.org/show_bug.cgi?id=3D217965

--- Comment #63 from Matthew Stapleton (matthew4196@gmail.com) ---
I can't seem to trigger the problem now even with all the patches disabled =
and
/sys/fs/ext4/<dev>/mb_best_avail_max_trim_order set to the default of 3 so
unfortunately I won't be able to help with this problem for now.

According to perf record -ag sleep 5 at the moment most of the ext4 cpu usa=
ge
is in ext4_get_group_desc and ext4_get_group_info , both called from
ext4_mb_prefetch and some usage in ext4_mb_good_group called from
ext4_mb_find_good_group_avg_frag_lists .  Both ext4_mb_prefetch and
ext4_mb_find_good_group_avg_frag_lists were called from
ext4_mb_regular_allocator.  But this is all fairly low cpu usage at the mom=
ent
and it all stops shortly after the file operation is completed.

--=20
You may reply to this email to add a comment.

You are receiving this mail because:
You are watching the assignee of the bug.=