Re: 2.6 ETA?
mannino <[email protected]> Sun, 1 Jul 2018 22:16:50 +0300
| Newsgroups | gmane.comp.sysutils.backup.dar.general |
|---|---|
| Message-ID | <[email protected]> |
On 01.07.2018 23:21, Denis Corbin wrote: > So to be precise, I concentrate on crypto upgrade, performance and > documentation, for I hope a pre-release phase in September, maybe > sooner. Uh-huh, looks like about half a year longer. Thanks for the information. Perhaps a donation may speed up the release? > Which feature do you expect to find in 2.6.x? Honestly to me dar is about as complete as I need, and the only feature I miss badly is --delta. (Deduplication would be also welcome, but more as a convenience than a necessity.) This is because in most situations files that I want to backup have their mode and other attributes changing pretty randomly which renders incremental dar backup useless (identical to full). For example, a VMware node has its disks split into a multitude of files. Node snapshots create even more files, and each file can take many gigabytes. When a node is running, it's constantly refreshing modification times on its disk files (among other things) even if it doesn't write to them (but even if it does, it only changes portions of those files). This means if you do a dar backup before starting a node, start a node, stop it and attempt to do an incremental backup - instead of a virtually empty second backup you get it about as large as the first one which is extremely space-inefficient, not to mention that write speed onto the backup medium may be very poor and would not be saturated by encryption and compression running altogether, leaving room for other optimizations (namely delta calculation). Thus the only way to have a realistic setup with dar is to radically reduce the amount of data being stored, and this can only be achieved with --delta. ------------------------------------------------------------------------------ Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot