On 7/13/07, Darren J Moffat <[EMAIL PROTECTED]> wrote:
> Mario Goebbels wrote:
> >> While the original reason for this was swap, I have a sneaky suspicion
> >> that others may wish for this as well, or perhaps something else.
> >> Thoughts? (database folks, jump in :-)
> >
> > Lower overhead storage for my QEMU volumes. I figure other filesystems
> > running within a ZVOL may cause a little bit havoc in regards to pool
> > fragmentation.
>
> Interesting, for QEMU I'd actually want a real ZVOL so I can use ZFS to
> snapshot the image.
QEMU (or strictly speaking a number of image formats it supports) has
its own snapshot facility, which may (or may not) be more suitable
for the task in hand.
Since its snapshot facility is application specific there are cases where
ZFS just cannot provide anything comparable. For example we had
a situation where QEMU image (snapshot) resided on one kind of
storage (a really slow one), while the delta blocks generated by the
writes to the volume/image were redirected to a another, dedicated
(very fast) storage.Worked extremely well.
--
Regards,
Cyril
_______________________________________________
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
