I recently upgraded from Sonar version 23.10.0 build 13 to the newest bandlab version 2021.01 build 098 64 bit. I really like the new version except for one issue.
On the new version I started getting ticks and pops on songs that ran clean on the older version. Then I noticed that the CPU was occasionally spiking into the red. But more importantly there were only 4 threads running when I looked at the audio processing monitor. I loaded the same file in the older version of Sonar and I had a very balanced workload across all 8 threads on the audio processing monitor. system performance under 30%, , app performance under 20% and audio perfomance under 20.. On the new version It starts will 8 threads but quickly devolves to 4 threads. I am seeing system performance fluctuate quite a bit - mostly below 30% but with frequent spikes for individual threads into the red. The four active threads are constantly spiking way higher in the new bandlab version. The engine load is fluctuating between 30 and 80% in the new version. And the audio processing is under 30% most of the time. In addition the new version crashes more frequently. OLD version rarely crashed.
Finally - whenever I get a cluster of ticks and pops, the performance montiors will suddenly activate the four inactive (parked?) threads for just a second then the pops go away. Of course this never happens on the older version where I see all threads active on the app monitor, and where there is far less spiking on the sys performance monitor even though the alternate threads are mostly low or inactive .
I am still running win 7 but plan on going to 10 with a complete rebuild as soon a s I finish a couple projects. Is this a case of Cakewalk changing the code in the bandlab versions to take advantage of improvements in multi threading or cpu parking behavior in Windows 10? If that is the case would I benefit from using Parkcontrol to force the threads to stay active? At least until I upgrade my pc?
Intel I7 3770k at 3.5Ghz
16GB of DDR3 Memory