That answers one of my question I asked a few weeks back about CPU usage.
My setup is a i5-9600k (6cores, no hyperthreading) and a Focusrite 2i2 audiointerfae, apparently that CPU is way too overkill for the audiointerface, who would have thought?
I wonder which audiointerface to get next time, any suggestions?
In most cases it’s not the interface itself. In most cases it’s the poor programmed drivers of the interface. There’re also much other things that can slow down the CPU power. Other devices like slow harddrives or RAM, even the wrong BIOS setup can slow down a system, some bad quality components like the chipset of the mainboard, etc. Even the VSTs themselves can slow down a system, even if they use nearly zero CPU. If you use a bunch of VSTs that just can use one single core, they may use all the same one core and drive it to the limits, which also can raise the CPU meter.
some of what you wrote is accurate, but some isn’t.
There are at least 2 memory buffers, one inside the audio interface itself and one inside the audio interface drivers running on the PC.
Your analogy would be more apt if instead of too much water in the channel there is not enough.
When the main CPU is so overloaded it can’t send enough water to the audio interface.
The processing inside the audio interface is very predictable, just DAC on pre-known rates etc, so buffers are very stable.
On the PC side, Renoise is using the mainboard CPU to process the plugins, effects, etc and then feeds it to the audio interface drivers.
The audio interface requires data at a certain rate and if the mainboard CPU can’t keep up, it interrupts the audio.
audio interface is very simple.
Expensive interfaces used to be required because of ASIO drivers.
But now they are generic.
You can get just as good sound (perhaps better) on a simple Intel HD audio AC’97 with a headphone jack
Or whatever is default on a macbook
I wouldn’t doubt grammy awards were handed out to people producing on default audio interface.
There’s some info on FL studios website about this phenomenon, Renoise probably use the same method of calculating the CPU usage.
From my understanding they should probably relabel CPU to (AUDIO) POWER because from our point of view it’s ludicrous when we see a 50% CPU utilization just to have it stutter or crash.
I had paraphrased from memory, perhaps I should have linked to this. Although I remember reading a different Taktik post as well but I can’t find it now, sorry.
Only @taktik cando here a useful statement. Is it a problem caused by cpu peaks? Or microcode patches (I think those are sideloaded with Windows on boot or efi)? A more sophisticated CPU monitor in Renoise as in Bitwig, a grpah over time, might bring light here.
Perhaps there are some windows settings that might help;
these are some speaker properties settings that could be
tweaked easily to try to see if some improvement can be made:
Also remember that the Windows CPU value also reflects the graphics processing of the Renoise GUI (in this case), unlike other programs, which take advantage of the performance of the graphics card.
So it is advisable not to confuse the Renoise CPU value, which refers to audio processing, which probably refers to the higher value of a core (the core selected), with the Windows CPU value, which will reflect practically all Renoise processing as middle value of all the cores (all the processing of everything).
If someone wants to keep Renoise’s CPU value low (this “current audio CPU usage”), just set the Sample Rate low and the Latency (ms) high, inside Renoise: Preferences/Audio… These values depend on the capacity of the sound card used.
To understand it, quick explanation, the CPU (its threads) must process data in cycles and send it to the sound card. If the CPU does not have time to process all the necessary information per cycle because these sample rate and latency values are not set correctly, there will be loss of information, crackles, immediately after displaying a very high Renoise CPU value.
Therefore in Renoise it is better to have a very powerful CPU (because the audio and much of the graphics processing goes through it), the more powerful the better, and also a minimally decent sound card.
CPU (example 4 Cores with 8 Threads):
Core 1 → % audio CPU usage 1
Core 2 → % audio CPU usage 2
Core 3 → % audio CPU usage 3
Core 4 → % audio CPU usage 4
Core 5 → % audio CPU usage 5
Core 6 → % audio CPU usage 6
Core 7 → % audio CPU usage 7
Core 8 → % audio CPU usage 8
Actually, this value refers to the “thread”, not the “core”.
More info:
Sample Rate: Select the Sample Rate for playback. All internal audio processing in Renoise will be done at this rate. The higher the Sample Rate, the more detailed the results will be, but also the more CPU power will be used.
Latency:(DirectSound only) Set the buffer size affecting overall latency. Higher numbers will reduce the possibility of crackling sound at high CPU usage, but will also cause more latency (the time it takes the sound from Renoise to reach an output and be heard).
Use hardware buffers:(DirectSound only) This option may speed up playback processing a bit, but only some soundcards support this. If you enable this option, then experiment with recording in the Sampler before deciding to use it permanently, as it may cause issues. If you experience strange results then disable this function.
Limit to stereo in/out:(ASIO only) If you have a multi-IO soundcard, you can disable all inputs and outputs except for the main stereo pair. This may lead to better performance when you don’t need the other channels.
Also noticed, 4.7 gigs of Memory seems pretty high for renoise and your overall RAM usage is high.
Below is a shot of the RAM Renoise is consuming on my system with a song loaded:
Perhaps it is a plugin causing the problem, you might be able to do something with the song
to try to identify the ‘memory hog’, it might help.
I also have trouble with this cpu thing.
I got a MacBook Pro mid 2017. not the worlds fastest computer. but ok for Renoise 3.3.
when I upgraded to Renoise 3.4 i could feel something was wrong when running the 3.3 projects in 3.4.
whay to much cpu usage. computer heating up over nothing.
sometimes it heats up just launching the app