-
Notifications
You must be signed in to change notification settings - Fork 67
7252 compressed zfs send / receive #192
7252 compressed zfs send / receive #192
Conversation
8f5937d to
0cc5281
Compare
|
The |
|
@zettabot go |
0cc5281 to
ac41920
Compare
|
This now depends on #224 integrating first. |
f5d619c to
68b079f
Compare
7b32293 to
1d9327e
Compare
|
@zettabot go |
|
The failure in |
1d9327e to
86b3a44
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Reviewing the current state of the patch it looks to be in good shape. The only differences I found in this patch and what we merged into ZFS on Linux were based on us not having certain send/recv features currently in illumos.
|
LGTM. I'll just say again here (as I said for the Linux PR) it would probably be a good idea to have send flags instead of booleans for embed_ok, compress_ok, etc. |
86b3a44 to
eeb9fe9
Compare
|
Just rebased and added Tom & David as reviewers. Kicking off one last test run. |
|
@zettabot go |
|
The panic in |
04df970 to
edae176
Compare
|
@zettabot go |
edae176 to
9af7ce7
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Just the '--' one...
| @@ -2464,7 +2464,7 @@ to a different system | |||
| .Pc . | |||
| By default, a full stream is generated. | |||
| .Bl -tag -width "-D" | |||
| .It Fl D | |||
| .It Fl D, -dedup | |||
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
One '-' or two '--'?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
One - is correct here, it renders as --
| 'rsend_021_pos', 'rsend_022_pos', 'rsend_024_pos', | ||
| 'send-c_verify_ratio', 'send-c_verify_contents', 'send-c_props', | ||
| 'send-c_incremental', 'send-c_volume', 'send-c_zstreamdump', | ||
| 'send-c_lz4_disabled', 'send-c_recv_lz4_disabled', |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
What about *.run for not-Delphix? (I thought we got rid of those as well.)
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Good catch, I'm making the same update to omnios.run and openindiana.run now. Apparently we got rid of them for the os-tests, but not for the zfs-tests (yet).
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This is now fixed in the most recent diff.
7628 create long versions of ZFS send / receive options Reviewed by: George Wilson <george.wilson@delphix.com> Reviewed by: John Kennedy <john.kennedy@delphix.com> Reviewed by: Matthew Ahrens <mahrens@delphix.com> Reviewed by: Paul Dagnelie <pcd@delphix.com> Reviewed by: Pavel Zakharov <pavel.zakharov@delphix.com> Reviewed by: Sebastien Roy <sebastien.roy@delphix.com> Reviewed by: David Quigley <dpquigl@davequigley.com> Reviewed by: Thomas Caputi <tcaputi@datto.com> To help ZFS send large amounts of data faster using the same network throughput, this adds a new --compressed option to the zfs send command. This allows send streams to simply leave data blocks in whatever compressed format they are in on-disk, reducing the total amount of data to send by a factor of roughly "compressratio" without any additional CPU usage. For receive-side code simplicity, we still decompress metadata blocks before sending them. This diff also refactors some areas of the ARC for clarity and adds longopt versions of the existing zfs send options.
9af7ce7 to
7f694a8
Compare
| depend fmri=system/file-system/zfs/tests type=require | ||
| depend fmri=system/test/fio type=require |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Sorry I didn't catch this earlier. Change this to type=optional.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Yeah I saw 261, and you should keep it as optional (to indicate that it'd be nice to have it).
7628 create long versions of ZFS send / receive options Reviewed by: George Wilson <george.wilson@delphix.com> Reviewed by: John Kennedy <john.kennedy@delphix.com> Reviewed by: Matthew Ahrens <mahrens@delphix.com> Reviewed by: Paul Dagnelie <pcd@delphix.com> Reviewed by: Pavel Zakharov <pavel.zakharov@delphix.com> Reviewed by: Sebastien Roy <sebastien.roy@delphix.com> Reviewed by: David Quigley <dpquigl@davequigley.com> Reviewed by: Thomas Caputi <tcaputi@datto.com> To help ZFS send large amounts of data faster using the same network throughput, this adds a new --compressed option to the zfs send command. This allows send streams to simply leave data blocks in whatever compressed format they are in on-disk, reducing the total amount of data to send by a factor of roughly "compressratio" without any additional CPU usage. For receive-side code simplicity, we still decompress metadata blocks before sending them. This diff also refactors some areas of the ARC for clarity and adds longopt versions of the existing zfs send options. Closes openzfs#192
7628 create long versions of ZFS send / receive options
Reviewed by: George Wilson george.wilson@delphix.com ( @grwilson )
Reviewed by: Matthew Ahrens mahrens@delphix.com ( @ahrens )
Reviewed by: Paul Dagnelie pcd@delphix.com ( @pcd1193182 )
Reviewed by: John Kennedy john.kennedy@delphix.com ( @jwk404 )
Reviewed by: Sebastien Roy sebastien.roy@delphix.com ( @sebroy )
Reviewed by: Pavel Zakharov pavel.zakharov@delphix.com ( @pzakha )
To help ZFS send large amounts of data faster using the same network
throughput, this adds a new
--compressedoption to thezfs sendcommand.This allows send streams to simply leave data blocks in whatever compressed
format they are in on-disk, reducing the total amount of data to send by a
factor of roughly
compressratiowithout any additional CPU usage. Forreceive-side code simplicity, we still decompress metadata blocks before
sending them.
This diff also refactors some areas of the ARC for clarity and adds longopt
versions of the existing
zfs sendoptions.Upstream bugs: DLPX-45723, DLPX-44733, DLPX-44733, DLPX-40252, QA-5900, DLPX-47346, DLPX-46082, DLPX-46316, QA-6101, DLPX-44361, DLPX-48655
Tests were added by @jwk404