I take your point Mike. Yes, this seems to be an inconsistency in accounting.
I have simply become accustomed to this (esp. when dealing with virtual disk
images), so I just don't think about it, but it *is* harder to balance accounts.
For instance, if my guest cleans up it's vdisk by writing
Mike, I believe that ZFS treats runs of zeros as holes in a sparse file, rather
than as regular data. So they aren't really present to be counted for
compressratio.
http://blogs.sun.com/bonwick/entry/seek_hole_and_seek_data
http://mail.opensolaris.org/pipermail/zfs-discuss/2008-April/017565.htm
I am also accustomed to seeing diluted properties such as compressratio. IMHO
it could be useful (or perhaps just familiar) to see a diluted dedup ratio for
the pool, or maybe see the size / percentage of data used to arrive at
dedupratio.
As Jeff points out, there is enough data available to
You may be interested in PSARC 2009/670: "Read-Only Boot from ZFS Snapshot".
Here's the description from:
http://arc.opensolaris.org/caselog/PSARC/2009/670/20091208_joep.vesseur
> Allow for booting from a ZFS snapshot. The boot image will be read-only.
> Early in boot a clone of the root is cr
I don't have any problem with a rewrite, but please allow a non-GUI-dependent
solution for headless servers. Also please add rsync as an option, rather than
replacing zfs send/recv. Thanks.
--
This message posted from opensolaris.org
___
zfs-discuss
Roman, I like to check here for recent putbacks:
http://hg.genunix.org/onnv-gate.hg/shortlog
To see new cases: http://arc.opensolaris.org/caselog/PSARC/
Also, to see what should appear in upcoming builds (although not recently
updated): http://hub.opensolaris.org/bin/view/Community+Group+on/
Joerg just posted a lengthy answer to the fsck question:
http://www.c0t0d0s0.org/archives/6071-No,-ZFS-really-doesnt-need-a-fsck.html
Good stuff. I see two answers to "nobody complained about lying hardware
before ZFS".
One: The user has never tried another filesystem that tests for end-to-en
Tristan, there's another dedup system for "zfs send" in PSARC 2009/557. This
can be used independently of whether the in-pool data was deduped.
Case log: http://arc.opensolaris.org/caselog/PSARC/2009/557/
Discussion: http://www.opensolaris.org/jive/thread.jspa?threadID=115082
So I believe your
On a related note, it looks like Constantin is developing a nice SMF service
for auto scrub:
http://blogs.sun.com/constantin/entry/new_opensolaris_zfs_auto_scrub
This is an adaptation of the well-tested auto snapshot service. Amongst other
advantages, this approach means that you don't have t
Great stuff, Jeff and company. You all rock. =-)
A potential topic for the follow-up posts: auto-ditto, and the philosophy
behind choosing a default threshold for creating a second copy.
--
This message posted from opensolaris.org
___
zfs-discuss mai
I just stumbled across a clever visual representation of deduplication:
http://loveallthis.tumblr.com/post/166124704
It's a flowchart of the lyrics to "Hey Jude". =-)
Nothing is compressed, so you can still read all of the words. Instead, all of
the duplicates have been folded together. -ch
Sad to hear that Apple is apparently going in another direction.
http://www.macrumors.com/2009/10/23/apple-shuts-down-open-source-zfs-project/
-cheers, CSB
--
This message posted from opensolaris.org
___
zfs-discuss mailing list
zfs-discuss@opensolaris
I haven't seen any mention of it in this forum yet, so FWIW you might be
interested in the details of ZFS deduplication mentioned in this recently-filed
case.
Case log: http://arc.opensolaris.org/caselog/PSARC/2009/571/
Discussion: http://www.opensolaris.org/jive/thread.jspa?threadID=115507
V
13 matches
Mail list logo
