Page MenuHomeFreeBSD

FreeBSD-EN-23:18.zfs
AbandonedPublic

Authored by markj on Dec 3 2023, 6:57 PM.
Tags
None
Referenced Files
Unknown Object (File)
Sat, May 4, 1:07 AM
Unknown Object (File)
Fri, May 3, 7:34 PM
Unknown Object (File)
Mon, Apr 29, 12:16 PM
Unknown Object (File)
Sun, Apr 7, 4:31 PM
Unknown Object (File)
Mar 4 2024, 11:02 PM
Unknown Object (File)
Mar 4 2024, 10:57 PM
Unknown Object (File)
Mar 4 2024, 10:45 PM
Unknown Object (File)
Feb 11 2024, 3:58 AM
Subscribers

Details

Diff Detail

Lint
Lint Skipped
Unit
Tests Skipped

Event Timeline

markj requested review of this revision.Dec 3 2023, 6:57 PM
markj created this revision.
emaste added inline comments.
FreeBSD-EN-23:18.zfs
21

FreeBSD

22–23

perhaps delete this 2nd sentence - in the previous ZFS update this was important because both were affected (although I was missing an explicit "and both are affected.").

If you like:

ZFS is an advanced and scalable file system originally developed by Sun Microsystems for its Solaris operating system. ZFS was integrated as part of the FreeBSD starting with FreeBSD 7.0, and it has since become a prominent and preferred choice for storage management.

40

impact other workloads maybe?

41

You say "for long periods" -- maybe some guidance on how long? I.e., does it eventually resolve itself, or might it stay with a thread at 100% indefinitely?

75–78

Remove 12.4, update patch details

markj marked 3 inline comments as done.Dec 4 2023, 2:24 PM
markj added inline comments.
FreeBSD-EN-23:18.zfs
22–23

Thanks, I took your suggestion.

40

arc_prune itself running on a CPU isn't a workload and probably wouldn't be thought of as one, so I'm inclined to just leave this as it is.

41

It could be minutes or hours, could be weeks or longer. It always eventually resolves if the system is left idle, but if the system is doing anything it's quite likely some memory shortage will trigger the problem again and prolong the problem. In practice this means that it never resolves and the system needs to be rebooted.

I changed it to "indefinite", maybe that sets expectations a bit better.

markj marked an inline comment as done.