git-annex/Upgrade
Joey Hess 6fbd337e34
avoid uncessary keys db writes; doubled speed!
When running eg git-annex get, for each file it has to read from and
write to the keys database. But it's reading exclusively from one table,
and writing to a different table. So, it is not necessary to flush the
write to the database before reading. This avoids writing the database
once per file, instead it will buffer 1000 changes before writing.

Benchmarking getting 1000 small files from a local origin,
git-annex get now takes 13.62s, down from 22.41s!
git-annex drop now takes 9.07s, down from 18.63s!
Wowowowowowowow!

(It would perhaps have been better if there were separate databases for
the two tables. At least it would have avoided this complexity. Ah well,
this is better than splitting the table in a annex.version upgrade.)

Sponsored-by: Dartmouth College's Datalad project
2022-10-12 15:33:16 -04:00
..
V5 avoid creating content directory when locking content 2022-05-16 12:34:56 -04:00
V0.hs split upgrade into v9 and v10 2022-01-19 13:09:33 -04:00
V1.hs split upgrade into v9 and v10 2022-01-19 13:09:33 -04:00
V2.hs split upgrade into v9 and v10 2022-01-19 13:09:33 -04:00
V3.hs
V4.hs split upgrade into v9 and v10 2022-01-19 13:09:33 -04:00
V5.hs split upgrade into v9 and v10 2022-01-19 13:09:33 -04:00
V6.hs split upgrade into v9 and v10 2022-01-19 13:09:33 -04:00
V7.hs avoid uncessary keys db writes; doubled speed! 2022-10-12 15:33:16 -04:00
V8.hs enable filter.annex.process in v9 2022-01-21 13:11:18 -04:00
V9.hs handle upgrading repositories initialized with --version=9 2022-09-26 12:59:51 -04:00