Code

History

Commits on git-commitgraph-v0.8.23185+
  1. Merge branch 'pack-consistency'Sebastian Thiel committed 4 years ago5982406
  2. improve pack staleness handling (#259)Sebastian Thiel committed 4 years ago38e36a6
  3. A good way to avoid using a potentially wrong pack (#259)Sebastian Thiel committed 4 years agoa14e4d0
  4. realize that pack lookup needs the marker or wrong packs might be returned (#259)Sebastian Thiel committed 4 years agoa5a6a78
  5. workaround borrow check, which in this case fits nicely (#259)Sebastian Thiel committed 4 years ago2977518
  6. try loading actual packs with the current data structure… (#259)Sebastian Thiel committed 4 years ago87544c3
  7. btree/hashmap free lookup of packs in store, keeping things more bundled (#259)Sebastian Thiel committed 4 years agoa88981b
  8. Allow on-disk files to be reused as will in case they re-appear (#259)Sebastian Thiel committed 4 years ago6f5eaf1
  9. refactorSebastian Thiel committed 4 years agod8d5a60
  10. Simplify tracking of handles, using tokens to make that safer (#259)Sebastian Thiel committed 4 years ago407be6c
  11. sketch a more concise way of keeping indices and packs relative to disk locations (#259)Sebastian Thiel committed 4 years ago6187b5c
  12. Get a better understanding on how on-disk state can be represented in our state (#259)Sebastian Thiel committed 4 years ago58b0bcf
  13. Learn about store's resource consumption (#259)Sebastian Thiel committed 4 years agoef9b08c
  14. Make handles tracked to allow automatic handling of pack-unloading (#259)Sebastian Thiel committed 4 years ago70dc445
  15. Flesh out Sync requirement for Repository (#259)Sebastian Thiel committed 4 years ago5180f11
  16. A big step towards getting IDs straight, but… (#259)Sebastian Thiel committed 4 years ago5124abf
  17. A better idea on how multi-pack indices (and changes to them) work (#259)Sebastian Thiel committed 4 years agofae3e7c
  18. figure out how pack-ids can be stable even though multi-packs are still unclear (#259)Sebastian Thiel committed 4 years agobabfb7b
  19. sketch a little more how packs could be accessed (#259)Sebastian Thiel committed 4 years ago3fce8f2
  20. More work towards understanding indices and multi-pack indices for eventual pack lookup (#259)Sebastian Thiel committed 4 years agof90207d
  21. Fix single-threaded version of design-sketch (#259)Sebastian Thiel committed 4 years ago3d533a1
  22. Adjust unload mode to be a policy wide settings, probably along some more soon (#259)Sebastian Thiel committed 4 years ago4160b4a
  23. RwLocks are preferred over Mutexes if there is a decent read-only path (#259)Sebastian Thiel committed 4 years ago9696383
  24. Show that arcs can cost up to 16.5% when having 10mio ops compared to no-arc (#259)Sebastian Thiel committed 4 years agod40288a
  25. This experiment shows that working through an Arc isn't slower than through a reference (#259)Sebastian Thiel committed 4 years ago977bd80
  26. a path forward to deciding which ODB implementation to pick (#259)Sebastian Thiel committed 4 years ago8cafc8d
  27. Sketch the future of the ref-db with namespace fix and upcoming reftable (#259)Sebastian Thiel committed 4 years ago4c00f78
  28. unify trait bounds for parallel code: prefer Clone over Sync (#259)Sebastian Thiel committed 4 years agoc805d0b
  29. remove trait bounds to allow single-threaded applications to exist (#259)Sebastian Thiel committed 4 years ago3c790e0
  30. some more clarity around generations and cache updates (#259)Sebastian Thiel committed 4 years agoab1562e
  31. Turns out the new `PolicyStore` can co-exist with existing one… (#259)Sebastian Thiel committed 4 years ago5e9250f
  32. change direction towards something simpler that will still be fast (#259)Sebastian Thiel committed 4 years ago1837abc
  33. All logic for handling eager refreshing… (#259)Sebastian Thiel committed 4 years ago4b84a48
  34. Now it's getting somewhere, with the potential for resource pooling (#259)Sebastian Thiel committed 4 years agoe779311
  35. use generic Repository type with typedef default to avoid macro-madness (#259)Sebastian Thiel committed 4 years agoe6ae34f