Perl 6 - the future is here, just unevenly distributed

IRC log for #crimsonfu, 2017-02-09

crimsonfu - sysadmins who code

| Channels | #crimsonfu index | Today | | Search | Google Search | Plain-Text | summary

All times shown according to UTC.

Time Nick Message
02:48 ilbot3 joined #crimsonfu
02:48 Topic for #crimsonfu is now http://crimsonfu.github.com - ConfiguRatIon Management of Systems Or Network kung FU | logs at http://irclog.perlgeek.de/crimsonfu/today
03:11 pdurbin joined #crimsonfu
03:56 hydrajump joined #crimsonfu
03:59 hydrajump joined #crimsonfu
11:34 Whoop I used to, yes, but found it too slow for restores so stopped. Now use borg + rsync.net (via rsync.net/products/attic.html pricing)
11:34 Whoop works out cheaper too as no bandwidth costs
13:25 hydrajump Whoop: one thing I don't quite understand from reading the tarsnap website is lets say you have 1 GB of data you want to backup
13:26 hydrajump does tarsnap need 1 GB of free space on the disk to create the backup, encrypt etc before it is uploaded to the tarsnap service
13:27 hydrajump or does tarsnap stream the backup data, so used space on disk is negligible?
13:29 hydrajump for 1 GB of data it's not a real concern, but if you want to backup 100 GB it may be an issue
14:01 Whoop I can't recall tbh, it does need to retain a cache locally, I think to contribute to the dedupe foo -- but its not 100% of the dataset
14:01 Whoop every system that works like this needs a local cache, you can't stream dedupe when its encrypted
16:12 Whoop joined #crimsonfu

| Channels | #crimsonfu index | Today | | Search | Google Search | Plain-Text | summary

crimsonfu - sysadmins who code