Subpatches with the same or smaller block size as the parent patch should not be threaded.Subpatches with larger blocksize should be threaded, but it's left up to the user to enable that.
From: Jonathan Wilkes <jancsika@yahoo.com>
To: Giulio Moro giuliomoro@yahoo.it; Pd-List pd-list@lists.iem.at Sent: Saturday, 1 October 2016, 6:08 Subject: Re: [PD] Threading in Pd/libpd
The entire subpatch, which in principle can be used to wrap [fft~].> My plan is to have a common way of wrapping these objects with threads so that I do not have to re-write all of them.
Would this potentially benefit any subpatch, or just ones that have a substantially larger block size than the parent patch?
Giulio
From: Jonathan Wilkes <jancsika@yahoo.com>
To: Giulio Moro giuliomoro@yahoo.it; Pd-List pd-list@lists.iem.at Sent: Saturday, 1 October 2016, 1:43 Subject: Re: [PD] Threading in Pd/libpd
Yes, that's the plan, by default I'd set it to the number of samples corresponding to the step determined by the specified overlap.
What exactly gets computed in the separate thread? Is it only the revised [fft~] object? Or is it the entire subpatch? -Jonathan