Discuss music production with Ableton Live.
-
andydes
- Posts: 2917
- Joined: Fri Feb 18, 2005 12:53 pm
- Location: Bremen
Post
by andydes » Thu Jul 19, 2012 7:00 am
Tone Deft wrote:andydes wrote:
Just don't ask where I got that from.
me thinks it's someone dumbing it down for you.
it's about MIPS,
Millions Of
Instructions
Per
Second.
MIPS to you too. Yes it's a lot of instructions. Does that make me wrong?
True, I'm not 100% certain, but I think what I said still makes sense.
-
fishmonkey
- Posts: 4478
- Joined: Wed Oct 24, 2007 4:50 am
Post
by fishmonkey » Thu Jul 19, 2012 9:45 am
according to the Live manual the meter is a measure of CPU usage as it relates to audio processing only, i.e. it gives you a rough estimate of how close you are getting to Live not being able to process audio and get it out without glitches. it is not a general CPU usage meter; it doesn't even include the CPU usage required to maintain Live's GUI.
btw, multicore operating system CPU meters often display CPU with each individual core having a maximum of 100%, e.g. on a quad-core machine with hyperthreading your maximum CPU usage will be 800%, i.e. (4 real cores + 4 virtual cores) * 100%.
-
lalo
- Posts: 55
- Joined: Tue Feb 10, 2009 3:47 pm
Post
by lalo » Thu Jul 19, 2012 11:11 am
fishmonkey wrote:according to the Live manual the meter is a measure of CPU usage as it relates to audio processing only, i.e. it gives you a rough estimate of how close you are getting to Live not being able to process audio and get it out without glitches. it is not a general CPU usage meter; it doesn't even include the CPU usage required to maintain Live's GUI.
btw, multicore operating system CPU meters often display CPU with each individual core having a maximum of 100%, e.g. on a quad-core machine with hyperthreading your maximum CPU usage will be 800%, i.e. (4 real cores + 4 virtual cores) * 100%.
thanks.
so this means that i can reach with my quadcore i7 ( 4 real and 4 virtuals ) a total of 799% without glitches in audio stream.
am i right?
thanks
a.
-
fishmonkey
- Posts: 4478
- Joined: Wed Oct 24, 2007 4:50 am
Post
by fishmonkey » Thu Jul 19, 2012 11:26 am
nope, i was just explaining why CPU usage greater than 100% is sometimes displayed in various system tools that show it.
in my experience once you start to approach 80–90% on the Live CPU meter then you are on the edge of the glitch zone. how sensitive Live is to glitching also depends a lot on your sample rate and buffer size. higher sample rates and lower buffer sizes require smaller chunks of audio to be processed at a higher rate.
-
lalo
- Posts: 55
- Joined: Tue Feb 10, 2009 3:47 pm
Post
by lalo » Thu Jul 19, 2012 12:53 pm
fishmonkey wrote:nope, i was just explaining why CPU usage greater than 100% is sometimes displayed in various system tools that show it.
in my experience once you start to approach 80–90% on the Live CPU meter then you are on the edge of the glitch zone. how sensitive Live is to glitching also depends a lot on your sample rate and buffer size. higher sample rates and lower buffer sizes require smaller chunks of audio to be processed at a higher rate.
so is like saying that Live is using only one of my 4 + 4 cores?
-
H20nly
- Posts: 16057
- Joined: Sat Oct 27, 2007 9:15 pm
- Location: The Wild West
Post
by H20nly » Thu Jul 19, 2012 6:23 pm
fishmonkey wrote:btw, multicore operating system CPU meters often display CPU with each individual core having a maximum of 100%, e.g. on a quad-core machine with hyperthreading your maximum CPU usage will be 800%, i.e. (4 real cores + 4 virtual cores) * 100%.
that makes sense... UNLESS... it goes over 800%
then we're right back where i started
-
steko
- Posts: 3411
- Joined: Thu Jan 22, 2009 8:29 pm
Post
by steko » Thu Jul 19, 2012 11:52 pm
From Friedemann (Ableton) in an old thread (in a now closed Live Beta forum):
Friedemann wrote:Hi,
the CPU meter in Live works differently than the usual CPU meters in the operating system.
In Live you see the ratio of the time that was actually needed to compute the audio signal and the time that
is available to compute it. The latter is just determined by the sample rate of the audio interface, i.e. at 48kHz
sample rate you need to compute 48000 samples in one second, if it takes longer, there will be drop-outs.
Therefore, values below 100% mean that the samples were faster calculated
than needed by the audio interface while values above 100% mean that calculating the samples took too long
for being delivered to the audio interface on time. In the multi-processor-case the slowest path, i.e. the processor that has to calculate most, determines that number.
On the OS level you usually see how much time a certain processor (or all together) devotes to a certain process.
Although both meters show '%' values, they are not really comparable.
Best, Friedemann
http://www.google.com/search?&q=site:fo ... stem%20CPU
Rahad Jackson wrote:My Awesome Mix Tape #6
-
lalo
- Posts: 55
- Joined: Tue Feb 10, 2009 3:47 pm
Post
by lalo » Fri Jul 20, 2012 12:29 am
steko wrote:From Friedemann (Ableton) in an old thread (in a now closed Live Beta forum):
Friedemann wrote:Hi,
the CPU meter in Live works differently than the usual CPU meters in the operating system.
In Live you see the ratio of the time that was actually needed to compute the audio signal and the time that
is available to compute it. The latter is just determined by the sample rate of the audio interface, i.e. at 48kHz
sample rate you need to compute 48000 samples in one second, if it takes longer, there will be drop-outs.
Therefore, values below 100% mean that the samples were faster calculated
than needed by the audio interface while values above 100% mean that calculating the samples took too long
for being delivered to the audio interface on time. In the multi-processor-case the slowest path, i.e. the processor that has to calculate most, determines that number.
On the OS level you usually see how much time a certain processor (or all together) devotes to a certain process.
Although both meters show '%' values, they are not really comparable.
Best, Friedemann
http://www.google.com/search?&q=site:fo ... stem%20CPU
thanks steko! your google coockie points right away to this thread
best
a.
-
steko
- Posts: 3411
- Joined: Thu Jan 22, 2009 8:29 pm
Post
by steko » Fri Jul 20, 2012 12:30 am
Rahad Jackson wrote:My Awesome Mix Tape #6
-
H20nly
- Posts: 16057
- Joined: Sat Oct 27, 2007 9:15 pm
- Location: The Wild West
Post
by H20nly » Fri Jul 20, 2012 11:28 pm
nice one steko!
none of us guessed that.
not even the manual
-
fishmonkey
- Posts: 4478
- Joined: Wed Oct 24, 2007 4:50 am
Post
by fishmonkey » Fri Jul 20, 2012 11:52 pm
H20nly wrote:nice one steko!
none of us guessed that.
not even the manual
erm, that's basically what i said above...
-
kitekrazy
- Posts: 795
- Joined: Sat Jan 16, 2010 7:16 pm
Post
by kitekrazy » Sat Jul 21, 2012 12:02 am
Mister36 wrote:lalo wrote:maybe there is some strange thing in Live about multicore processing?
Yes. In comparison to Reaper's implementation, it's crap.
That would go for most DAWs. It's an excellent coded piece of software.
-
Linear Phase
- Posts: 398
- Joined: Wed Feb 27, 2008 4:24 am
- Location: Ft Lauderdale, Fl
-
Contact:
Post
by Linear Phase » Sat Jul 21, 2012 12:03 am
No.. I haven't noticed. Are you sure? Scientific proof?
Linear Phase has left the building..
-
H20nly
- Posts: 16057
- Joined: Sat Oct 27, 2007 9:15 pm
- Location: The Wild West
Post
by H20nly » Sat Jul 21, 2012 2:55 am
fishmonkey wrote:H20nly wrote:nice one steko!
none of us guessed that.
not even the manual
erm, that's basically what i said above...
no offense, but i think the post steko quoted was a little more of a detailed/precise answer to the question.