Date: Mon, 13 Oct 2025 12:34:50 +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-11cXBDtZuE@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 #152 from Nils Beyer <nbe@vkf-renzel.de> --- I intend to use that system as a poudriere builder. 8 fast cores (16 thread= s) -> 16 build threads. But only 32GB of RAM, so I HAVE to turn down ARC to use max 2GB because I need the rest for "poudriere" and TMPFS. The 512MB is just an example how to get fast results. You can set it to 1GB= or 2GB - it will happen eventually - especially during compilation orgies. The "old" and original FreeBSD ZFS implementation did NOT show this behavio= ur. I.e.: I could turn down ARC to 512MB (on a 4GB laptop) and do ZFS scrubs and compilations as much as I wanted - yes, disks accesses became very excessiv= ely, but at least it accessed the disks and did not wait for "arc_prune" and fri= ends to finish whatever they were busy with. It definitely has gotten worse since the import of the Linux ZFS code base.= .. --=20 You are receiving this mail because: You are on the CC list for the bug.=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-275594-3630-11cXBDtZuE>