Re: [PATCH v11 2/5] p0006-read-tree-checkout: perf test to time read-tree
- Date: Tue, 18 Apr 2017 21:25:28 -0400
- From: Jeff King <peff@xxxxxxxx>
- Subject: Re: [PATCH v11 2/5] p0006-read-tree-checkout: perf test to time read-tree
On Tue, Apr 18, 2017 at 10:40:25PM +0100, Thomas Gummerer wrote:
> > +test_perf_default_repo
> I like that it's possible to use a real world repository now instead
> of forcing the use of a synthetic repository :)
> Is there a reason for this being test_perf_default_repo instead of
> test_perf_large_repo? It seems like generating a large repo is what
> you are doing with repos/many-files.sh.
I'm actually of the opinion that the default/large repo thing should go
away. I think the original premise was that you could pick a
default/large pair and run the whole suite against them. But in reality,
I have always been confused about which one I should use when writing a
perf test, and what I should use when running the suite.
I think it would be more useful for the perf tests to just respect a
single repo parameter. Then you could run the whole suite against each
repo in turn. And we could get results for git.git, linux.git, some
synthetic cases, the gigantic Windows repo, etc.