Commit message (Collapse) | Author | Age | ||
---|---|---|---|---|
... | ||||
* | update | 2016-02-09 | ||
| | ||||
* | S3: Allow configuring with requeststyle=path to use path-style bucket access ↵ | 2016-02-09 | ||
| | | | | | | instead of the default DNS-style access. untested | |||
* | rename todo/allow_path-style_syntax_for_S3_bucket_specification.mdwn to ↵ | 2016-02-09 | ||
| | | | | todo/support_path-style_syntax_for_S3_bucket_specification.mdwn | |||
* | rename todo/allow_path-style_semantics_for_S3_bucket_specification.mdwn to ↵ | 2016-02-09 | ||
| | | | | todo/allow_path-style_syntax_for_S3_bucket_specification.mdwn | |||
* | (no commit message) | 2016-02-09 | ||
| | ||||
* | comment | 2016-02-09 | ||
| | ||||
* | pointer | 2016-02-09 | ||
| | ||||
* | added adjusted_branches design doc, meets at least 2 different needs | 2016-02-09 | ||
| | ||||
* | Merge branch 'master' of ssh://git-annex.branchable.com | 2016-02-03 | ||
|\ | ||||
* | | annex.largefiles: Add support for mimetype=text/* etc, when git-annex is ↵ | 2016-02-03 | ||
| | | | | | | | | linked with libmagic. | |||
* | | comment | 2016-02-03 | ||
| | | ||||
| * | Added a comment: adding a simple counter? | 2016-02-03 | ||
|/ | ||||
* | (no commit message) | 2016-02-01 | ||
| | ||||
* | another idea | 2016-02-01 | ||
| | ||||
* | (no commit message) | 2016-02-01 | ||
| | ||||
* | done | 2016-01-29 | ||
| | ||||
* | pull request | 2016-01-28 | ||
| | ||||
* | Added a comment: Linux-Windows repo | 2016-01-26 | ||
| | ||||
* | response | 2016-01-22 | ||
| | ||||
* | Added a comment | 2016-01-22 | ||
| | ||||
* | comment | 2016-01-20 | ||
| | ||||
* | find --batch | 2016-01-20 | ||
| | ||||
* | whereis --batch | 2016-01-20 | ||
| | ||||
* | add --batch | 2016-01-19 | ||
| | ||||
* | already done this earlier | 2016-01-19 | ||
| | ||||
* | small formatting fix. | 2016-01-19 | ||
| | ||||
* | (no commit message) | 2016-01-19 | ||
| | ||||
* | Added a comment | 2016-01-19 | ||
| | ||||
* | comment | 2016-01-19 | ||
| | ||||
* | Added a comment | 2016-01-19 | ||
| | ||||
* | initial request | 2016-01-19 | ||
| | ||||
* | comment | 2016-01-19 | ||
| | ||||
* | marked as mine | 2016-01-18 | ||
| | ||||
* | (no commit message) | 2016-01-18 | ||
| | ||||
* | (no commit message) | 2016-01-18 | ||
| | ||||
* | Added a comment | 2016-01-18 | ||
| | ||||
* | Added a comment | 2016-01-18 | ||
| | ||||
* | Reformat irc log to add linebreaks (is there a better way to do this in ↵ | 2016-01-18 | ||
| | | | | markdown?) | |||
* | (no commit message) | 2016-01-18 | ||
| | ||||
* | (no commit message) | 2016-01-17 | ||
| | ||||
* | info: Support --batch mode. | 2016-01-15 | ||
| | ||||
* | Added a comment: "done" but only for non --fast/--relaxed | 2016-01-13 | ||
| | ||||
* | followup | 2016-01-13 | ||
| | ||||
* | avoid hard linking object from other repository when annex.thin is set | 2016-01-13 | ||
| | | | | | This is simpler and less expensive than checking if the src file has a link count >= 2, and also is unlocked. | |||
* | Added a comment: another side-effect of largefiles not being supported for ↵ | 2016-01-12 | ||
| | | | | my usecase | |||
* | add database benchmark | 2016-01-12 | ||
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | The benchmark shows that the database access is quite fast indeed! And, it scales linearly to the number of keys, with one exception, getAssociatedKey. Based on this benchmark, I don't think I need worry about optimising for cases where all files are locked and the database is mostly empty. In those cases, database access will be misses, and according to this benchmark, should add only 50 milliseconds to runtime. (NB: There may be some overhead to getting the database opened and locking the handle that this benchmark doesn't see.) joey@darkstar:~/src/git-annex>./git-annex benchmark setting up database with 1000 setting up database with 10000 benchmarking keys database/getAssociatedFiles from 1000 (hit) time 62.77 μs (62.70 μs .. 62.85 μs) 1.000 R² (1.000 R² .. 1.000 R²) mean 62.81 μs (62.76 μs .. 62.88 μs) std dev 201.6 ns (157.5 ns .. 259.5 ns) benchmarking keys database/getAssociatedFiles from 1000 (miss) time 50.02 μs (49.97 μs .. 50.07 μs) 1.000 R² (1.000 R² .. 1.000 R²) mean 50.09 μs (50.04 μs .. 50.17 μs) std dev 206.7 ns (133.8 ns .. 295.3 ns) benchmarking keys database/getAssociatedKey from 1000 (hit) time 211.2 μs (210.5 μs .. 212.3 μs) 1.000 R² (0.999 R² .. 1.000 R²) mean 211.0 μs (210.7 μs .. 212.0 μs) std dev 1.685 μs (334.4 ns .. 3.517 μs) benchmarking keys database/getAssociatedKey from 1000 (miss) time 173.5 μs (172.7 μs .. 174.2 μs) 1.000 R² (0.999 R² .. 1.000 R²) mean 173.7 μs (173.0 μs .. 175.5 μs) std dev 3.833 μs (1.858 μs .. 6.617 μs) variance introduced by outliers: 16% (moderately inflated) benchmarking keys database/getAssociatedFiles from 10000 (hit) time 64.01 μs (63.84 μs .. 64.18 μs) 1.000 R² (1.000 R² .. 1.000 R²) mean 64.85 μs (64.34 μs .. 66.02 μs) std dev 2.433 μs (547.6 ns .. 4.652 μs) variance introduced by outliers: 40% (moderately inflated) benchmarking keys database/getAssociatedFiles from 10000 (miss) time 50.33 μs (50.28 μs .. 50.39 μs) 1.000 R² (1.000 R² .. 1.000 R²) mean 50.32 μs (50.26 μs .. 50.38 μs) std dev 202.7 ns (167.6 ns .. 252.0 ns) benchmarking keys database/getAssociatedKey from 10000 (hit) time 1.142 ms (1.139 ms .. 1.146 ms) 1.000 R² (1.000 R² .. 1.000 R²) mean 1.142 ms (1.140 ms .. 1.144 ms) std dev 7.142 μs (4.994 μs .. 10.98 μs) benchmarking keys database/getAssociatedKey from 10000 (miss) time 1.094 ms (1.092 ms .. 1.096 ms) 1.000 R² (1.000 R² .. 1.000 R²) mean 1.095 ms (1.095 ms .. 1.097 ms) std dev 4.277 μs (2.591 μs .. 7.228 μs) | |||
* | update | 2016-01-08 | ||
| | ||||
* | devblog | 2016-01-07 | ||
| | ||||
* | update | 2016-01-07 | ||
| | ||||
* | test: Added --keep-failures option. | 2016-01-06 | ||
| |