Re: 2.6 ETA?
Denis Corbin <[email protected]> Mon, 2 Jul 2018 22:29:56 +0200
| Newsgroups | gmane.comp.sysutils.backup.dar.general |
|---|---|
| Message-ID | <[email protected]> |
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 On 01/07/2018 21:16, mannino wrote: > 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? unfortunately not, the problem is not money, nor will, nor motivation but time, free time... :-/ > >> 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). Yep, this is ready and tested, so you will have in 2.6.0 > > 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). I've observed this too :-) > > 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. > Agreed, so I take not of this and do my best to have it released soon Regards, Denis -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIVAwUBWzqLRAgxsL0D2LGCAQg+tQ/+KH6FPmtBihYpPjl2jlLuzE5oVztQeMgV 3MJCgXvwEPr4p5XgdAmHl+TVAgnKoqi52cjqxza3WoPANDo35inxoEo1Pd5f0qWq St/oC6M27kOg1ujlX/gugn41Y3dhz+wZiIOsAxBWsIKspImugu9yab5q83SswS9G dk+yriXx9jGMls9VYlMhfHDnfshIlj4BQFXoX8Q9f5PiTlSPwntraLUtedb6UD2k BLuA1bTZ/tdPV4JvjbGmqJkrlYclU+xOr51fVZj2G5sdhSMH/we4l795BYOwHeSO kz7S2KcIEYfwAd/IkOijPWe97UIWCWOiPK9UL3mZfI+ttNobnFuAafIx5znmTVTC /VhRtRf4p2UZZyhKZtDp3KfFv2UZ/az60OV0bQe884tRjcb6IFo00rINJAlYEOFb 7rRT2UTJnC1/RRf9Iw8wZLUQHRukiTx45ws628LfYaGjwCg2trkqDUj/j6mHFDH8 gytaVJ7fv86dtqXE/fll+PYBcdns7z09OIpkjSXw+PARCVcCfbHKq1zLluH8AekB ywvmdaIrspDoeRtbsvc5K9eHfH7ydN9US+LUi6V3HMfXpI9SU0fUXbzbjuXjhQcF Fy/BfqTOzpUExIqs9udOeXsV6/LSwUvI8jGcAJh6Fc0ilAZuGfdUt4TzcD4yb5RG DXpiWCbLSVE= =W7WH -----END PGP SIGNATURE----- ------------------------------------------------------------------------------ Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot