Re: ZFS on high-latency devices
- In reply to: Alan Somers : "Re: ZFS on high-latency devices"
- Go to: [ bottom of page ] [ top of archives ] [ this month ]
Date: Mon, 23 Aug 2021 17:54:41 UTC
On 23.08.2021 2:48, Alan Somers wrote: > mbuffer is not going to help the OP. He's trying to create a pool on top > of a networked block device. And if I understand correctly, he's > connecting over a WAN, not a LAN. ZFS will never achieve decent > performance in such a setup. It's designed as a local file system, and > assumes it can quickly read metadata off of the disks at any time. The > OP's best option is to go with "a": encrypt each dataset and send them with > "zfs send --raw". I don't know why he thinks that it would be "very > difficult". It's quite easy, if he doesn't care about old snapshots. Just: > > $ zfs create <crypto options> pool/new_dataset > $ cp -a pool/old_dataset/* pool/new_dataset/ Twice the space? And, realistically, triple the space to have enough free space before destroying pool/old_dataset, as ZFS feels bad on near-full pools. Sometimes it is "just", sometimes it is impossible! -- // Lev Serebryakov