[PD] Abstraction load time

[Jonathan Wilkes]

     I've been doing a lot of dynamic patching and notice that using abstractions slows down the process immensely.
     Why is it that test-abs.pd is so much slower than test-sp.pd (which just creates chains of internal objects in a subpatch)?
     Is there any way this could be sped up in future versions of pd?  I find dynamic patching to be a powerful idiom when used with abstractions, but its kind of clunky right now because of the lengthy creation time.

Thanks,
Jonathan

p.s. please excuse the trivial nature of the dsp, which is just there for the sake of comparison


      
-------------- next part --------------
A non-text attachment was scrubbed...
Name: oscbank2~.pd
Type: application/puredata
Size: 1828 bytes
Desc: not available
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20090511/eb066324/attachment.bin>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: oscbank~.pd
Type: application/puredata
Size: 1294 bytes
Desc: not available
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20090511/eb066324/attachment-0001.bin>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: oscvoice~.pd
Type: application/puredata
Size: 282 bytes
Desc: not available
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20090511/eb066324/attachment-0002.bin>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: test-abs.pd
Type: application/puredata
Size: 393 bytes
Desc: not available
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20090511/eb066324/attachment-0003.bin>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: test-sp.pd
Type: application/puredata
Size: 394 bytes
Desc: not available
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20090511/eb066324/attachment-0004.bin>