-
Notifications
You must be signed in to change notification settings - Fork 339
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
Duplicacy saves backup data in a way that kills the performance of usb 3.0 SMR hard drives. #670
Comments
Here is the patch that allowed me to back up to my 2TB external usb 3.0 drive:
0001-Changing-the-way-backup-files-are-saved-to-allow-bea.patch |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Sorry to report here but here the fix for the problem seems simple. But from the beginning. External HDDs are mostly made with SMR technology. This means that they have a small CMR buffer in which they can do 32 KiB writes directly. When this buffer fills up, in order to write 32 KiB, the firmware of the drive must read e.g. 512 KiB in the SMR part, just like in an SSD without trim, and write them again with the changed 32KiB. Duplicacy, on the other hand, for a large backup writes these 32 KiB hundreds of thousands of times. Depending on the quality of the HDD firmware, this even makes it impossible to complete the backup. The solution seems to be to write 1MiB in one operation. Example patch here
The text was updated successfully, but these errors were encountered: