Date: Tue, 04 Mar 2025 23:04:29 +0000 From: bugzilla-noreply@freebsd.org To: fs@FreeBSD.org Subject: [Bug 194479] [ffs] many file i/o operations hanging: softdepflush, suspfs Message-ID: <bug-194479-3630-ACkmJKzPs0@https.bugs.freebsd.org/bugzilla/> In-Reply-To: <bug-194479-3630@https.bugs.freebsd.org/bugzilla/> References: <bug-194479-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=3D194479 Kirk McKusick <mckusick@FreeBSD.org> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |mckusick@FreeBSD.org Status|New |Closed Resolution|--- |FIXED --- Comment #4 from Kirk McKusick <mckusick@FreeBSD.org> --- Sorry that this did not get dealt with back when you submitted it. This problem was most likely fixed by this commit: commit 243a0eda9ace2f4d9cdd5291c352816ddc9ebdb2 Author: Kirk McKusick <mckusick@FreeBSD.org> Date: Fri Oct 21 11:00:00 2022 -0700 Increase the maximum size of the journaled soft-updates journal. The size of the journaled soft-updates journal should be big enough to hold= two minutes of filesystem metadata-update activity. The maximum size of the soft updates journal was set in the 1990s. At the time, it was assumed that disk arrays would top out at 16 drives and disk writes per drive would top out at 500 per second. Today's I/O subsystems are considerably bigger and faster t= han those limits. Thus, this delta removes the hard upper limit and lets tunef= s(8) and newfs(8) set the upper bound based on the size of the filesystem and its cylinder groups. --=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-194479-3630-ACkmJKzPs0>