-
Notifications
You must be signed in to change notification settings - Fork 1
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
Alternative Backup Solution to Rsync #7
Comments
Can create a local local cache/database to store checksums to reduce checksum time includes name of picture and checksum of the picture = photo rainbow table. |
Do i need to perform a checksum on the files located in the destination drive? If I am creating a rainbow table then the values should exist in the cache. I would just have to do a comparison the the cache and the source checksum to add the files a dict object and then copy those new files. |
added Contains the following classes:
|
Now that I am thinking about this more it doesn't make much sense to create a tailored backup solution. Instead we can continue to work with Rsync and if need be create a wrapper for Rsync to do what we need it to do. We are going to have to tailor the Raspberry Pi for performance. We can probably get rsync to multithread to increase performance and integrity checking can be done in rsync to ensure the files were transferred properly (advanced setting configuration for advanced users) |
Basically, rebuild functionality of Rsync, however the function will allow a percentage display on the backups files. This will allow for multicore copying. Differential backup will have to be supported to prevent duplicates - checksum.
Issue with checksum - cpu intensive
Major Benefit, more information can be displayed to the user.
The text was updated successfully, but these errors were encountered: