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
_______________________________________________
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management ->
http://lists.puredata.info/listinfo/pd-list