diff options
author | 2016-04-22 15:22:03 +0000 | |
---|---|---|
committer | 2016-04-22 15:22:03 +0000 | |
commit | 8d8fc8e1053fa9fe355c8204b221118ab809b11a (patch) | |
tree | 672acb97c740eb4a2528daafca471cc5e62fc60c /doc/bugs/startup_scan_extremely_slow | |
parent | db89438e8dc1bfae609593ce776a12c60d6d36f7 (diff) |
rename bugs/startup_scan_extremely_slow___40__v6_repo__41__.mdwn to bugs/startup_scan_extremely_slow.mdwn
Diffstat (limited to 'doc/bugs/startup_scan_extremely_slow')
3 files changed, 46 insertions, 0 deletions
diff --git a/doc/bugs/startup_scan_extremely_slow/comment_1_68f88f04c179800c0ce1ff6925d4c6ab._comment b/doc/bugs/startup_scan_extremely_slow/comment_1_68f88f04c179800c0ce1ff6925d4c6ab._comment new file mode 100644 index 000000000..ea3347db7 --- /dev/null +++ b/doc/bugs/startup_scan_extremely_slow/comment_1_68f88f04c179800c0ce1ff6925d4c6ab._comment @@ -0,0 +1,7 @@ +[[!comment format=mdwn + username="zarel" + subject="comment 1" + date="2016-04-02T20:22:23Z" + content=""" +I suppose that the problem is strictly assistant related since both \"git annex status\" and \"git status\" give me the correct status when new files are present in a couple of seconds the first time and in a fraction of a second in the subsequent calls +"""]] diff --git a/doc/bugs/startup_scan_extremely_slow/comment_2_116e850299372027481c9d0a1667d5af._comment b/doc/bugs/startup_scan_extremely_slow/comment_2_116e850299372027481c9d0a1667d5af._comment new file mode 100644 index 000000000..03683dea1 --- /dev/null +++ b/doc/bugs/startup_scan_extremely_slow/comment_2_116e850299372027481c9d0a1667d5af._comment @@ -0,0 +1,25 @@ +[[!comment format=mdwn + username="joey" + subject="""comment 2""" + date="2016-04-04T20:23:19Z" + content=""" +Note that v6 is still an experimental feature. I have not tested the +assistant with it much. + +There is an issue documented on [[smudge]] where git can end up +unncessarily running the smudge filter after git-annex eg, gets a file, +or adds a file. + +This could be related to that; after the assistant added a lot of +files here, the first `git status` run was quite slow as it ran the clean +filter on every file. Subsequent `git status` runs then went fast. + +But, I don't know why this would make the startup scan slow; it +doesn't seem to use any git commands that would need to smudge files. +I tested by exporting `GIT_TRACE=1` and starting the assistant; the +startup scan went fast and there was nothing in .git/annex/daemon.log +about smudging. + +Also, what are these changes that are apparently being committed to git +during your startup scan? I don't see such commits, either here. +"""]] diff --git a/doc/bugs/startup_scan_extremely_slow/comment_3_3eb4c2290e560451e7341b85b58212b0._comment b/doc/bugs/startup_scan_extremely_slow/comment_3_3eb4c2290e560451e7341b85b58212b0._comment new file mode 100644 index 000000000..a2ac70fae --- /dev/null +++ b/doc/bugs/startup_scan_extremely_slow/comment_3_3eb4c2290e560451e7341b85b58212b0._comment @@ -0,0 +1,14 @@ +[[!comment format=mdwn + username="zarel" + subject="comment 3" + date="2016-04-05T17:24:06Z" + content=""" +You're right, after the initial run there is no smudge filter overhead. I ran htop in tree view and got this result: + + git-annex-assistant (55-60%) + |--> git-annex-assistant (six instances, a couple of those with load 20-40%, the others idling at 0%) + |--> git ls-files (mostly idle) + |--> git check-attr (mostly idle) + |--> git check-ignore (mostly idle) + |--> git cat-file (stuck at 40-60%) +"""]] |