mirrors/git-annex
2
0
Fork 0
Code Issues Pull requests Projects Releases Packages 1 Wiki Activity Actions

Added a comment: deferring the keys-to-files scan

Browse source
This commit is contained in:
Ilya_Shlyakhter 2021-06-07 16:11:01 +00:00 committed by admin
parent 5359f8bc14
commit 4d581ad6b4
1 changed files with 14 additions and 0 deletions
Show stats Download patch file Download diff file Expand all files Collapse all files

14
doc/todo/Avoid_lengthy___34__Scanning_for_unlocked_files_...__34__/comment_18_4e1e8fd89ea9be43d89e72562236c979._comment Normal file
View file

@ -0,0 +1,14 @@
[[!comment format=mdwn
username="Ilya_Shlyakhter"
avatar="http://cdn.libravatar.org/avatar/1647044369aa7747829c38b9dcc84df0"
subject="deferring the keys-to-files scan"
date="2021-06-07T16:11:00Z"
content="""
>The scan could be done lazily, but there are situations that use the database where unexpectedly taking a much longer time than usual would be a real problem
For unlocked files, certainly. When `annex.supportunlocked=false`, it sounded like the only situation that uses the database is `drop --auto`, or a [[matching expression|git-annex-matching-options]] with `--includesamecontent/--excludesamecontent`? (And maybe [[todo/git-annex_whereused]]).
Personally I would prefer an unexpected delay in these rare cases, to a [delay](https://git-annex.branchable.com/bugs/significant_performance_regression_impacting_data!) in the more common case of checking out or switching branches.
"""]]