[Intel-gfx] [PATCH v4] drm/i915: Execlists small cleanups and micro-optimisations
Tvrtko Ursulin
tvrtko.ursulin at linux.intel.com
Mon Feb 29 11:01:49 UTC 2016
On 29/02/16 10:53, Chris Wilson wrote:
> On Mon, Feb 29, 2016 at 10:45:34AM +0000, Tvrtko Ursulin wrote:
>> This ok?
>>
>> """
>> One unexplained result is with "gem_latency -n 0" (dispatching
>> empty batches) which shows 5% more throughput, 8% less CPU time,
>> 25% better producer and consumer latencies, but 15% higher
>> dispatch latency which looks like a possible measuring artifact.
>> """
>
> I doubt it is a measuring artefact since throughput = 1/(dispatch +
> latency + test overhead), and the dispatch latency here is larger than
> the wakeup latency and so has greater impact on throughput in this
> scenario.
I don't follow you, if dispatch latency has larger effect on throughput
how to explain the increase and still better throughput?
I see in gem_latency this block:
measure_latency(p, &p->latency);
igt_stats_push(&p->dispatch, *p->last_timestamp - start);
measure_latency waits for the batch to complete and then dispatch
latency uses p->last_timestamp which is something written by the GPU and
not a CPU view of the latency ?
Regards,
Tvrtko
More information about the Intel-gfx
mailing list