diff options
| author |  Joey Hess <joey@kitenet.net> | 2011-09-19 14:50:16 -0400 |
|---|---|---|
| committer | Joey Hess <joey@kitenet.net> | 2011-09-19 14:50:16 -0400 |
| commit | 1ddc207b585cf0dded363b5890010afff58aa478 (patch) | |
| tree | fcccd79e5ef3761c4866816df2e43825318a5db7 | |
| parent | 73f3a00c1cad9e77ba9517bdc25b8086abc9bc59 (diff) | |
some of these are now done
| -rw-r--r-- | doc/forum/new_microfeatures.mdwn | 6 |
1 files changed, 6 insertions, 0 deletions
diff --git a/doc/forum/new_microfeatures.mdwn b/doc/forum/new_microfeatures.mdwn index 683cc69b8..bfe44272a 100644 --- a/doc/forum/new_microfeatures.mdwn +++ b/doc/forum/new_microfeatures.mdwn @@ -33,10 +33,16 @@ Come to think of it, the inject --bare thing is probably not a microfeature. Sho > I've thought about such things before; does not seem really micro and I'm unsure how well it would work, but it would be worth a [[todo]]. --[[Joey]] +>> Update: Done as --auto. --[[Joey]] + --- Along similar lines, it might be nice to have a mode where git-annex tries to fill up a disk up to the `annex.diskreserve` with files, preferring files that have relatively few copies. Then as storage prices continue to fall, new large drives could just be plopped in and git-annex used to fill it up in a way that improves the overall redundancy without needing to manually pick and choose. +> Update: git annex get --auto basically does this; you can tune +> --numcopies on the fly to make it get more files than needed by the +> current numcopies setting. --[[Joey]] + --- If a remote could send on received files to another remote, I could use my own local bandwith efficiently while still having my git-annex repos replicate data. -- RichiH |