Michael,
michael schuster schrieb:
Roland Rambau wrote:
gang,
actually a simpler version of that idea would be a "zcp":
if I just cp a file, I know that all blocks of the new file
will be duplicates; so the cp could take full advantage for
the dedup without a need to check/read/write anz actual data
I think they call it 'ln' ;-) and that even works on ufs.
quite similar but with a critical difference:
with hard links any modifications through either link are
seen by both links, since it stays a single file (note that
editors like vi do an implicit cp, they do NOT update the
original file )
That "zcp" ( actually it should be just a feature of 'cp' )
would be blockwise copy-on-write. It would have exactly
the same semantics as cp but just avoid any data movement,
since we can easily predict what the effect of a cp followed
by a dedup should be.
-- Roland
--
**********************************************************
Roland Rambau Platform Technology Team
Principal Field Technologist Global Systems Engineering
Phone: +49-89-46008-2520 Mobile:+49-172-84 58 129
Fax: +49-89-46008-2222 mailto:roland.ram...@sun.com
**********************************************************
Sitz der Gesellschaft: Sun Microsystems GmbH,
Sonnenallee 1, D-85551 Kirchheim-Heimstetten
Amtsgericht München: HRB 161028; Geschäftsführer:
Thomas Schröder, Wolfgang Engels, Wolf Frenkel
Vorsitzender des Aufsichtsrates: Martin Häring
******* UNIX ********* /bin/sh ******** FORTRAN **********
_______________________________________________
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
