We are considering autogeneration as well---we have to finish testing a few more approaches to the spinwave problem (currently we're doing a pretty basic approach, but I want to consider RPA and any other numerical approaches--as well as cleaning up our interface) before continuing on the speed front
One of our thoughts was that we should autogenerate C code that could be run on a GPU....I hope to be able to be able to explore this later in the year. Best, William (Bill, if you have any time these days, could you contrast the quantum package approach to yours?) On Fri, Feb 11, 2011 at 11:26 PM, Brian Granger <[email protected]> wrote: > William, > > > You might also look at some of the work that Bill Flynn did in > relationship > > to spinwave calculations that required noncommutative algebra: > > http://code.google.com/p/spinwaves/ > > (I'll find the git repo later and provide a link to the relevant files). > > Thanks for this reference and link. I wasn't aware of this. > > > One issue that we're facing is in speed for large systems... > > Yes, for large systems we run into this issue as well. One thing we > are exploring is using the symbolic stuff in sympy to autogenerate > fast Cython code. > > Cheers, > > Brian > > > Best, > > William > > > > > > On Fri, Feb 11, 2011 at 12:02 AM, Brian Granger <[email protected]> > wrote: > >> > >> Øyvind and others interested in sympy.physics.quantum, > >> > >> As you have seen the quantum stuff is in. I have been looking at > >> secondquant to see how it will be to move it to use the new stuff. I > >> think a significant amount of the logic in secondquant will simply go > >> away. The following classes/functions in secondquant are already > >> implemented in the base layer now: > >> > >> Dagger, KroneckerDelta, apply_operators, InnerProduct, Commutator, > >> matrix_rep > >> > >> In addition, much of the logic that is in the state and operator > >> classes is implemented in a generic way. The main thing that I don't > >> see how it will work is all of the fermi level stuff. Because things > >> like KroneckerDelta are completely general (I am even going to move it > >> outside of the quantum stuff), we need to localize the fermi_level > >> stuff to the fermionic objects. I don't have time to work on this > >> right now, but I at least wanted to start the design discussion. We > >> should also move secondquant to the quantum package. > >> > >> Cheers, > >> > >> Brian > >> > >> -- > >> Brian E. Granger, Ph.D. > >> Assistant Professor of Physics > >> Cal Poly State University, San Luis Obispo > >> [email protected] > >> [email protected] > >> > >> -- > >> You received this message because you are subscribed to the Google > Groups > >> "sympy" group. > >> To post to this group, send email to [email protected]. > >> To unsubscribe from this group, send email to > >> [email protected]. > >> For more options, visit this group at > >> http://groups.google.com/group/sympy?hl=en. > >> > > > > -- > > You received this message because you are subscribed to the Google Groups > > "sympy" group. > > To post to this group, send email to [email protected]. > > To unsubscribe from this group, send email to > > [email protected]. > > For more options, visit this group at > > http://groups.google.com/group/sympy?hl=en. > > > > > > -- > Brian E. Granger, Ph.D. > Assistant Professor of Physics > Cal Poly State University, San Luis Obispo > [email protected] > [email protected] > > -- > You received this message because you are subscribed to the Google Groups > "sympy" group. > To post to this group, send email to [email protected]. > To unsubscribe from this group, send email to > [email protected]. > For more options, visit this group at > http://groups.google.com/group/sympy?hl=en. > > -- You received this message because you are subscribed to the Google Groups "sympy" group. To post to this group, send email to [email protected]. To unsubscribe from this group, send email to [email protected]. For more options, visit this group at http://groups.google.com/group/sympy?hl=en.
