Re: [Intel-gfx] igt/gem_exec_nop parallel test: why it isn't useful

2016-09-02 Thread Dave Gordon
On 01/09/16 21:00, Chris Wilson wrote: On Thu, Sep 01, 2016 at 05:51:09PM +0100, Dave Gordon wrote: The gem_exec_nop test generally works by submitting batches to an engine as fast as possible for a fixed time, then finally calling gem_sync() to wait for the last submitted batch to complete. The

Re: [Intel-gfx] igt/gem_exec_nop parallel test: why it isn't useful

2016-09-01 Thread Chris Wilson
On Thu, Sep 01, 2016 at 05:51:09PM +0100, Dave Gordon wrote: > The gem_exec_nop test generally works by submitting batches to an > engine as fast as possible for a fixed time, then finally calling > gem_sync() to wait for the last submitted batch to complete. The > time-per-batch is then calculated

[Intel-gfx] igt/gem_exec_nop parallel test: why it isn't useful

2016-09-01 Thread Dave Gordon
The gem_exec_nop test generally works by submitting batches to an engine as fast as possible for a fixed time, then finally calling gem_sync() to wait for the last submitted batch to complete. The time-per-batch is then calculated as the total elapsed time, divided by the total number of batche