Tristan, there's another dedup system for "zfs send" in PSARC 2009/557. This can be used independently of whether the in-pool data was deduped.
Case log: http://arc.opensolaris.org/caselog/PSARC/2009/557/ Discussion: http://www.opensolaris.org/jive/thread.jspa?threadID=115082 So I believe your deduped data is rehydrated for sending, and then (within the send stream) this other method may be used to save space in transit. What the pool on the receiving end does with it will depend on it's local dedup settings. HTH... -cheers, CSB -- This message posted from opensolaris.org _______________________________________________ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
