-
Notifications
You must be signed in to change notification settings - Fork 70
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
Quick feedback on Windows rustic version #530
Comments
Thanks a lot for your feedback @deajan About memory and speed: Rustic is much more memory optimized, so the lower memory usage is expected. rustic however doesn't read and process new files in parallel as restic does. I need to improve this. However, if you do a second backup with many files unchanged, rustic should be at least equal fast as restic. About your rest backend: Rest backends are of course supported.
|
Thanks for your input. Indeed, I've found the culprit. Would you mind adding a "rustic-rs" or so user-agent to your requests ? This helps knowing who knocks on the door. Btw, when listing snapshots, rustic will output the username and password, which would look bad in log files I think.
I think this should definitly be filtered out like restic wihch returns
|
I have redone the same (local) backup tries as above, but did a second backup without adding any file. rustic is still slow for the file checksumming (understood, this is not a big culprit), but says it processed all files as new: Output of 2nd run with rustic
Output of 2nd run with restic
In the end, rustic said it added 0B to the repository, but still said of the 19590 files that it processd, 19590 are new. |
Thanks @deajan for the second backup test. There is in fact something wrong here on windows. Maybe the parent processing needs some adaption on windows. However, this behavior explains why rustic is also pretty slow on the second run. |
I opened #534 for this. |
Yes, sorry for having piggybacked this issue with multiple problems. |
Can you try a second backup run using the |
Re-ran same backup with |
Thanks a lot for the continued testing. |
Here's
Indeed, the drive letter part is missing.
|
I'm considering adding rustic to my backup benchmark system at https://github.com/deajan/backup-bench Also, I'm investigating to use rustic as alternative backend for my backup program at https://github.com/netinvent/npbackup
So far, the only thing that keep me from integrating rustic is the lack of VSS support. Is this planned ? |
Ok, this seems to be a bug in the windows version and most likely explains why the parent dirs are not detected and not used to speed up the second backup. I'll need to investigate this... |
This should be now fixed with #542. Is already available in the beta builds. |
I added this to the open points in rustic-rs/rustic_core#19. |
#542 confirmed to work ;) |
I extracted the request for filling out the in-depth comparison table. With #542 confirmed to work, I think this can be closed, feel free to reopen in case anything is still not fixed. |
Hello,
Just happened to pop by your new 0.5.0 release of rustic. Thanks for the effort you put into it.
I was investigating if I could use it as an alternative backend for my project at https://github.com/netinvnet/npbackup which is basically a restic CLI / GUI with prometheus support.
So I gave it a quick test run on my windows environment:
Local backups comparaison:
So basically size is the same, but:
I've a also tried to read a rest-server remote repository.
While I can read it with restic, I get the following results when trying rustic:
I've disabled IPv6 and got quite similar results, but with much more "connection closed" messages.
rest-server doesn't show any special messages in log file.
Does rustic support rest-server (0.11.0) as of version 0.5.0 ?
The text was updated successfully, but these errors were encountered: