On Oct 26 2016, Jonas Lippuner <[email protected]> wrote:
> I copied some big files (2 GB each) to my S3QL file system which has
> compression and encryption enabled. When I run du to see the file sizes in
> the S3QL file system and compare this to the original file sizes (also
> obtained with du), I find that the S3QL files are always a few bytes
> smaller than the original files except in one case where the S3QL file is a
> few kB smaller.
>
> Is this expected or is there something funny going on here?
Well, the manpage of du summarizes it very well:
NAME
du - estimate file space usage
In other words, du provides an estimate. I think the du - fuse - s3ql
interface is not very well defined. If someone wants to figure this out,
the first step would be to determine how du actually makes its
estimates. After that, we can check if there is a way to improve them.
> Also, I want to
> use rsync (with rsnapshot) for automated backups to my S3QL volume (which
> is actually an Amazon Cloud Drive mounted with acd_cli) and so I'm
> wondering whether this file size mismatch will make rsync think that the
> files are always different and it will always re-upload them.
As long as the "stat <file>" output is correct, you are good. du
provides estimates of disk usage, stat provides hard data on how big the
file is.
Best,
-Nikolaus
--
GPG encrypted emails preferred. Key id: 0xD113FCAC3C4E599F
Fingerprint: ED31 791B 2C5C 1613 AF38 8B8A D113 FCAC 3C4E 599F
»Time flies like an arrow, fruit flies like a Banana.«
--
You received this message because you are subscribed to the Google Groups
"s3ql" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to [email protected].
For more options, visit https://groups.google.com/d/optout.
