docs/131626: dump(8) "recommended" cache option confusing
Andrew Wright
andrew at qemg.org
Fri Feb 13 02:00:09 UTC 2009
>Number: 131626
>Category: docs
>Synopsis: dump(8) "recommended" cache option confusing
>Confidential: no
>Severity: non-critical
>Priority: low
>Responsible: freebsd-doc
>State: open
>Quarter:
>Keywords:
>Date-Required:
>Class: doc-bug
>Submitter-Id: current-users
>Arrival-Date: Fri Feb 13 02:00:07 UTC 2009
>Closed-Date:
>Last-Modified:
>Originator: Andrew Wright
>Release: 7.1
>Organization:
Mount Allison University
>Environment:
FreeBSD qemg.org 7.1-RELEASE-p1 FreeBSD 7.1-RELEASE-p1 #9: Tue Jan 13 21:17:15 AST 2009 root at qemg.org:/usr/obj/usr/src/sys/GENERIC amd64
>Description:
The description of the "recommended" use of cache and snapshots in dump(8) is somewhat confusing, as the reason for the recommendation is left unclear.
>How-To-Repeat:
See docs for dump(8) option "C" -> cache size.
>Fix:
Doc update, patch attached.
Patch attached with submission follows:
--- dump.8 2009-01-09 13:07:26.000000000 -0400
+++ /tmp/dump.8 2009-02-12 21:52:03.000000000 -0400
@@ -136,9 +136,11 @@
This will greatly improve performance
at the cost of
.Nm
-possibly not noticing changes in the file system between passes.
-It is
-recommended that you always use this option when dumping a snapshot.
+possibly not noticing changes in the file system between passes
+unless a snapshot is being used.
+The potential for performance improvement indicates that
+use of this option together with snapshots is the recommended
+course of action.
Beware that
.Nm
forks, and the actual memory use may be larger than the specified cache
>Release-Note:
>Audit-Trail:
>Unformatted:
More information about the freebsd-doc
mailing list