This commit is contained in:
Joey Hess 2024-08-30 11:14:45 -04:00
parent 54b6151412
commit 53b7375cc6
No known key found for this signature in database
GPG key ID: DB12DB0FF05F8F38
2 changed files with 9 additions and 10 deletions

View file

@ -20,22 +20,21 @@ Planned schedule of work:
* June: git-annex proxies and clusters * June: git-annex proxies and clusters
* July: p2p protocol over http * July: p2p protocol over http
* August, part 1: git-annex proxy support for exporttree * August, part 1: git-annex proxy support for exporttree
* August, part 2: [[track_free_space_in_repos_via_git-annex_branch]] * August, part 2: balanced preferred content
* September, part 1: balanced preferred content * September: streaming through proxy to special remotes (especially S3)
* September, part 2: streaming through proxy to special remotes (especially S3) * October: proving behavior of balanced preferred content with proxies
* October, part 1: streaming through proxy continued
* October, part 2: proving behavior of balanced preferred content with proxies
[[!tag projects/openneuro]] [[!tag projects/openneuro]]
## work notes ## work notes
## items deferred until later for balanced preferred content and maxsize tracking
* `git-annex assist --rebalance` of `balanced=foo:2` * `git-annex assist --rebalance` of `balanced=foo:2`
sometimes needs several runs to stabalize. sometimes needs several runs to stabalize.
May not be a bug, needs reproducing and analysis. May not be a bug, needs reproducing and analysis.
Deferred for proving behavior of balanced preferred content stage.
* Test that live repo size data is correct and really works.
* The assistant is using NoLiveUpdate, but it should be posssible to plumb * The assistant is using NoLiveUpdate, but it should be posssible to plumb
a LiveUpdate through it from preferred content checking to location log a LiveUpdate through it from preferred content checking to location log
@ -49,7 +48,8 @@ Planned schedule of work:
* getLiveRepoSizes has a filterM getRecentChange over the live updates. * getLiveRepoSizes has a filterM getRecentChange over the live updates.
This could be optimised to a single sql join. There are usually not many This could be optimised to a single sql join. There are usually not many
live updates, but sometimes there will be a great many recent changes, live updates, but sometimes there will be a great many recent changes,
so it might be worth doing this optimisation. so it might be worth doing this optimisation. Persistent is not capable
of this, would need dependency added on esquelito.
## completed items for August's work on balanced preferred content ## completed items for August's work on balanced preferred content

View file

@ -110,5 +110,4 @@ sizeOfDownloadsInProgress. It would be possible to make a
[[!tag projects/openneuro]] [[!tag projects/openneuro]]
> Current status: This is implemented, but concurrency issues remain. > [[done]]! > --[[Joey]]
> --[[Joey]]