On Fri, Mar 15, 2013 at 6:24 AM, Aaron Meurer <[email protected]> wrote: > On Thu, Mar 14, 2013 at 3:42 AM, Ondřej Čertík <[email protected]> > wrote: >> On Thu, Mar 14, 2013 at 12:34 AM, Aaron Meurer <[email protected]> wrote: >>> This validates what I've often said, which is that if you use the >>> right algorithms and the right data structures, then Python can be >>> just as fast as a compiled alternative (especially since "the right >>> data structures" usually means fast built-in data structures). >>> >>> To me, right now, there a four main things that can make SymPy slow (in >>> order: >>> >>> - expand >>> - slow matrices/linear algebra >>> - slow polys (esp. in highly multivariate situations) >>> - the core >>> >>> expand() is the worst. If we can make that faster, then all of SymPy >>> will feel zippier.
This was done in the work for issue 1725, see http://code.google.com/p/sympy/issues/detail?id=1725#c24 , but it could never get out of review. This, like the changes to autoexpansion, need community support and quick review of any work because they are sympy-wide changes that become a headache to maintain if the code base continues changing beneath them. -- You received this message because you are subscribed to the Google Groups "sympy" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To post to this group, send email to [email protected]. Visit this group at http://groups.google.com/group/sympy?hl=en. For more options, visit https://groups.google.com/groups/opt_out.
