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
Why should I choose restic over borg? #1875
Comments
The most obvious differences that come to my mind:
When I was starting to evaluate different backup software about 1 year ago, borg was a bit faster and less demanding on the hardware. But restic didn't use a cache back then. I haven't made any comparisons since then. |
AFAIK restic's crypto works. |
This would have been better in the forum. It's really just a matter of your exact use case, I suggest you try both programs and decide for yourself. I'll close this issue (we're using GitHub only for bugs, feature requests and other technical "issues"), feel free to add further comments! |
ArchWiki compares them in a chart, along with other allegedly similar solutions: https://wiki.archlinux.org/index.php/Synchronization_and_backup_programs#Chunk-based_increments |
This comparison from about 1.5 years ago is also pretty good: https://stickleback.dk/borg-or-restic/ The question to the team would be if the mentioned shortcomings of restic have been addressed in the meantime? |
This would have been better in the forum, nobody will find the information buried in a closed GitHub issue. If you create a new forum post asking the question, I'll go through the shortcomings mentioned in the article and respond to you. |
You are right, sorry about that. Here is the forum post: https://forum.restic.net/t/comparison-with-borg-shortcomings-in-restic/1690 Thanks |
Actually, google seems to favor Github issues - closed or not - over proprietary forums (unless the forums are wildly popular and serve as a de-facto source of information). Not saying this post should or should not be here, just debunking the "nobody will find" part... :) |
Adding to a closed thread, but heres my takeaway after using both, I have to backup roughly 20TB of data every day (market data) Using restic takes much longer and has used up a lot of memory on the server doing the backup. Also, restic creates a cache file that can grow to over 10G in size depending on the sizeof backup, which can cause issues if disk space is limited Borg ran much faster, and uses almost no memory. The only upside to Restic is if you need to use S3 or Backblaze as backend (Borg doesnt support this). Performance-wise, Borg is much faster, uses less memory and less caching disk space. Oh and 1 other great advantage of Borg, you can mount the entire backup as a NFS share, it will mount the repo unencrypted (ie, borg mount /mnt/repo:: /mnt/restored), very convenient if you want to brows your entire repo like a regular file system. |
@perfecto25 As you can read in previous comments, this would have been better put in the forums. It's clear that each of us have our individual use cases. For me, Borg is never an option, while for @perfecto25 clearly it's the opposite. Both are valid use cases. We should be happy both tools exist! |
Totally agree, Im not criticizing Restic, its perfect for some cases, just pointing out differences between 2 projects |
Hi,
I try to choose a backup system for a linux server.
Restic and Borg looks really similar and I'm wondering if you can help me decide :)
Thank you
The text was updated successfully, but these errors were encountered: