Date: Fri, 22 Mar 2024 15:47:02 +0000 From: bugzilla-noreply@freebsd.org To: fs@FreeBSD.org Subject: [Bug 275594] High CPU usage by arc_prune; analysis and fix Message-ID: <bug-275594-3630-pq1GtkZm74@https.bugs.freebsd.org/bugzilla/> In-Reply-To: <bug-275594-3630@https.bugs.freebsd.org/bugzilla/> References: <bug-275594-3630@https.bugs.freebsd.org/bugzilla/>
next in thread | previous in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D275594 --- Comment #94 from Felix Palmen <zirias@freebsd.org> --- (In reply to Felix Palmen from comment #89) > will continue to observe the overall behavior. After a pretty busy (for my ZFS pool) week with the patches applied, I'd say the behavior is very good now. Provoking stalls requires crazy things like multiple poudriere-builds in I/O heavy phases (like *-depends) at the same = time and also doing other I/O (e.g. in bhyve VMs). A "normal" bulk build with fu= ll parallel jobs *and* MAKE_JOBS allowed is barely noticeable when scheduled on idprio. As I said, it was always sub-optimal on 13.x, but became utterly unusable w= ith 13.3-RELEASE. What I forgot to mention is: on 13.3, there were even EBADFs suddenly popping up for build jobs, which could very well be some "hidden" = bug that's only triggered by excessively bad performance... All in all, I personally think this issue desperately needs fixing; dependi= ng on your hardware(?) and workload pattern, you can't really use 13.3 without patches right now. Is anyone active reviewing the code? --=20 You are receiving this mail because: You are the assignee for the bug.=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-275594-3630-pq1GtkZm74>