New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
compare borg to * #1364
Comments
Plus this like resistance to corruption might be something that can be taken into consideration. update |
guess only FOSS should be considered. I added "documentation". Does not necessarily mean it should go into borg docs, but rather that this a documentation-like task. |
hmm, it might be nice to have this somehow repeatable or even reproducible. maybe vagrant and some tests based on pytest-bench(mark) could be used, see also https://github.com/borgbackup/backupdata about how to generate data that is not deduplicatable. |
The Arch Linux Wiki has compared the features of a handful of backup programs (including borg) which would be pretty useful for this task. |
That table looks pretty complete. Anything we would want that isn't on that table? I think just benchmarks. Maybe we could add those (while citing the machine used of course). |
That list on the Arch wiki is great (some tools in there I wasn't aware of). It's very detailed. Although it did strike me that one cool feature of borg that many similar tools lacks is the ability to remove data from the backup repo. The table on the Arch Wiki doesn't have a column for that feature. |
@level323 be the change you see in the world :P |
I just tried, but the bot filter for the Arch Wiki signup page requires the applicant to enter the output of an Arch-specific shell command. I don't have any Arch systems on hand to work this out. Change agent: 0. Bot filter: 1. |
It seems to be a static question, so...
... should work for you. |
Thankyou @enkore I've added two columns to that table and posted an entry on the respective "Talk" page to suggest it be accepted. Here's the new table I proposed: New chunk-based comparison table |
i did a sort of "napkin benchmark" in this blog post here: https://anarc.at/blog/2014-11-18-bup-vs-attic-silly-benchmark/ considering how silly it is, i figured I would look into how to make this more generic and reproducible: it's not easy. creating a dataset is only part of the problem, which is somewhat solved by borg's backupdata or obnam's genbackupdata ... the real issue is how to script running all those different programs that have different semantics and ways of calling them. liw (obnam's author) had written seivot for that purpose, but the project is basically abandonned, as the author is now using an obnam-specific benchmarking tool. it's great the work that the Arch Linux people are doing on the wiki, amazing documentation as always. but it seemed to me the original post here was more about benchmarking than feature comparison. furthermore, I am not sure such a comparison would belong to the documentation, as it would be needlessly stuck in time. by nature, such results are temporal and subject to change and are therefore a poor fit to a documentation page, in my mind. |
Sad news, Obnam has retired :(. |
Compare with Restic on the ML: https://mail.python.org/pipermail/borgbackup/2017q3/000778.html |
Restic maintains a list here - https://github.com/restic/others |
The author of Duplicacy published a benchmark that includes borg. This helped me a lot in selecting borg since...
|
See #7007. |
there are quite some outdated reviews comparing attic with obnam and other backup sw, but there isn't much out there that includes borgbackup.
write a new one. compare borgbackup latest release to:
Stuff to track:
The text was updated successfully, but these errors were encountered: