[PD] problem with pd-extended 0.41.4
Mathieu Bouchard
matju at artengine.ca
Sun Sep 13 23:43:15 CEST 2009
On Sat, 12 Sep 2009, Ivica Ico Bukvic wrote:
> Second that. I would love to hear more about the hexloader. Is this a part
> of the regular distribution or only pd-extended? Also, why is zexy not built
> as a lib rather than being a collection of files? Does it have lower memory
> footprint this way?
it's higher in several ways. Each additional dlopen() takes one filehandle
and each filehandle probably takes a lot more RAM than the machine code of
the average zexy class. Given dlopen() uses mmap() which loads the
*.pd_linux file content on-demand (in 4k blocks), one big *.pd_linux file
is more memory-efficient than one-class-per-file, even when using a low
number of different classes. On top of that, if your external takes 1k,
it's padded to 4k, and if it takes 4.001k, it's padded to 8k, etc.
however, if you loaded all of pd-extended as big libs, it would have a
greater virtual-memory-size than one-class-per-file, but that doesn't have
any advantage in practice.
_ _ __ ___ _____ ________ _____________ _____________________ ...
| Mathieu Bouchard, Montréal, Québec. téléphone: +1.514.383.3801
More information about the Pd-list
mailing list