diff options
author | Joey Hess <joey@kitenet.net> | 2013-07-17 18:46:19 -0400 |
---|---|---|
committer | Joey Hess <joey@kitenet.net> | 2013-07-17 18:46:19 -0400 |
commit | 06b62b7d68ebaf67057f61c541dfd7a49455314b (patch) | |
tree | 85476b081f5ccd8ee03474e4ea008193219b214b /doc/design | |
parent | f25f889d53dc1b4180652f3372f7a01d070a2cbc (diff) |
blog for the day
Diffstat (limited to 'doc/design')
-rw-r--r-- | doc/design/assistant/blog/day_298__exceptional.mdwn | 21 |
1 files changed, 21 insertions, 0 deletions
diff --git a/doc/design/assistant/blog/day_298__exceptional.mdwn b/doc/design/assistant/blog/day_298__exceptional.mdwn new file mode 100644 index 000000000..6be34821e --- /dev/null +++ b/doc/design/assistant/blog/day_298__exceptional.mdwn @@ -0,0 +1,21 @@ +Theme today seems to be fun with exceptions. + +Fixed an uncaught exception that could crash the assistant's Watcher thread +if just the right race occurred. + +Also fixed it to not throw an exception if another process is +already transferring a file. What this means is that if you run multiple +`git annex get` processes on the same files, they'll cooperate in each +picking their own files to get and download in parallel. (Also works for +copy, etc.) Especially useful when downloading from an encrypted remote, +since often one process will be decrypting a file while the other is +downloading the next file. There is still room for improvement here; +a -jN option could better handle ensuring N downloads ran concurrently, and +decouple decryption from downloading. But it would need the output layer to +be redone to avoid scrambled output. (All the other stuff to make parallel +git-annex transfers etc work was already in place for a long time.) + +---- + +Campaign update: Now funded for nearly 10 months, and aiming for a year. +<https://campaign.joeyh.name/> |