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
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
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
___
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):
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-end
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.
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
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
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
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
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
12 matches
Mail list logo
