[PD] CPU usage of GUI objects in subpatches
Jonathan Wilkes
jancsika at yahoo.com
Mon Jul 15 23:18:00 CEST 2013
On 07/15/2013 09:13 AM, Frank Barknecht wrote:
> Hi,
>
> I didn't test current Pd versions nor your fork, but up to 0.43 GUI
> objects in subpatches or abstractions were a substantial and significant
> CPU load when they are activated, even when invisible. So this is slow:
>
> [r data]
> |
> [hsl ...]
> |
> [s data-out]
>
> But this is fast:
>
> [r data]
> |
> | [hsl ...]
> |/
> [s data-out]
Pd-l2ork version 20130528:
I put a [inlet]---[hsl]---[outlet] in a subpatch and compared to a
subpatch with [inlet]--[float]--[outlet].
Measuring sending a random float to each subpatch. Hsl subpatch was
between 0.005 and 0.006
and float subpatch was 0.004.
Measuring cpu usage with gnome-system-monitor with a [metro 1] driving
the hsl subpatch:
* when subpatch is un-vis'd and metro is off, cpu usage is around 15%
* when subpatch is un-vis'd and metro is on, cpu usage is between 15-20%
(using gnome-system-monitor so it's hard to discern the difference on
the graph)
* when subpatch is vis'd, cpu usage is around 60%
So when the patch is vis'd, substantial and significant CPU load. When
unvis'd, not so much.
Debian wheezy, AMD64, pd-l2ork
-Jonathan
>
> Maybe this has changed now with the latest versions, so I would
> recommend to benchmark it again.
>
> Ciao
More information about the Pd-list
mailing list