Timur Born
arachnautI wrote a document about this a long time ago. Currently things are the same for Live, but Sonar has improved.
"The same" in what regard? If Live (still) allocates CPU cores based on track numbers then you get easy control over which addon uses what core on certain tracks. I'd examine it myself again, but I just killed my AIO in another test and currently have no fully running Windows installation/PC available and lack time to set it up quickly.
I'm also experimenting with CPU affinity masks set with the Task manager, but so far I can't get Affinity masks to stick to an executable, so I might be doing something wrong.
Task-Manager does not save affinity and priority over an application restart, it's always only just for currently running processes. That's what Process Lasso offers (among other things), to set an affinity mask that sticks with every start of an application.
Live still seems to add the next added Reaktor to the same physical core. I don't use Live any more so I did no further testing. That is, one test only or maybe two, but not many.
I've figured out that CPU affinity is not remembered when you use Task Manager.
I'm trying to find a solution for the general user community - PC and Mac - not dependent on external software and not too complicated.
So far, turning off hyperthreading is the easiest answer, that gives enough performance boost for Reaktor, but testing other general audio projects do worse. For example, one of my tests load 20 different Maschine 2 projects - that works a lot worse with HT off.
I'm fascinated that one can alter the CPU affinity on the fly and I see the process move from core to core. So the affinity must be saved in the instruction caches or something like that.
I'm studying the Intel docs now on the cache management to see how this actually works.