On 08/01/2012 03:35 PM, opensolarisisdeadlongliveopensolaris wrote: >> From: zfs-discuss-boun...@opensolaris.org [mailto:zfs-discuss- >> boun...@opensolaris.org] On Behalf Of Jim Klimov >> >> Availability of the DDT is IMHO crucial to a deduped pool, so >> I won't be surprised to see it forced to triple copies. > > IMHO, the more important thing for dedup moving forward is to create an > option to dedicate a fast device (SSD or whatever) to the DDT. So all those > little random IO operations never hit the rusty side of the pool.
That's something you can already do with an L2ARC. In the future I plan on investigating implementing a set of more fine-grained ARC and L2ARC policy tuning parameters that would give more control into the hands of admins over how the ARC/L2ARC cache is used. Cheers, -- Saso _______________________________________________ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
