Abysmally slow restore from backup

New binaries with even more stats for debugging and a choice for concurrency:
8-way concurrency in fetching chunks:

8a4ab1a531f2508aad764f3fa5cf93a62cdf96c3552a5b428a9706e88879b63d libproxmox_backup_qemu.so_19062025_1402_8concur
https://notnullmakers.com/public/media/libproxmox_backup_qemu.so_19062025_1402_8concur

4-way concurrency in fetching chunks:

2fa480f4f030c7dd3318292494e5e0a0ddedc8629931645fa32f2ed94402ce09 libproxmox_backup_qemu.so_19062025_1406_4concur
https://notnullmakers.com/public/media/libproxmox_backup_qemu.so_19062025_1406_4concur

16-way concurrency in fetching chunks:
c5ada6ef32af6463f68a0018eea89aa83709d89f893f9332f6d5191543e45899 libproxmox_backup_qemu.so_19062025_1441_16concur
https://notnullmakers.com/public/media/libproxmox_backup_qemu.so_19062025_1441_16concur

Again, of course I recommend you do a backup of the original /usr/lib/libproxmox_backup_qemu.so.0 binary and check e.g. with VirusTotal or other tools.

You can check the current state of changes here: https://github.com/NOT-NULL-Makers/...mmit/af01a18e5672b3e72a8b2f876fddd10edf71a975
 
You must log in or register to reply here.
Top Bottom