[PD] GridFlow slowness

Matteo Sisti Sette matteosistisette at gmail.com
Wed Nov 23 00:16:19 CET 2011

Hey, thanks for the reply!

On 11/22/2011 11:54 PM, Mathieu Bouchard wrote:
> There's a problem with number types... the default number type has a lot
> more range than what is usually needed, and the other number types
> aren't so easy to use. If this were dealt with, the average GridFlow
> experience would be a lot faster.

Does that really have an impact on speed, not only memory usage?

> Much of GridFlow is designed to be quite fast in an interpreted
> environment, by doing lots of work per message so that you don't need to
> send many messages, but it still is quite inefficient on certain things
> such as copying too much RAM.

I am curious about this in a general and OT way, because I've seen that 
happen in other interpreted environments and that sounds a lot 
counterintuitive to me (such in Processing, where the bottleneck is 
often in the methods that copy all the image pixels):

how comes that in those cases copying large amounts of memory is more of 
a bottleneck than actually doing computations?

Just a curiosity, and I understand that the question _may_ be badly 

More information about the Pd-list mailing list