Re: [rdiff-backup-users] State of the rdiff-backup project

[Claus-Justus Heine]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256

Am 14.08.2015 um 19:30 schrieb Tobias Leupold:
>> You're not going to change that without a major rewrite.
> 
>> Like you, I'm no Python guy.

I do not have any serious objections against Python. Its widely used,
and the limiting time factor is IO efficiency, and not the question
about the fasted for-loop ever possible.

Concerning a "major rewrite": for me this is out of scope. I was rather
thinking about a code review. I first want to figure out whether there
are maybe places which can be optimized significantly, e.g. excessive
readir() stuff or something like this, or any other duplicate file IO
which doesn't hurt on small backup sets. Also before a major code
rewrite could be tackled at all, one would first have to understand what
rdiff-backup is doing beneath its skin. Otherwise it would not be clear
what the precise goal of such a major rewrite should be. Ok: to produce
something not worse than rdiff-backup. But to clarify this, you first
have to understand the existing program.

Cheers,

Claus

> 
> I like Python. And I like rdiff-backup. But perhaps, some skilled prog
rammer
> has the energy to take the "chance" of the questionable state of rdiff
- -backup
> by only continuing the concept of rdiff-backup and rewriting some simi
lar
> program from scratch, e. g. in C++. Perhaps with some metadata databas
e to
> solve the regression issue (which really sucks). And so on.
> 
> Not that I would be remotely skilled enough in C++ to do so ... I'm on
ly
> thinking about what could be done ...
> 
> _______________________________________________
> rdiff-backup-users mailing list at address@hidden
> https://lists.nongnu.org/mailman/listinfo/rdiff-backup-users
> Wiki URL: http://rdiff-backup.solutionsfirst.com.au/index.php/RdiffBac
kupWiki
> 


- -- 
Claus-Justus Heine                      address@hidden

http://www.claus-justus-heine.de/
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2

iQIcBAEBCAAGBQJVzjbEAAoJEF8rbXubOwvK7sAP/iyuj+1CGjOBt1VMUAf1Tr88
aM3/a1VevcwjLQ/KjyrExMYlzYI5tOU9Dx+JcB2pJzvEIcvb9vBl32hO0CUNUHvt
k+yz6D8C7nkXwZoZWDZH0Ct3yMPYfMCX/pa5B1OqrPLHaRrG6QIWNubDRlf8pKJL
e+lnQyyhfdOY1OBLH2GGQAuH4dNsTAwZYkXrvw1n0QA1mXU6cqbacZdv6mFi4wCb
O7gmzbA96agxmh9Z0zSg520IS9FPt0e2uwMzgTTKdOUX4zqD09v9/wWTGJSGjhhp
NQ3kQGylQRiPZAhnDzyeWjLy3/3nivj2F3aBcymhNZOqpVmtqgxEYgg9Ck6AokQM
dHmimEG6GR9VtxpU/MfwSAPXhNrr5IktofdyLebc+GYDmq/RlZmCoFl2WM70Prhw
6PU39kvC2Oa44whmJIK4aAyVUr9q92T5hv3VT+dI5vRh0rBSfDW9r2ypnMMu1+n5
GpfBU0ndOAOboqsufcyDBm5xakTthzFMS1mxFJq4dJjNdO/17naZNm3DG5O4d7hE
CDoCZ6tb+o3OipxF7AOoX0ZoxMs+lGlEOOHZx0pn3YW1oiAod9E6LYm9ba84dxAK
7NJfgqE9NGzuh8AP2GV099l8Ces32qNHI17W2n3IfMVwlt7VMXGvKidlR+vsVcwv
d1QGXv7KFo9Q+0y0+kLz
=qJ/a
-----END PGP SIGNATURE-----