Benchmark `zfs send` about flocker HOT 6 CLOSED

zfs send sounds concrete and precise but it's actually used as a placeholder for "the code that we will use to produce a snapshot data stream". This might involve calling into libzfs or libzfs_core APIs rather than running the zfs binary.

Figure out which of these approaches we're actually going to use before bothering to write this benchmark.

from flocker.

Rob is particularly interested in having this benchmark done before the first release.

from flocker.

The motivation is that we experienced very poor performance for this operation in HybridCluster without a large buffer for ZFS to write to.

from flocker.

http://everycity.co.uk/alasdair/2010/07/using-mbuffer-to-speed-up-slow-zfs-send-zfs-receive/ suggests the issue isn't zfs send, but rather zfs recv stalling the send pipeline.

from flocker.

Thanks for tracking that down. The mismatch between the explanation there and the work description on this issue is a good argument for not spending time prematurely benchmarking anything (if someone had spent time benchmarking zfs send in isolation there's a good chance this would have been wasted effort because it would have missed out on the interaction with zfs recv).

Closing this in favor of benchmarking some software we actually build.

from flocker.

See #70

from flocker.