<div dir="ltr">Hi Pete,<br><div class="gmail_extra"><br><div class="gmail_quote">On 28 November 2015 at 22:48, Pete Black <span dir="ltr"><<a href="mailto:pete@marchingcubes.com" target="_blank">pete@marchingcubes.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">The logic seems to be if there are more than 1 CPU, and the threadingModel is set to singlethreaded (the default), then set CPU affinity (on what is very likely the main thread of the application) to 0.<br>
<br>
This really seems to be a poor idea - it might help a specific OSG app configuration, but silently causes unexpected and almost certainly undesirable behaviour in situations where the programmer is doing their own multithreading.<br></blockquote><div><br></div><div>The OSG is written to work well out of the box for the most common usage - setting affinity helps for most applications as a threading moving from core to core thrashes the CPU cache and reduces performance.<br><br>Having multiple OSG applications running at the same time is really niche usage. Applications doing their own threading is also quite niche.<br><br></div><div>While the defaults might not be doing exactly what you want for particular application usage I'm comfortable with as long as you can set the controls as you need.  The real question is then for your particular usage model what do you need to set.<br><br></div><div>Robert.<br></div></div></div></div>