<div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div class="gmail_quote"><div dir="ltr">On Mon, Nov 12, 2018 at 6:43 PM Michel Dänzer <<a href="mailto:michel@daenzer.net">michel@daenzer.net</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On 2018-11-08 6:23 a.m., Marek Olšák wrote:<br>
> Thanks a lot man. I'll reconsider this depending on the results I receive.<br>
> <br>
> I may also just pin the Mesa threads and keep the app thread intact. It<br>
> should perform OK with glthread, but not without glthread.<br>
> <br>
> Another option is to have the gallium and winsys threads "chase" the main<br>
> thread within the CPU by changing the thread affinity based on getcpu().<br>
<br>
While those are interesting ideas for the future, I'm afraid it's too<br>
late for them for the 18.3.0 release (scheduled for November 21st IIRC).<br>
<br>
Please make sure the thread pinning code is disabled for the release, at<br>
least by default.<br></blockquote><div><br></div><div><div>I'm not sure what the best solution is, but pinning the threads to</div><div>the L3 CCX has shown great potential on my Ryzen 5 2600 and it would</div><div>be nice to explore the ideas presented by Marek or maybe understand, </div><div>why the kernel scheduler prefers to put the threads on cores on</div><div>different CCX.</div><div><br></div><div>For example The Wicher 2 goes from 60 FPS to 70 FPS average and this</div><div>is impressive. Tomb Raider just increases about 1 FPS (average 104 FPS)</div><div>but this can be just noise and for sure not noticeable.</div></div><div><br></div><div>Regards</div><div>edmondo</div><div><br></div></div></div></div></div></div>