-
Notifications
You must be signed in to change notification settings - Fork 53
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Discussion on the assembly of the element matrix #318
Comments
Hi @huangyb2, I'm not 100% sure what you mean by your question, but if you are referring to computing the element transformation pieces separately before the coefficient terms, then this is an optimization. See #122 and #166. The rough idea was that extra computation on the fly was worth it to reduce the size of the data needed to be stored. Does that answer your question? If not if you point me at the particular lines of code you are confused by, maybe I can be of more help. |
I think what you're looking for are the integrators and qfunctions. If you look at The geometry data is computed once and then reused in any relevant integrands, whereas the physical data is specific to each integrand. This process is key to the partial assembly approach taken within Palace, that is explained by MFEM, https://mfem.org/performance/. |
In Palace, when assembling the element matrix, the element matrix is first computed without considering the material coefficients. After the element matrix is calculated, the material coefficients are then added to the element matrix. Doesn't this significantly increase the computational cost? Is this approach beneficial for parallel computing in some way?
The text was updated successfully, but these errors were encountered: