Throttle-upload effects restores



Firstly, thank you very much to all involved in the development of Duplicati.

I would like to report, what is perhaps, a bug?:

I am backing up to an offsite SFTP server. I have not tested this issue for local backups.

If I set a throttle-upload value for a backup job, this also effects restores from this backup job.

For example, if I set a throttle-upload value of 37KB/s, this results in a restore of a 15.5KB file taking over 20 minutes (I think it was about 23 or 24 minutes).
If I remove the throttle-upload from the backup job, the restore takes just 3 minutes (approximately).
I have done the calculations for my ADSL speed (upload upto 1Mbps, download upto 15-16Mbps) and this roughly corresponds with the restoration timings, therefore, I have confirmed that the throttle-upload value is indeed effecting the restore operation.

Presumably, to re-create this issue for yourself:
Create a backup job with a throttle-upload value set - Destination offsite.
Make a backup
Go to restore and choose your backup job as the restore from option.
The restore should be slower with the throttle-upload value set.

My way of thinking is that the throttle-upload value should not effects restores. Is my thinking wrong (in which case, this should be a feature request to this effect) or is it a bug?

Thank you in advance.



Would it be possible for someone to help move forward with this?

Many thanks.


This issue on Github seems to be related During restore: arbitrary bandwith application only on first restoring · Issue #2890 · duplicati/duplicati · GitHub
But it doesn’t have any activity either.


Thank you @Pectojin, I hadn’t seen that.
Incidentally, for the record, this issue does not effect backup set verifications.