summaryrefslogtreecommitdiffstats
path: root/man
diff options
context:
space:
mode:
authorMatthew Ahrens <[email protected]>2020-03-18 13:31:10 -0700
committerGitHub <[email protected]>2020-03-18 13:31:10 -0700
commit652bdc9b0ed73476c4120dc2db16bd2f16f63708 (patch)
tree1304a0cdf911876b9104c3b86c97df01d308ccb0 /man
parent22df2457a7b8265d999a2fe48f3e8e941c8fdde5 (diff)
Deprecate deduplicated send streams
Dedup send can only deduplicate over the set of blocks in the send command being invoked, and it does not take advantage of the dedup table to do so. This is a very common misconception among not only users, but developers, and makes the feature seem more useful than it is. As a result, many users are using the feature but not getting any benefit from it. Dedup send requires a nontrivial expenditure of memory and CPU to operate, especially if the dataset(s) being sent is (are) not already using a dedup-strength checksum. Dedup send adds developer burden. It expands the test matrix when developing new features, causing bugs in released code, and delaying development efforts by forcing more testing to be done. As a result, we are deprecating the use of `zfs send -D` and receiving of such streams. This change adds a warning to the man page, and also prints the warning whenever dedup send or receive are used. In a future release, we plan to: 1. remove the kernel code for generating deduplicated streams 2. make `zfs send -D` generate regular, non-deduplicated streams 3. remove the kernel code for receiving deduplicated streams 4. make `zfs receive` of deduplicated streams process them in userland to "re-duplicate" them, so that they can still be received. Reviewed-by: Paul Dagnelie <[email protected]> Reviewed-by: Brian Behlendorf <[email protected]> Reviewed-by: George Melikov <[email protected]> Signed-off-by: Matthew Ahrens <[email protected]> Closes #7887 Closes #10117
Diffstat (limited to 'man')
-rw-r--r--man/man8/zfs-receive.812
-rw-r--r--man/man8/zfs-send.83
2 files changed, 15 insertions, 0 deletions
diff --git a/man/man8/zfs-receive.8 b/man/man8/zfs-receive.8
index 30b509140..a60a5c7bb 100644
--- a/man/man8/zfs-receive.8
+++ b/man/man8/zfs-receive.8
@@ -105,6 +105,18 @@ destroyed by using the
.Nm zfs Cm destroy Fl d
command.
.Pp
+Deduplicated send streams can be generated by using the
+.Nm zfs Cm send Fl D
+command.
+\fBThe ability to send and receive deduplicated send streams is deprecated.\fR
+In the future, the ability to receive a deduplicated send stream with
+.Nm zfs Cm receive
+will be removed.
+However, in the future, a utility will be provided to convert a
+deduplicated send stream to a regular (non-deduplicated) stream.
+This future utility will require that the send stream be located in a
+seek-able file, rather than provided by a pipe.
+.Pp
If
.Fl o Em property Ns = Ns Ar value
or
diff --git a/man/man8/zfs-send.8 b/man/man8/zfs-send.8
index 2561cb61c..1deedc214 100644
--- a/man/man8/zfs-send.8
+++ b/man/man8/zfs-send.8
@@ -87,6 +87,9 @@ By default, a full stream is generated.
.Bl -tag -width "-D"
.It Fl D, -dedup
Generate a deduplicated stream.
+\fBDeduplicated send is deprecated and will be removed in a future release.\fR
+(In the future, the flag will be accepted but a regular, non-deduplicated
+stream will be generated.)
Blocks which would have been sent multiple times in the send stream will only be
sent once.
The receiving system must also support this feature to receive a deduplicated