Continuing from my prior blog post on Jungle Disk Server Edition / Amazon S3 testing …
TEST #2 … see what Jungle Disk does with 67GB of user files.
I found this folder on our shared drive with mainly graphics files and pointed Jungle Disk at it to see how it would compress/dedup the data. As you can see the bulk of the files are graphics related
Above screenshot is from TreeSizePro
Pretty sweet compression! 40.83GB of files but only 23.70GB pushed up to Amazon S3 storage. For comparison I used 7zip on its maximum compression setting to see what it could do with the same files. It didn’t do as well compressing down to 25.3GB vs 23.7GB. So Jungle Disk is doing a great job with it’s compression engine.
Not nearly as good of compression, but I didn’t assume MP3 and .mov files would compress any so not really a bummer result wise. Of course you could set file exclusions so Jungle Disk would skip those A/V files you don’t want/need to push them to S3.
You may wonder what the duration column is all about. This shows how long a backup job has ran and thus how long it took to upload your backup to S3. For my testing I’ve limited upload speeds to 7Mbps in the Jungle Disk configuration. And yes, Jungle Disk will use whatever bandwidth you give it. Amazon S3 is amazingly fast.
So here’s the result after a week of testing. Jungle Disk is monitoring 113GB of files and has uploaded only 80GB of data to S3 for a 38% compression ratio. Not bad at all! Heck, even a 25% compression would enough to get excited about :-)
In Test #3 I’ll test restore functions, add a bunch more files to backup, and look at some of the reporting capabilities you get with Jungle Disk.