[Piglit] [PATCH] drawoverhead: new microbenchmark
Timothy Arceri
tarceri at itsqueeze.com
Sun May 14 23:01:41 UTC 2017
On 12/05/17 05:49, Eric Anholt wrote:
> Marek Olšák <maraeo at gmail.com> writes:
>
>> From: Marek Olšák <marek.olsak at amd.com>
>>
>> Based on a benchmark from mesa/demos, but rewritten and extended.
>> It's a benchmark expected to be run separately, not a piglit test.
>> So why piglit? Because it's a good framework for writing apps like this.
>>
>> mesa_glthread won't show an improvement here, because there is no app
>> overhead.
>>
>> This is what the output looks like. The percentage is relative to
>> the first test of the given draw call.
>>
>> The obvious thing there is that enabled vertex attribs decrease
>> Mesa performance even if there are no state changes.
>
> Since nobody else has replied,
>
> I think piglit is the wrong place for this. I agree that it's sorta
> convenient, but mesa-demos or glmark2 are the right place.
I'm not totally against this. It would be nice to leverage more of the
piglit framework/tools to be able to run a group of perf tests and
generate some kind of comparison automatically. That way way we could
have an easy tools for comparing releases etc. I know Intel has an
internal setup for this type of thing, but having something in the test
suite all mesa devs use would be handy.
Anyway I've given this benchmark a run with my KHR_no_error changes and
I'm seeing a nice jump in a bunch of the tests.
The biggest jump is:
DrawArrays(16 VBOs, 0 UBOs, 0 Tex) w/ no state change: 5.41 million (49.3%)
DrawArrays(16 VBOs, 0 UBOs, 0 Tex) w/ no state change: 16.33 million
(109.1%)
But there is a general increase across the majority of tests which is
encouraging to see as I still haven't been able to measure much change
in the games I've been trying. I suspect I'll need to have coverage
across most of the api a game uses before I see much change.
More information about the Piglit
mailing list