Brent Jones wrote: > Reviving an old discussion, but has the core issue been addressed in > regards to zfs send/recv performance issues? I'm not able to find any > new bug reports on bugs.opensolaris.org related to this, but my search > kung-fu may be weak.
I raised: CR 6729347 Poor zfs receive performance across networks (Seems to still be in the Dispatched state nearly half a year later.) This relates mainly to full archives, and is most obvious when the disk throughput is the same order of magnitude as the network throughput. (It becomes less obvious if one is significantly different from the other, either way around.) There appears to be an additional problem for incrementals, which spend long periods sending almost no data at all (I presume this is when zfs send is searching for changed blocks to send). I don't know off-hand of a bugid for this. > Using mbuffer can speed it up dramatically, but this seems like a hack > without addressing a real problem with zfs send/recv. I don't think it's a hack, but something along these lines should be more properly integrated into the zfs receive command or documented. > Trying to send any meaningful sized snapshots from say an X4540 takes > up to 24 hours, for as little as 300GB changerate. Are those incrementals from a much larger filesystem? If so, that's probably mainly the the other problem. -- Andrew _______________________________________________ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
