[PD-dev] Re: [PD] 0.37 test 4 - receive vs CVS/Pd extended

[Thomas Grill]

Hi,

> Could these threaded clock functions be the cause for the problems
> Hans Christoph reported with the CVS version ?

I don't think there are any influences on externals which don't use threads.
It's only a local mutex that is solely used by the clock functions and only
if they are called concurrently by separate threads.
Also, it's quite unlikely that a mutex lock will occur, that's why also with
my massively threaded vasp library i never encountered problems while
working with the standard pd distribution.

My tests with the pthreads implementations revealed no critical timing
delays associated with mutex locking.
One thread lock/unlock passage requires about 0.03 ms (Pentium 200/Linux and
PIII-800/Windows).
As the locking code in clock_set is very short this should be the maximum
observed delay when using threads.

However, i'll revisit Hans Christoph's problem report as soon as my IMAP
server is running again....

greetings,
Thomas