
<html><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; ">

This is what I think is happening, because the memory increase I see is about how large the un-jarred classes are.<div><br class="webkit-block-placeholder"></div><div>I think my confusion came from the dynamic classpath entry in the max.java.config.txt file making it work ok in the java/classes/ dir in the MaxMSP application hierarchy.</div><div><br class="webkit-block-placeholder"></div><div>brad</div><div><br class="webkit-block-placeholder"></div><div><br><div><div>On Feb 21, 2008, at 5:50 PM, topher lafata wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite"><p style="margin: 0.0px 0.0px 0.0px 0.0px"><font face="Helvetica" size="3" style="font: 12.0px Helvetica">one more question.</font></p> <p style="margin: 0.0px 0.0px 0.0px 0.0px; font: 12.0px Helvetica; min-height: 14.0px"><br></p> <p style="margin: 0.0px 0.0px 0.0px 0.0px"><font face="Helvetica" size="3" style="font: 12.0px Helvetica">how large are all of those classes before you jar them up?</font></p> <p style="margin: 0.0px 0.0px 0.0px 0.0px; font: 12.0px Helvetica; min-height: 14.0px"><br></p> <p style="margin: 0.0px 0.0px 0.0px 0.0px"><font face="Helvetica" size="3" style="font: 12.0px Helvetica">it is very possible that the jar is being unzipped when the mxj classloader falls back on trying to locate the class in the max search path. as a matter of fact it is entirely possible that all jars in the max search path are being unzipped temporarily into memory ,including max.jar, since the classloader needs to crack open any jar file it finds in the search path to check if it contains the class it is looking for.</font></p> <p style="margin: 0.0px 0.0px 0.0px 0.0px; font: 12.0px Helvetica; min-height: 14.0px"><br></p> <p style="margin: 0.0px 0.0px 0.0px 0.0px"><font face="Helvetica" size="3" style="font: 12.0px Helvetica">This previous point would explain the memory blowup you are seeing. As mentioned before, the long time it takes for instantiation would be due to the fact that the whole max search path is being scanned for each class you are loading since your jar is not in the system or dynamic classpath and the classloader is falling back to its last resort scheme for classloading.</font></p> </blockquote></div><br></div></body></html>