Richard Elling wrote: > Hacked non-COW zvol? Since COW occurs at the DMU layer, > below ZPL or ZVol, I don't see how to bypass it. AFAIK, > the trick to using ZVols for swap was to just fix some bugs > in ZFS and rewrite the pertinent parts of the installer(s).
Swap just uses a normal ZVOL, which is good because that means I can swap on an encrypted ZVOL. Dump however doesn't it preallocates space and hands of the writes to the ldi_dump routines. > The subject of a non-COW volume does come up periodically. > I refer to these as "raw devices" :-) Since many of the > features of ZFS depend on COW, if you get rid of COW > then you get rid of the features, and you might as well use > raw devices, no? The currently running ARC case for controlling per dataset wither data/metadata is cached (ARC and L2ARC) will hopefully resolve some of the issues where this comes up (because not all the issues are actually about COW some are about caching when a DB (or similar) is already doing its own caching). -- Darren J Moffat _______________________________________________ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
