$ kopia blob statsħ0 between 100 B and 1 KB (total 12.6 KB)ġ60 between 1 KB and 10 KB (total 689.2 KB)ġ between 10 KB and 100 KB (total 49.5 KB)ģ9 between 100 KB and 1 MB (total 14.2 MB)ģ2242 between 10 MB and 100 MB (total 729.8 GB) The following stats show Kopia maintenance repackages virtually all data into pack blobs of around 22.5MB each. This is possible through efficient index structures and separate cache for metadata and data and lots of heavy parallelization and sharding to efficiently use all local machine and network resources. Full maintenance performs a walk of the snapshot tree and deletes unreachable contents. On my main personal repository of 730GB and 1.5M contents (file chunks), I’m running full maintenance every 4 hours and it currently takes less than 40 seconds to complete the full cycle (on my home internet which is 500Mbps symmetrical). It’s described here Details of maintenance command - #8 by jkowalski and I think it’s quite fast: Kopia uses multi-stage maintenance routine to perform what purge does in Restic and others. Instead of locks, kopia relies on passage of time for safety of its maintenance operations so it requires somewhat reasonably synchronized clocks (drift of several seconds to minutes is fine, but hours not so much) It has optional server mode but that does not introduce locks and is primarily for better access control and to avoid storing low-level repository credentials on client machines. The partial snapshot is transparently merged with last full snapshot from the history to get good incremental performance. During long snapshots Kopia will write checkpoints every 45 minutes or so, which will be reused on next snapshot attempt to not only avoid uploading data again but in many cases also avoid hashing. Yes, Kopia is designed to handle all kinds of crashes and ideally not redo work that has been done. Kopia uses symmetric encryption today (AES-256-GCM and CHACHA20POLY1305) but any authenticated encryption scheme is easily pluggable. If anyone have used them, how do they compare with Kopia? I cannot find any benchmark comparing Kopia with the other two. I have used Restic before Duplicacy, but switched over mainly because pruning was extremely slow on Restic. Does it support lock-free backups? This is the main selling point of duplicacy and seems quite revolutionary to me, since other backup tools either don’t support it, need a server running or use exclusive locking.I can think of three thinks possibly happening: repository ruined, the partial snapshot is deleted on next run, the partial snapshot can be resumed on next run. does it handle partial snapshots? Let’s say that the PC turn off during a snapshot.Though, I am not really sure it is needed, since in some years RSA will be surely broken by quantum computers. will RSA encryption ever be supported? Duplicacy allows to use both password and rsa key encryption.However I cannot find any information about the following four things that keep me from switching: It has worked mostly fine, but it lacks some important features that Kopia instead have (mounting snapshots, zstd compression, better cli). I am currently using Duplicacy right now. I have recently discovered Kopia and it looks extremely promising!
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |