buildinspace / peru

93%

master: 88%

LAST BUILD ON BRANCH cacherewrite

branch: cacherewrite

CHANGE BRANCH

x

Reset

• cacherewrite
• 0.1.1
• 0.2.0
• 0.2.1
• 0.2.2
• 0.2.3
• 0.2.4
• 0.2.5
• 0.2.6
• 0.3.0
• 0.3.1
• 0.3.2
• 0.3.3
• 0.4.0
• 1.0.0
• 1.0.1
• 1.1.0
• 1.1.1
• 1.1.2
• 1.1.3
• 1.1.4
• 1.2.0
• appveyor
• appveyor-fix
• appveyor2
• appveyor_clean
• ascii
• coalesce
• colon
• delete
• deprecations
• dotgit
• example_fix
• fix
• flags
• github_ci
• list
• master
• omitdotperu
• python39
• recursiondefault
• searchname
• staleindex
• testingbadge
• third_party
• travis_python3.9
• treeops
• uncomment
• windows

Build # 430

Build Type

push

travis-ci

Committed by oconnor663

Commit Message

rewrite the cache to be asynchronous

We've been seeing "Task X took Y seconds" warnings in our tests for a
long time, especially on Windows. Running git commands synchronously
blocks other tasks from running, like display redrawing. It's bad
practice in an async program.

One of the barriers to async-ifying the cache code earlier was that many
commands relied on having exclusive ownership of the index file while
they were running. For example, 1) read a tree into the index, 2) merge
another tree into some subdirectory, 3) write out the result. If any
other git commands ran in the middle of that, it would screw up the
result. So we need to rewrite every cache function to use its own
temporary index file, if we want them to run in parallel.

The reason I'm finally getting around to this now, is that I'm trying to
reduce the number of git commands that run in a no-op sync. One of the
optimizations I'm going to want to do, is to reuse the index file from
the last sync, so that we don't need a `read-tree` and an `update-index`
just to set us up for `diff-files`. But the plumbing to do that right is
pretty much the same as what we should be doing to run every git command
with its own index anyway. So let's just bite the bullet and do that
now, and then reusing index files will be easy after that.

Run Details

1554 of 1665 relevant lines covered (93.33%)

2.8 hits per line