diff options
author | Garima Singh <garima.singh@microsoft.com> | 2019-09-04 13:36:39 -0400 |
---|---|---|
committer | Johannes Schindelin <johannes.schindelin@gmx.de> | 2019-12-05 15:36:40 +0100 |
commit | a62f9d1ace8c6556cbc1bb7df69eff0a0bb9e774 (patch) | |
tree | f8bf257b2070986f147000a8638fd522cf070d36 /Documentation/git-submodule.txt | |
parent | path.c: document the purpose of `is_ntfs_dotgit()` (diff) | |
download | tgif-a62f9d1ace8c6556cbc1bb7df69eff0a0bb9e774.tar.xz |
test-path-utils: offer to run a protectNTFS/protectHFS benchmark
In preparation to flipping the default on `core.protectNTFS`, let's have
some way to measure the speed impact of this config setting reliably
(and for comparison, the `core.protectHFS` config setting).
For now, this is a manual performance benchmark:
./t/helper/test-path-utils protect_ntfs_hfs [arguments...]
where the arguments are an optional number of file names to test with,
optionally followed by minimum and maximum length of the random file
names. The default values are one million, 3 and 20, respectively.
Just like `sqrti()` in `bisect.c`, we introduce a very simple function
to approximation the square root of a given value, in order to avoid
having to introduce the first user of `<math.h>` in Git's source code.
Note: this is _not_ implemented as a Unix shell script in t/perf/
because we really care about _very_ precise timings here, and Unix shell
scripts are simply unsuited for precise and consistent benchmarking.
Signed-off-by: Garima Singh <garima.singh@microsoft.com>
Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
Diffstat (limited to 'Documentation/git-submodule.txt')
0 files changed, 0 insertions, 0 deletions