On Fri, 2006-03-10 at 12:57, Matt wrote: > >I'm not going to discuss this proposal any further. The way that backuppc > >(and other programs) work is too ingrained in people's thinking to realize > >that there are other ways to do things. > > > > > I generally dislike such statements. They stop otherwise healthy > discussions. That said, you may be right here. If only because > implementing your proposal may imply changing a lot of the core > structure of backuppc and a fresh start, stealing some pieces from > backuppc, might be a better approach.
Of course there are other ways to do things, but they aren't necessarily going to be better. I'm not convinced that there is much you can do to maintain any kind of structured order over a long term when you are adding files from multiple sources simultaneously and expiring them more or less randomly. You might make it faster to traverse the directory of one host or the pool, but in my usage those are rare operations. You could also make it easier to do normal file-based copies of an existing archive/pool, but there are other approaches to this too. > BTW, I barely understand how backuppc is working. It's workings are > surely not ingrained in my mind. On the contrary I am still struggling > to understand why distinguishing full and incremental backups is > necessary if one uses rsync. To me it this seems like a relict from > tape archives. Same for doing full based on the last full, not the last > filled-in incremental. Rsync incrementals turn on the option to skip files where the length and timestamp match, making them considerably faster but more likely to accidentally miss a changed file. However, since they always work against the last full, you end up re-copying things that were copied in previous incrementals. There is some room for improvement here. -- Les Mikesell [EMAIL PROTECTED] ------------------------------------------------------- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 _______________________________________________ BackupPC-users mailing list BackupPC-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/backuppc-users http://backuppc.sourceforge.net/
