> On Jul 5, 2019, at 9:11 PM, Stilez <stil...@gmail.com> wrote: > > I'm one of many end-users with highly dedupable pools held back by DDT and > spacemap RW inefficiencies. There's been discussion and presentations - Matt > Ahrens' talk at BSDCan 2016 ("Dedup doesn't have to suck") was especially > useful, and allocation classes from the ZoL/ZoF work will allow > metadata-specific offload to SSD. But briad discussion of this general area > is not on the roadmap atm, probably bc so much else is a priority and seems > nobody's stepped up.
In part because dedup will always be slower than non-dedup while the cost of storage continues to plummet (flash SSDs down 40% in the past year and there is currently an oversupply of NAND). A good starting point for experiments is to use the dedup special class and report back to the community how well it works for you. -- richard ------------------------------------------ openzfs: openzfs-developer Permalink: https://openzfs.topicbox.com/groups/developer/Td9c7189186fd24f2-Mab4823ef7eaa494c26bfa3d8 Delivery options: https://openzfs.topicbox.com/groups/developer/subscription