Ouch. I was thinking a DDT entry basically just needs an 8byte pointer to where-ever the data is located on disk, with a O(1) hash table for lookup, and maybe some redundancy/error correction data. Maybe that should get optimized; a light weight version for NB ;).
I guess it is doing more than I thought it was, maybe with some performance boosts at the cost of DDT size *will read up a bit more*? Ahh well, I can still use it for specific folders for now and look into a SSD for L2ARC (this is how it's done I'm guessing) to dedup the entire raid ;). Thanks -- This message posted from opensolaris.org _______________________________________________ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
