Re: [PD] irreversibly high CPU usage with 'use callbacks' (macOS)

2022-01-12 Thread hans w. koch
no such luck hereā€¦
mac OS 11.6.2
Pd 0.52-1-really

open test audio+midi patch + cpu load meter
set core audio to 48kh / blocksize 64 /5ms
activate callbacks, switch on audio = instant crash.

log attached

hans

Process:   pd [97091]
Path:  
/Applications/Pd-0.52-1-really.app/Contents/Resources/bin/pd
Identifier:pd
Version:   ???
Code Type: X86-64 (Native)
Parent Process:Pd [97089]
Responsible:   Pd [97089]
User ID:   501

Date/Time: 2022-01-12 15:15:31.871 +0100
OS Version:macOS 11.6.2 (20G314)
Report Version:12
Anonymous UUID:93EE2292-1DCF-4ED3-BEA8-482512C78291

Sleep/Wake UUID:   3722F958-E979-4E67-A2CE-1F32AA0B04EE

Time Awake Since Boot: 89 seconds
Time Since Wake:   12000 seconds

System Integrity Protection: enabled

Crashed Thread:0  Dispatch queue: com.apple.main-thread

Exception Type:EXC_BAD_ACCESS (SIGSEGV)
Exception Codes:   KERN_INVALID_ADDRESS at 0x0400
Exception Note:EXC_CORPSE_NOTIFY

Termination Signal:Segmentation fault: 11
Termination Reason:Namespace SIGNAL, Code 0xb
Terminating Process:   exc handler [97091]

VM Regions Near 0x400:
--> 
__TEXT  10c389000-10c4a8000[ 1148K] r-x/rwx SM=COW  
/Applications/Pd-0.52-1-really.app/Contents/Resources/bin/pd

Thread 0 Crashed:: Dispatch queue: com.apple.main-thread
0   libsystem_platform.dylib0x7fff2036210c 
_platform_memmove$VARIANT$Haswell + 268

Thread 1:: AMCP Logging Spool
0   libsystem_kernel.dylib  0x7fff202ea2f6 semaphore_wait_trap 
+ 10
1   com.apple.audio.caulk   0x7fff283dd8da 
caulk::mach::semaphore::wait_or_error() + 16
2   com.apple.audio.caulk   0x7fff283ca836 
caulk::semaphore::timed_wait(double) + 110
3   com.apple.audio.caulk   0x7fff283ca784 
caulk::concurrent::details::worker_thread::run() + 30
4   com.apple.audio.caulk   0x7fff283ca502 void* 
caulk::thread_proxy > >(void*) + 45
5   libsystem_pthread.dylib 0x7fff2031f8fc _pthread_start + 224
6   libsystem_pthread.dylib 0x7fff2031b443 thread_start + 15

Thread 2:
0   libsystem_pthread.dylib 0x7fff2031b420 start_wqthread + 0

Thread 3:
0   libsystem_kernel.dylib  0x7fff202ea2ba mach_msg_trap + 10
1   libsystem_kernel.dylib  0x7fff202ea62c mach_msg + 60
2   com.apple.audio.midi.CoreMIDI   0x7fff34d45bd6 
XServerMachPort::ReceiveMessage(int&, void*, int&) + 94
3   com.apple.audio.midi.CoreMIDI   0x7fff34d76473 
MIDIProcess::MIDIInPortThread::Run() + 111
4   com.apple.audio.midi.CoreMIDI   0x7fff34d5c4e2 
XThread::RunHelper(void*) + 10
5   com.apple.audio.midi.CoreMIDI   0x7fff34d5d65b 
CAPThread::Entry(CAPThread*) + 77
6   libsystem_pthread.dylib 0x7fff2031f8fc _pthread_start + 224
7   libsystem_pthread.dylib 0x7fff2031b443 thread_start + 15

Thread 4:
0   libsystem_kernel.dylib  0x7fff202eccde __psynch_cvwait + 10
1   libsystem_pthread.dylib 0x7fff2031fe49 _pthread_cond_wait + 
1298
2   py.pd_darwin0x00010c68710b 
flext_multi::ThrHelper(void*) + 187
3   libsystem_pthread.dylib 0x7fff2031f8fc _pthread_start + 224
4   libsystem_pthread.dylib 0x7fff2031b443 thread_start + 15

Thread 5:
0   libsystem_kernel.dylib  0x7fff202eccde __psynch_cvwait + 10
1   libsystem_pthread.dylib 0x7fff2031fe49 _pthread_cond_wait + 
1298
2   libopenblas.0.dylib 0x0001112a620f blas_thread_server + 
207
3   libsystem_pthread.dylib 0x7fff2031f8fc _pthread_start + 224
4   libsystem_pthread.dylib 0x7fff2031b443 thread_start + 15

Thread 6:
0   libsystem_kernel.dylib  0x7fff202eccde __psynch_cvwait + 10
1   libsystem_pthread.dylib 0x7fff2031fe49 _pthread_cond_wait + 
1298
2   py.pd_darwin0x00010c68872e 
flext_multi::ThrCond::TimedWait(double) + 158
3   py.pd_darwin0x00010c68f124 
flext_base_multi::QWorker(flext_multi::thr_params*) + 52
4   py.pd_darwin0x00010c686da1 
LaunchHelper(thr_entry*) + 33
5   libsystem_pthread.dylib 0x7fff2031f8fc _pthread_start + 224
6   libsystem_pthread.dylib 0x7fff2031b443 thread_start + 15

Thread 7:
0   libsystem_kernel.dylib  0x7fff202f2656 __select + 10
1   libpython3.7m.dylib 0x0001109890f3 time_sleep + 323
2   libpython3.7m.dylib 0x0001107cb379 
_PyMethodDef_RawFastCallDict + 665
3   libpython3.7m.dylib 0x0001107cc546 PyCFunction_Call + 
166
4   py.pd_darwin0x00010c67c22b 

Re: [PD] irreversibly high CPU usage with 'use callbacks' (macOS)

2022-01-12 Thread Roman Haefeli
Just another data point:

I'm  not able to reproduce this here:
  * macOS 10.15.7
  * Pd 0.52-1-really
  * MacBook Pro 2016
 
Tested with CoreAudio and JACK

Roman


On Tue, 2022-01-11 at 23:43 +0100, Christof Ressi wrote:
> Hi,
> 
> I have noticed this myself just a few days ago (Pd 0.52-1-really, 
> Windows 7). I had a quick look and couldn't immediately spot the 
> problem, but I will have a closer look. Actually, I have been working
> on 
> a branch with several scheduler improvements and this issue is 
> definitely on my to-do list.
> 
> Christof
> 
> On 11.01.2022 20:43, William Chang wrote:
> > Hi all,
> > 
> > If I turn on 'use callbacks' in audio preferences, then turn on
> > DSP, 
> > pd's CPU usage goes to > 100% and stays there even if I turn DSP
> > back 
> > off. This sometimes locks up the GUI and I have to restart Pd.
> > Without 
> > checking 'use callbacks' it seems to be fine. Tried this with
> > default 
> > audio devices, MOTU Ultralite mk4, and Blackhole 2ch. Can anyone 
> > reproduce?
> > 
> > Pd: 0.52-1-really
> > macOS: 12.0.1
> > MacBook Pro 14" M1 Pro
> > 
> > Thanks,
> > Will
> > 
> > ___
> > Pd-list@lists.iem.at mailing list
> > UNSUBSCRIBE and account-management -> 
> > https://lists.puredata.info/listinfo/pd-list
> 
> 
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management -> 
> https://lists.puredata.info/listinfo/pd-list


signature.asc
Description: This is a digitally signed message part
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list


Re: [PD] irreversibly high CPU usage with 'use callbacks' (macOS)

2022-01-11 Thread Christof Ressi

Hi,

I have noticed this myself just a few days ago (Pd 0.52-1-really, 
Windows 7). I had a quick look and couldn't immediately spot the 
problem, but I will have a closer look. Actually, I have been working on 
a branch with several scheduler improvements and this issue is 
definitely on my to-do list.


Christof

On 11.01.2022 20:43, William Chang wrote:

Hi all,

If I turn on 'use callbacks' in audio preferences, then turn on DSP, 
pd's CPU usage goes to > 100% and stays there even if I turn DSP back 
off. This sometimes locks up the GUI and I have to restart Pd. Without 
checking 'use callbacks' it seems to be fine. Tried this with default 
audio devices, MOTU Ultralite mk4, and Blackhole 2ch. Can anyone 
reproduce?


Pd: 0.52-1-really
macOS: 12.0.1
MacBook Pro 14" M1 Pro

Thanks,
Will

___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list




___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list


[PD] irreversibly high CPU usage with 'use callbacks' (macOS)

2022-01-11 Thread William Chang
Hi all,

If I turn on 'use callbacks' in audio preferences, then turn on DSP, pd's
CPU usage goes to > 100% and stays there even if I turn DSP back off. This
sometimes locks up the GUI and I have to restart Pd. Without checking 'use
callbacks' it seems to be fine. Tried this with default audio devices, MOTU
Ultralite mk4, and Blackhole 2ch. Can anyone reproduce?

Pd: 0.52-1-really
macOS: 12.0.1
MacBook Pro 14" M1 Pro

Thanks,
Will
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list