And :There's a lot of threads on the subject, maybe a comprehensive post is needed.
Serum 1 shipped with a fair number of CPU complaints also, and over time they became basically none. Of course I hope that to be the case here. But I do think part of that reason was computers typically getting faster, people in 2014 were using computers from 2007 for instance, and now not so much.
Serum 2 has been optimized extensively however it is also very large and conditional system, so there are further gains to be found I'm sure. However I think it's safe to say that low hanging fruit / major gains have been already realized. I'm actually very proud of the performance in places, it isn't so obvious if you don't see what "normal/typical" would look like.
You may be running a computer with lower specs, or there could be gains to be had possibly with audio driver or settings (e.g. raising the process buffer range in Logic might help). Running in Good quality mode is still quite good. Ultra is overkill for most any need.
You should see Serum 2 performance on par with Serum 1 when doing Serum 1 things (e.g. Serum 1 presets) and it is "doing more" as the quality of Serum 2 is higher inherently. So it is actually higher quality and higher performance already. I hate to have to say it, but most synths cut a lot of corners we are not cutting, because having the best quality synth possible is of primary interest, and given that the CPU load is dependent on what you ask of it, it sort of makes it not a consumer level product / a little understanding of voice count and the costs associated is of benefit.
Spectral and Granular can both take a lot of CPU which is not a surprise knowing what they are doing. if you don't keep in mind what you're asking of the computer. For instance unison on both of these should probably be avoided in polyphonic situations as it makes CPU 2x, 3x, 4x etc and the sound benefit is unlikely to be there in polyphonic situations anyway.
The VA (new) filters also take a lot of CPU as they are mostly component modeled (DJ Mixer and PZ Filter, the latter of which requires a lot of CPU also inherently). Sometimes the tradeoff of using a component modeled filter is not worth it / inaudible in some contexts.
I do think it's worth understanding the cost associated with various stuff, watching Poly in the lower-right and specifically the numerator of the fraction lets you know how many voices you are asking of your CPU. Unison counts / grain counts, long Env 1 release, and a lot of notes/poly can push this number high.
We are putting further time and focus on this - Things will only get better over time, we are making both fixes and improvements, the list of changes coming in the next update is pretty long, and as the attention on bugs is getting behind us we can really dive down in to specific cases and any hotspots that we're able to address or improve on. There are a couple things which can improve performance in the next update already, however the base CPU is still what it is.
(Both quotes from Steve Duda. Posted at the official Xfer forums)If there is a filter on the main panel, but it isn't really doing something per-note (e.g. keytrack, or envelope) or routed discrete to an oscillator, you might be better off moving it to a Filter FX on the main bus for instance. This way there is One (Stereo) filter instead of (# voices *2 stereo) filters running. Especially with the new filters (which are mostly component modeled) this can save a whole lot of CPU (perhaps the majority) without changing the sound.
