5 ms·
I believe it uploads the whole thing each time. I think it may even upload it with a new index counter in the name to version it (but I can't find that in the d
by aidos 11y ago
I believe it uploads the whole thing each time. I think it may even upload it with a new index counter in the name to version it (but I can't find that in the docs now).
http://www.rath.org/s3ql-docs/impl_details.html#metadata-storage http://www.rath.org/s3ql-docs/impl_details.html#metadata-sto...
- tobias3 11y agoI think you found the Achilles heel. This won't scale, so it is only suitable for small file systems.
- nbevans 11y agoIndeed, I'm good at that ;) It could probably be improved (subject to the nuances of S3 which I'm not fully familiar with). One way to fix it would be to copy the concept of SQLite's WAL mode. Use an appended write operation on S3 (if it supports it) to append to an existing file that contains the transaction log. Then at certain intervals (say every few thousand transactions) one can finally flush that log to be stored in the main database file. This would substantially reduce the number of times the database would need to be re-uploaded in full.