- 21. Re: compression (score: 1)
- Author: Josef Sipek <jsipek@xxxxxxxxxxxxxxxxx>
- Date: Wed, 12 Sep 2007 13:42:16 -0400
- Implementation-wise, one major thing to keep in mind is that offsets into the uncompressed copies of files in memory need to be mapped to the compressed ones. This is rather painful if you want to d
- /archives/xfs/2007-09/msg00912.html (9,057 bytes)
- 22. Re: compression (score: 1)
- Author: "Bhagi rathi" <jahnu77@xxxxxxxxx>
- Date: Fri, 14 Sep 2007 01:09:56 +0530
- Using open source rsync seems to be smart enough to identify files which haven't been modified and use hard-link instead of copying the file. I am not sure that rsync used here is smart enough to ide
- /archives/xfs/2007-09/msg00936.html (11,508 bytes)
- 23. Re: compression (score: 1)
- Author: Ralf Gross <Ralf-Lists@xxxxxxxxxxxx>
- Date: Sat, 15 Sep 2007 12:05:11 +0200
- Jordan Mendler schrieb: A very nice tool for backups is backuppc which stores all backed up files in a pool and uses hardlinks to map these files to the real backup. There is only one copy of each fi
- /archives/xfs/2007-09/msg00971.html (8,631 bytes)
- 24. Re: compression (score: 1)
- Author: "Jordan Mendler" <jmendler@xxxxxxxx>
- Date: Sat, 15 Sep 2007 11:58:04 -0700
- Cool. I will give that a shot. Right now I am just using rsync and rdiff-backup scripts, but it would be nice to have a frontend in addition to command line. Thanks so much, Jordan [[HTML alternate v
- /archives/xfs/2007-09/msg00972.html (10,224 bytes)
This search system is powered by
Namazu