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