Messages in this thread | | | Subject | Re: file/extent checksums for dedup/sync... | From | Andi Kleen <> | Date | Wed, 27 Jan 2010 13:30:43 +0100 |
| |
Daniel J Blueman <daniel.blueman@gmail.com> writes:
> For purposes of data deduplication and data synchronisation, it would > be a powerful tool to expose file data checksums. > > Since eg BTRFS uses the crc32c algorithm [1], it's possible to compute > the file's overall CRC from the accumulation of the CRCs from all it's > extents' CRCs. > > For now, exposing this via an IOCTL may be sufficient, though any > ideas for introducing it in a more standard way? (it's a pity that > when stat64 was introduced, reserved fields weren't added)
The problem of doing it in any "standard way" is that it would hard code the way the file system does checksums in the applications. So the file system could never change it without breaking user space.
-Andi -- ak@linux.intel.com -- Speaking for myself only.
| |