<div class="gmail_quote">On Mon, May 24, 2010 at 5:15 PM, Gabriel Dos Reis <span dir="ltr"><<a href="mailto:gdr@integrable-solutions.net">gdr@integrable-solutions.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">

<div class="im">this begs a question I have had a for a while:  Is there anything that</div>
can be done<br>
to improve ECL's performance on programs that cons a lot? (e.g. OpenAxiom)<br>
</blockquote></div><br>Do you mean improving ECL or improving your program?<div><br></div><div>Regarding the first topic, we should understand better how to optimize the garbage collector. I believe this has a lot of potential for optimization, in particular with the use of thread-local or inlined allocation, plus improvements in the mark phase to make it more efficient (packing the pointers in the C structures? simpler mark phases?)</div>

<div><br></div><div>Regarding the second, I do not know. I realize that ECL's library deserves some study for many functions are sub-optimal in terms of consing, asymptotic efficiency, etc. I mean that even if your program conses a lot, it might be the case that the "consing" is not the performance sink per se, but rather inefficient implementations or algorithms.</div>

<div><br><div>Juanjo<br><div><br>-- <br>Instituto de Física Fundamental, CSIC<br>c/ Serrano, 113b, Madrid 28006 (Spain) <br><a href="http://tream.dreamhosters.com">http://tream.dreamhosters.com</a><br>
</div></div></div>