While technically correct that's misleading because there's a lot of stuff happening on the 'pd' side
that a reasonable person would assume to be handled on the 'pd-gui' side. Well, more than that--
there's stuff happening on the 'pd' side that doesn't need to happen at all, but it can use massive
amounts of CPU and consequently a reasonable person gets dropouts when moving an array that
has only 100 points visible and erroneously thinks, "Wow, I get dropouts just moving some
polygons around on the screen? Tk stinks!"
-Jonathan
From: Hans-Christoph Steiner hans@at.or.at To: batinste dwanafite@yahoo.fr Cc: "pd-list@iem.at List" pd-list@iem.at Sent: Wednesday, February 8, 2012 12:38 PM Subject: Re: [PD] GUI and DSP
One thing to keep in mind with Pd on modern computers is that 'pd-gui' is a totally separate process from 'pd', so since basically all laptops, desktops, and even tablets these days ship with 2 or more cores, that means 'pd-gui' and 'pd' will be running on separate cores. Therefore, as long as 'pd-gui' doesn't use more than say 70% of one core, it shouldn't affect 'pd' much at all.
.hc
On Wed, 2012-02-08 at 17:01 +0100, batinste wrote:
Hi
See attached patch. Open it, turn on DSP, click the toggle and compare CPU usage with the subpatch visible or hidden. On my computer, Pd takes 1% of CPU with the non-visible slider, and between 2 and 3% when the slider is visible. Remember that [bang~] bangs at audio rate :) I usually limit slider and al refresh request rate to 20ms or more : or better, once the patch runs ok, i delete all useless sliders, bangs and toggles.
On 08/02/2012 15:41, Jean-Marie Adrien wrote:
Hello list reading everywhere that GUI takes enormous amount of CPU.
More precisely : does a GUI element, say a slider monitoring a signal, require lots of CPU in anycase -even when for instance it is invisible somewhere deep in a subpatch-, or is it requiring lots of CPU only when displayed in front window ? JmA _______________________________________________ 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
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list