On Fri, Jul 8, 2016 at 10:58 AM, Nicolai Hähnle wrote:
> On 07.07.2016 23:49, Marek Olšák wrote:
>>
>> On Thu, Jul 7, 2016 at 9:39 AM, Nicolai Hähnle wrote:
>>>
>>> From: Nicolai Hähnle
>>>
>>> We only have to stay single-threaded when debug output must be
>>> synchronous.
>>> This yields better
On 07.07.2016 23:49, Marek Olšák wrote:
On Thu, Jul 7, 2016 at 9:39 AM, Nicolai Hähnle wrote:
From: Nicolai Hähnle
We only have to stay single-threaded when debug output must be synchronous.
This yields better parallelism in shader-db runs for me.
shader-db should already get the CPU load t
On Thu, Jul 7, 2016 at 9:39 AM, Nicolai Hähnle wrote:
> From: Nicolai Hähnle
>
> We only have to stay single-threaded when debug output must be synchronous.
> This yields better parallelism in shader-db runs for me.
shader-db should already get the CPU load to 100% for all cores. It
doesn't seem
From: Nicolai Hähnle
We only have to stay single-threaded when debug output must be synchronous.
This yields better parallelism in shader-db runs for me.
---
src/gallium/drivers/radeonsi/si_state_shaders.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/src/gallium/dr
