| Commit message (Collapse) | Author | Age |
|
|
|
|
| |
This is probably more efficient, and it avoids mistakenly leaving them
empty.
|
| |
|
|
|
|
| |
Not actual pid, because System.Process does not expose that.
|
|
|
|
|
|
|
|
|
| |
Multiple external special remote processes for the same remote will be
started as needed when using -J.
This should not beak any existing external special remotes, because running
multiple git-annex commands at the same time could already start multiple
processes for the same external special remotes.
|
|
|
|
|
| |
Groundwork to having multiple processes running at once for an external
special remote; each needs its own externalConfig.
|
| |
|
| |
|
|
|
|
| |
known.
|
|\ |
|
| | |
|
|/ |
|
| |
|
|
|
|
|
|
| |
This sped up git annex find --not --in web from 6.64s to 5.69s.
The optimised parser is probably more like 50% faster than the general one
it replaced.
|
|\ |
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
copies of the environment.
Speeds up commands like "git-annex find --in remote" by over 50%.
Profiling showed that adjustGitEnv was 21% of the time and 37% of the
allocations of that command. It copied the environment each time with
getEnvironment.
The only repeated use of adjustGitEnv is in withIndexFile, which tends to
be run at least once per file. So, it was optimised by keeping a cache of
the environment, which can be reused.
There could be other better ways to optimise this. Maybe get the while
environment once at startup. But, then it would have to be serialized back
out each time running a child process, so I doubt that would be a net win.
It might be better to cache a version of the environment that is
pre-modified to use .git-annex/index. But, profiling doesn't show that
modifying the enviroment is taking any significant time.
|
| | |
|
| | |
|
| | |
|
| | |
|
|/ |
|
|
|
|
| |
description of protocol flow
|
| |
|
| |
|
| |
|
|\ |
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
to work on. Sped up by around 18%.
key2file and file2key were top cost centers according to profiling.
The repeated use of replace was not efficient. This new approach is quite a
lot more efficient.
This commit was sponsored by Denis Dzyubenko on Patreon.
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
|/ |
|
|
|
|
| |
fixes cabal sdist
|
| |
|
| |
|
| |
|
|\ |
|
| |
| |
| |
| |
| | |
This module does not use isSymbolicLink so avoid depending on extra
Utility.* stuff, to make it more easily reused elsewhere.
|
| | |
|
| |
| |
| |
| |
| | |
No need for a trailing slash in the directory here, so avoid pulling in an
extra module.
|
| |
| |
| |
| | |
I'd like to get rid of all uses of Data.String.Utils eventually..
|
| | |
|
| | |
|
|/ |
|
|\ |
|
| | |
|