lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC | |
Open Source and information security mailing list archives
| ||
|
Message-ID: <bug-217965-13602-tfZ1grsPIF@https.bugzilla.kernel.org/> Date: Sat, 06 Jan 2024 02:11:24 +0000 From: bugzilla-daemon@...nel.org To: linux-ext4@...r.kernel.org Subject: [Bug 217965] ext4(?) regression since 6.5.0 on sata hdd https://bugzilla.kernel.org/show_bug.cgi?id=217965 --- Comment #63 from Matthew Stapleton (matthew4196@...il.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 usage 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 moment and it all stops shortly after the file operation is completed. -- You may reply to this email to add a comment. You are receiving this mail because: You are watching the assignee of the bug.
Powered by blists - more mailing lists