Hi, I forgot why exactly Pd was eating 32% of my cpu without doing anything (right after starting, only the pd window). was this because of some quicktime or itunes stuff? how can I turn that off. marius.
Hi Marius,
you can use shark to investigate the reason for this.
On my G4 minimac a _lot_ of time is spent in coreaudio and the driver
of the audio interface.
gr~~~
Am 08.04.2008 um 22:57 schrieb marius schebella:
Hi, I forgot why exactly Pd was eating 32% of my cpu without doing
anything (right after starting, only the pd window). was this because of some quicktime or itunes stuff? how can I turn that off. marius.
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/ listinfo/pd-list
Yes, this came up before on the list. Try JackOSX as an audio server to cut the load a bit.
d.
Thomas Grill wrote:
Hi Marius, you can use shark to investigate the reason for this. On my G4 minimac a _lot_ of time is spent in coreaudio and the driver of the audio interface. gr~~~
Am 08.04.2008 um 22:57 schrieb marius schebella:
Hi, I forgot why exactly Pd was eating 32% of my cpu without doing anything (right after starting, only the pd window). was this because of some quicktime or itunes stuff? how can I turn that off. marius.
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Thomas Grill wrote:
Hi Marius, you can use shark to investigate the reason for this. On my G4 minimac a _lot_ of time is spent in coreaudio and the driver of the audio interface. gr~~~
Am 08.04.2008 um 22:57 schrieb marius schebella:
Hi, I forgot why exactly Pd was eating 32% of my cpu without doing anything (right after starting, only the pd window). was this because of some quicktime or itunes stuff? how can I turn that off. marius.
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
thanks thomas, here's the first 20 processes, is there anything that should worry me? marius.
14.7% 14.7% mach_kernel ml_set_interrupts_enabled
12.3% 12.3% AudioToolbox
Resampler2::ConvertAltivec_SmallIntegerRatio(float*, float*, unsigned long, int) 6.1% 6.1% com.apple.driver.AppleHDA SInt16ToFloat32 5.0% 5.0% com.apple.driver.DspFuncLib DspFuncOrgEQ::_EQBoth(float*, float*, unsigned long, unsigned long) 3.5% 3.5% mach_kernel lo_mach_scall 1.9% 1.9% com.apple.driver.DspFuncLib DspFuncVolume::process(unsigned long, unsigned long) 1.4% 1.4% mach_kernel mutex_lock 1.2% 1.2% CoreAudio IOA_Time::GetCurrentTime(AudioTimeStamp&) const 1.2% 1.2% mach_kernel lo_alltraps 1.1% 1.1% IOKit iokit_user_client_trap 1.1% 1.1% commpage [libSystem.B.dylib] __spin_lock 1.1% 1.1% CoreAudio AUGenericOutputEntry 1.0% 1.0% libSystem.B.dylib semaphore_timedwait_signal_trap 0.9% 0.9% libSystem.B.dylib semaphore_wait_trap 0.9% 0.9% libSystem.B.dylib _pthread_cond_wait 0.9% 0.9% commpage [libSystem.B.dylib] __nanotime 0.9% 0.9% mach_kernel mutex_unlock 0.8% 0.8% commpage [libSystem.B.dylib] __memcpy 0.7% 0.7% mach_kernel lck_mtx_lock 0.7% 0.7% AudioToolbox Resampler2::PushConvert(float*, float*, float*, float*, unsigned long&, unsigned long&, unsigned long, unsigned long)
here's the first 20 processes, is there anything that should worry me?
I don't think so... you could compare this to Max/MSP or other audio
applications.
In my experience using jack imposes additional load, since it will be
just another layer between the application and coreaudio.
gr~~~
14.7% 14.7% mach_kernel ml_set_interrupts_enabled 12.3% 12.3% AudioToolbox
Resampler2::ConvertAltivec_SmallIntegerRatio(float*, float*,
unsigned long, int) 6.1% 6.1% com.apple.driver.AppleHDA SInt16ToFloat32 5.0% 5.0% com.apple.driver.DspFuncLib DspFuncOrgEQ::_EQBoth (float*, float*, unsigned long, unsigned long) 3.5% 3.5% mach_kernel lo_mach_scall 1.9% 1.9% com.apple.driver.DspFuncLib DspFuncVolume::process (unsigned long, unsigned long) 1.4% 1.4% mach_kernel mutex_lock 1.2% 1.2% CoreAudio IOA_Time::GetCurrentTime(AudioTimeStamp&) const 1.2% 1.2% mach_kernel lo_alltraps 1.1% 1.1% IOKit iokit_user_client_trap 1.1% 1.1% commpage [libSystem.B.dylib] __spin_lock 1.1% 1.1% CoreAudio AUGenericOutputEntry 1.0% 1.0% libSystem.B.dylib semaphore_timedwait_signal_trap 0.9% 0.9% libSystem.B.dylib semaphore_wait_trap 0.9% 0.9% libSystem.B.dylib _pthread_cond_wait 0.9% 0.9% commpage [libSystem.B.dylib] __nanotime 0.9% 0.9% mach_kernel mutex_unlock 0.8% 0.8% commpage [libSystem.B.dylib] __memcpy 0.7% 0.7% mach_kernel lck_mtx_lock 0.7% 0.7% AudioToolbox Resampler2::PushConvert(float*, float*,
float*, float*, unsigned long&, unsigned long&, unsigned long,
unsigned long)
ok, I tested now again with shark, and the jack version really uses less cpu (thnks derek). also, shark adds both cpus, so when I measure 20% on one cpu, then shark only sees 10%. (don't know why I got more than 30% before, now it was back to "normal" (~20%)) according to shark with portaudio pd uses 9.8% and with jack pd uses 0.8% and jackdmp 4.4%. long live jack! ignore the shark output that I posted before, I think it was only the pd process alone and the percentage was related only to the pd process. marius.
Thomas Grill wrote:
here's the first 20 processes, is there anything that should worry me?
I don't think so... you could compare this to Max/MSP or other audio applications. In my experience using jack imposes additional load, since it will be just another layer between the application and coreaudio. gr~~~
14.7% 14.7% mach_kernel ml_set_interrupts_enabled 12.3% 12.3% AudioToolbox Resampler2::ConvertAltivec_SmallIntegerRatio(float*, float*, unsigned long, int) 6.1% 6.1% com.apple.driver.AppleHDA SInt16ToFloat32 5.0% 5.0% com.apple.driver.DspFuncLib DspFuncOrgEQ::_EQBoth(float*, float*, unsigned long, unsigned long) 3.5% 3.5% mach_kernel lo_mach_scall 1.9% 1.9% com.apple.driver.DspFuncLib DspFuncVolume::process(unsigned long, unsigned long) 1.4% 1.4% mach_kernel mutex_lock 1.2% 1.2% CoreAudio IOA_Time::GetCurrentTime(AudioTimeStamp&) const 1.2% 1.2% mach_kernel lo_alltraps 1.1% 1.1% IOKit iokit_user_client_trap 1.1% 1.1% commpage [libSystem.B.dylib] __spin_lock 1.1% 1.1% CoreAudio AUGenericOutputEntry 1.0% 1.0% libSystem.B.dylib semaphore_timedwait_signal_trap 0.9% 0.9% libSystem.B.dylib semaphore_wait_trap 0.9% 0.9% libSystem.B.dylib _pthread_cond_wait 0.9% 0.9% commpage [libSystem.B.dylib] __nanotime 0.9% 0.9% mach_kernel mutex_unlock 0.8% 0.8% commpage [libSystem.B.dylib] __memcpy 0.7% 0.7% mach_kernel lck_mtx_lock 0.7% 0.7% AudioToolbox Resampler2::PushConvert(float*, float*, float*, float*, unsigned long&, unsigned long&, unsigned long, unsigned long)
ok, thanks too... my experiences seem to be outdated. gr~~~
Am 09.04.2008 um 00:51 schrieb marius schebella:
ok, I tested now again with shark, and the jack version really uses
less cpu (thnks derek). also, shark adds both cpus, so when I
measure 20% on one cpu, then shark only sees 10%. (don't know why I
got more than 30% before, now it was back to "normal" (~20%)) according to shark with portaudio pd uses 9.8% and with jack pd uses 0.8% and jackdmp 4.4%. long live jack! ignore the shark output that I posted before, I
think it was only the pd process alone and the percentage was
related only to the pd process. marius.Thomas Grill wrote:
here's the first 20 processes, is there anything that should
worry me?I don't think so... you could compare this to Max/MSP or other
audio applications. In my experience using jack imposes additional load, since it will
be just another layer between the application and coreaudio. gr~~~14.7% 14.7% mach_kernel ml_set_interrupts_enabled 12.3% 12.3% AudioToolbox
Resampler2::ConvertAltivec_SmallIntegerRatio(float*, float*,
unsigned long, int) 6.1% 6.1% com.apple.driver.AppleHDA SInt16ToFloat32 5.0% 5.0% com.apple.driver.DspFuncLib DspFuncOrgEQ::_EQBoth (float*, float*, unsigned long, unsigned long) 3.5% 3.5% mach_kernel lo_mach_scall 1.9% 1.9% com.apple.driver.DspFuncLib DspFuncVolume::process (unsigned long, unsigned long) 1.4% 1.4% mach_kernel mutex_lock 1.2% 1.2% CoreAudio IOA_Time::GetCurrentTime(AudioTimeStamp&) const 1.2% 1.2% mach_kernel lo_alltraps 1.1% 1.1% IOKit iokit_user_client_trap 1.1% 1.1% commpage [libSystem.B.dylib] __spin_lock 1.1% 1.1% CoreAudio AUGenericOutputEntry 1.0% 1.0% libSystem.B.dylib semaphore_timedwait_signal_trap 0.9% 0.9% libSystem.B.dylib semaphore_wait_trap 0.9% 0.9% libSystem.B.dylib _pthread_cond_wait 0.9% 0.9% commpage [libSystem.B.dylib] __nanotime 0.9% 0.9% mach_kernel mutex_unlock 0.8% 0.8% commpage [libSystem.B.dylib] __memcpy 0.7% 0.7% mach_kernel lck_mtx_lock 0.7% 0.7% AudioToolbox Resampler2::PushConvert(float*, float*,
float*, float*, unsigned long&, unsigned long&, unsigned long,
unsigned long)
-
Derek Holzer -
marius schebella -
Thomas Grill