arachnaut
I've  just played with the Affinity setting (used #55555555 to allow every other core).
 
This was at
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Multimedia\SystemProfile\Tasks\Pro Audio
 
It doesn't seem to work. The technical docs from MS mentioned above
https://msdn.microsoft.com/en-us/library/windows/desktop/ms684247(v=vs.85).aspx
says that a lot of the registry keys in there are not even used, maybe this is one.
 
I was expecting Sonar to use every other logical core - one physical core - exclusively.
 
I was trying to solve this problem:
 
Is Hyperthreading bad for Reaktor?
http://forum.cakewalk.com/FindPost/3623533
 
 

My opioin is u should leave the affinity alone ,

Sounds to me that you may need to make sure MMCSS. Is enabled in platinum , and if you have a quad core or above defiantly make sure your AUD.INI is set to : ThreadSchedulingModel=2 , this will spread the load across the threads .
My first core use to be the Peking Duck until I enabled this and now even on the biggest projects it sits lower than the rest just like the grumpy old troll (: , who lives under the bridge , of course !

I use MMCSS and I've left it untouched. I have ThreadSchedulingModel=2.
I have, for the most part, let Windows and the DAW do the work. I have no registry tweaks for performance.
This is the first time I tried something like this and it doesn't work as I expected.
 
Spreading load across threads (or logicals cores) is exactly what I am talking about here.
 
It doesn't seem to work that way, not all logical cores are equal.
 
 

arachnaut
I use MMCSS and I've left it untouched. I have ThreadSchedulingModel=2.
I have, for the most part, let Windows and the DAW do the work. I have no registry tweaks for performance.
This is the first time I tried something like this and it doesn't work as I expected.
 
Spreading load across threads (or logicals cores) is exactly what I am talking about here.
 
It doesn't seem to work that way, not all logical cores are equal.
 
 

I just want to say that i Had a Alienware Laptop + 6 Core 980x and Platinum hated them both so off they went !
 
Yes it may have been my specific hardware config with those PC's but just saying computers are different and going through all of your bios and software settings from scratch again would be what i would do.
Thoroughly understand each setting you make is the key.
 
Just make sure with Reaktor that if it is a 1 core hog that your not searching for something that's not possible either.
This may help :
http://forum.cakewalk.com...lization-m3506335.aspx

It's not specific to any DAW - Sonar, Live and Reaper show the same anomalies.
I think it is due to identical VSTs loaded in adjacent logical cores because when loaded into separate physical cores the problem goes away - see the post here:
http://forum.cakewalk.com/Is-Hyperthreading-bad-for-Audio-m3623533.aspx#3623533
and these tests from 2015:
http://www.arachnaut.net/Reaktor/This%20is%20the%20result%20of%20a%20series%20of%20tests%20I%20made%20using%20two%20DAWs.pdf
 
I can run 20 different Maschine 2 projects at once if each is different. All the while running Kasperky AV, WiFi ON, no cheating here. At 73C cpu temp like here, the clock throttling in the CPU starts to kick in. I'd have to go with water cooling to do better:

taccess
...
Just make sure with Reaktor that if it is a 1 core hog that your not searching for something that's not possible either.
...

This is precisely the issue. If Reaktor tops out in a single core, we have to split our Reaktor project into chained parts and put them in a DAW using the DAW's threading capabilities over different tracks.
 

arachnaut

taccess
...
Just make sure with Reaktor that if it is a 1 core hog that your not searching for something that's not possible either.
...

This is precisely the issue. If Reaktor tops out in a single core, we have to split our Reaktor project into chained parts and put them in a DAW using the DAW's threading capabilities over different tracks.
 

 
Iam in the middle of adding some missing information to the AUD.INI Alphabetical Manual, i am not sure if this will help !
 
EnableSetThreadIdealProcessor=<0,1> (default=1)
Disable only if you wish to force CPU affinity to something other than the default core chosen by SONAR, which might improve efficiency when running two or more audio programs at once. For example, an out-of-process synthesizer (via ReWire) or a bitbridged instrument.

Rob[atSound-Rehab]
All his post are like that ... following the 2nd law of thermodynamics...

Can't be bothered to read that anymore

.

Yep like wise, continuing to solve for X..here, I read continually those using the factoring and algebra method of solving for x y z and other variables never truly solving for them, and if they do, something else comes to screw up the works....eh?....Why?...you know they will change the code or core of that tweaking of fiddling......so all you do, will need updating eventually...and all the tweaking of if so done, will only come to not be of any regards, and made redundant eventually!.
 
So, why continue to fix..what should not be broken?...and post trying methods, if they be futile?
 
Just use the 1st law of Quantum...Truth.
 
if you find lies were used....and it does not work as said when sold...return it for a full refund...asap!
 
 
Lies used, make troubles be!
 
 
And there are bugs in the pudding put!....so...Proof...or prove me wrong!....Still fiddling with what regedit, and changing key hexi?....ok....did it work out?...if it does, it will be over ruled if it cause issues with...The MS over lords of mayhem.
 
So...I believe enough Proof...or proving...algebra math..is not enough to over rule lies or liars who now use too many variables in the put form of equation of their makings...to solve for, if one or more are continually changing...YOU CANNOT SOLVE FOR ANY!...For they will only lie more so, to keep you believing, a cure is coming for the bugs put in, and more payment for, more support plans sold, more techies and such..made of,or for...or the errors made in...yet, once that is done....More error is put via the MS over lords by way of updates and mandates You know nothing about?....Well some have said, and some has been exposed!
 
lol///
 
When you finish tweaking regedit and keys.....Play some candy crush...it comes with the OS now, and pop ups galour if you do not know how to stop them..Candy Crush?...it could be a farce face put over the ugly one, so you believe it is harmless for the children!...and some you can remove, and some you cannot...although they put a button to turn it off.....What other code did they put in...to keep it there as needed if so when so needed by whom?...certainly not those wanting a clean os...and lean...performance is to keep the resources down to minimum, to allow the DAW AND THE PARTS TO WORK FLAWLESSLY....AND ALL THAT SAIL WITH HER MAKING OF USER AND THEIR MACHINES...I did not give permission for the installing of A game...but there it is and others!....interesting how the machine has a Security to stop unwanted installs....Yet the MS people believe, they have the right to install what ever they want on your machine!......Proof?
 
And while playing candy crush...try to see you get some sleep from the troubleshooting of the bugs put into to make it hickup!...
 
 
And drink plenty of river water unfiltered to get the best rest possible...and do not mind the smog in the morning...it will lift up with a good cup of poison coffee or tea...to make you expel the dirty waters you drank, because you saw not to protect the water, or the lands made defiled, or the things that make it be defiles so much....Because you and your head, now wares a electronic box on it....tinkering with supposed fixing, yet is always made not so working proper...to keep many heads in it...lead astry for their true calling of..dominion over life and the living things!...not taken care to ponder about the pollution now over loaded with heavy metals and toxins put for selfishness of greed.
 
 
Now after so many days, months, years, of newer, and newer, and more and more added into, and less and less ports used.....is it better?....no, same thing!...still crashes...still freezes...still not proper, but some work might get done if this or that or we try this or that or that or this...maybe it is the order of tweaking in certain backwards or forwards doing some, and then undoing and doing it the other way that solves it...but as soon as it is solved....something will come along and make it not solved again!.....
 
 
Right?.....So why bother?/....let them fix it...just say...that is what life time updates were paid for forward...just say, and do..and walk...it is not proper made as of time of release....and it had bugs put of many third and os doings...to keep people tied to it.
 
Candy crush on a business machine in office...is something to entrap the workers not working?.
 
 
or is it the other way around...cannot work in business because too much gaming is pushed or the temptation to play...when work it should be doing it cannot do ...what it said it could do.
 
but is sure tied em up!...eh?
 
 
 
cheers
 
 
 

taccess
 
 
Iam in the middle of adding some missing information to the AUD.INI Alphabetical Manual, i am not sure if this will help !
 
EnableSetThreadIdealProcessor=<0,1> (default=1)
Disable only if you wish to force CPU affinity to something other than the default core chosen by SONAR, which might improve efficiency when running two or more audio programs at once. For example, an out-of-process synthesizer (via ReWire) or a bitbridged instrument.

 
I have 
 
EnableSetThreadIdealProcessor=True
 
I'll try setting it to False.
 
I presume True=1 and False = 0
 
I don't know if I changed this from the default.
 

Let me summarize my problem again.
 
I have a monstrous Reaktor ensemble that takes about 90% of my fast system CPU in one core running at 4.3GHz.
I want you to be able to run this on your laptop at 2.8 GHz.
 
I am forced to split it into parts and let a DAW place these parts in separate cores. I have the ability to adjust the load in this Reaktor ensemble.
 
So, first I make two copies.
 
As a test, I chose 70% as a max for me (for you I  might chose 30%, but this is just a test).
 
When I do this and test with Live as my DAW, I find Live always places these two instances in adjacent logical cores, both are always in the same physical core.
 
I can't get two instances to run in Live - audio glitches.
 
Now I try Sonar.
 
Sonar places them in separate physical cores but it has a lot of overhead. I can get three copies to run, but sometimes it glitches.
 
Now I try Reaper. It is similar to Live. Only 2 instances glitch.
 
But if I tell Reaper to use cores 1, 3, 5 and 7, I can load 4 instances.
 
If I turn Hyperthreading off I can also run 4 instances.
 
I would prefer a solution that doesn't involve hand-selecting a DAW or having a user do anything. Especially not something that involves changing BIOS parameters.
 
I am willing to believe that I might have something weird set up, or that I am misunderstanding or mis-using something - I just don't know what to do next.
 
I've been facing this issue since I first saw it in 2015.
 
I have never been able to find someone who will try to replicate my tests or replicate my results except for one programmer sent me some thread testing software and we experimented for some time with no resolution.
 
 
 
 
 

Either set core affinities for the DAW process manually via Task-Manager or get "Process Lasso" and tell it to set affinities for your specific DAW programs automatically. The latter means that you can set it once for each program and then every time you start a program it uses the same affinities. PL even comes with a simple one-click entry for setting affinity to only physical cores.
 
The reason why Hyperthreading causes trouble in this scenario is because Hyperthreading uses only free core resources for the second logical core, practically "left-overs". Usually only 20-30% of a physical core can be used for Hyperthreading, the rest of the hardware is already used by the other logical core. Interestingly this is an area where AMD Ryzen is said to work quite well, I did not find time to check that yet, though.