Hi Brent, what you have noticed makes sense and that behaviour has been present since v127, when dedupe was introduced in OpenSolaris. This also fits into my observations. I thought I had totally messed up one of my OpenSolaris boxes which I used to take my first steps with ZFS/dedupe and re-creating the same zpool on another OpenSolaris box, immediately returned my pool to deliver high performance I/O. Alas, after I had enabled dedupe on one of the zfs vols, the system started to show those issues again.
If I got that correctly, ZFS calculates a sha-256 bit checksum anyway, so that really shouldn't impact performance significantly. I have installed OpenSolaris on a Dell R610 with 2 current Nehalem CPUs and 12 GB of RAM and I couldn't notice a difference in I/O with or w/o dedupe configured. Budy -- This message posted from opensolaris.org _______________________________________________ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
