Discussion:
[Bug 194479] many file i/o operations hanging: softdepflush, suspfs
Add Reply
b***@freebsd.org
2015-03-12 04:43:05 UTC
Reply
Permalink
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=194479

Mark Linimon <***@FreeBSD.org> changed:

What |Removed |Added
----------------------------------------------------------------------------
Assignee|freebsd-***@FreeBSD.org |freebsd-***@FreeBSD.org
--
You are receiving this mail because:
You are the assignee for the bug.
_______________________________________________
freebsd-***@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-fs
To unsubscribe, send any mail to "freebsd-fs-***@freebsd.org"

--
Posted automagically by a mail2news gateway at muc.de e.V.
Please direct questions, flames, donations, etc. to news-***@muc.de
b***@freebsd.org
2025-01-26 19:02:52 UTC
Reply
Permalink
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=194479

Mark Linimon <***@FreeBSD.org> changed:

What |Removed |Added
----------------------------------------------------------------------------
Summary|many file i/o operations |[ffs] many file i/o
|hanging: softdepflush, |operations hanging:
|suspfs |softdepflush, suspfs
--
You are receiving this mail because:
You are the assignee for the bug.

--
Posted automagically by a mail2news gateway at muc.de e.V.
Please direct questions, flames, donations, etc. to news-***@muc.de
b***@freebsd.org
2025-03-04 23:04:29 UTC
Reply
Permalink
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=194479

Kirk McKusick <***@FreeBSD.org> changed:

What |Removed |Added
----------------------------------------------------------------------------
CC| |***@FreeBSD.org
Status|New |Closed
Resolution|--- |FIXED

--- Comment #4 from Kirk 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 <***@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 than
those limits. Thus, this delta removes the hard upper limit and lets tunefs(8)
and newfs(8) set the upper bound based on the size of the filesystem and its
cylinder groups.
--
You are receiving this mail because:
You are the assignee for the bug.

--
Posted automagically by a mail2news gateway at muc.de e.V.
Please direct questions, flames, donations, etc. to news-***@muc.de
Loading...