Bug Fixes
-
more robustness in the face of a trampling-herd of threads loading a single index.
The motivating example is here: praetorian-inc/noseyparker#179Previously, it was possible for a trampling herd of threads to consolidate the
disk state. Most of them would be 'needs-init' threads which could notice that
the initialization already happened, and just use that.But a thread might be late for the party and somehow manages to not get any
newly loaded index, and thus tries to consolidate with what's on disk again.
Then it would again determine no change, and return nothing, causing the caller
to abort and not find objects it should find because it wouldn't see the index
that it should have seen.The reason the thread got into this mess is that the 'is-load-ongoing' flagging
was racy itself, so it would not wait for ongoing loads and just conclude nothing
happened. An extra delay (by yielding) now assures it either seees the loading state
and waits for it, sees the newly loaded indices.Note that this issue can be reproduced with:
'./target/release/gix -r repo-with-one-pack -t10 --trace odb stats --extra-header-lookup'
-
use
tempfile
permissions support to set the correct mode on unix.
Previousoly it would make an additional syscall to change permissions, which
is slower than necessary.
Commit Statistics
- 6 commits contributed to the release over the course of 10 calendar days.
- 38 days passed between releases.
- 2 commits were understood as conventional.
- 0 issues like '(#ID)' were seen in commit messages
Commit Details
view details
- Uncategorized
- Adjust changelogs prior to release (9511416)
- Release gix-date v0.8.6 (d3588ca)
- Merge branch 'status' (04ef31e)
- Adapt to changes in
gix-pack
(bad5b48) - More robustness in the face of a trampling-herd of threads loading a single index. (addf446)
- Use
tempfile
permissions support to set the correct mode on unix. (7b3dc92)