Pete,
When I started to try to implement PETSc/MPI I didn't realize the normal
solverSG<> was running with all CPUs. As of now I have no need for PETSc/MPI.
I did a little more looking and found that on a single processor it was no
faster than the non-PETSc/MPI. For the 3D elastic problem I was working on I
found, also, by trial and error, that SSOR was fastest even with 25% CPU usage
with a relaxation parameter = 1.2. Jacobi which showed 80-90% CPU usage in the
threads was actually slower.
Yes, that's what you often find: the algorithms that are easy to parallelize
are just not good enough to really compete with the more complex algorithms
(which are then harder to parallelize efficiently).
Best
W.
--
------------------------------------------------------------------------
Wolfgang Bangerth email: bange...@colostate.edu
www: http://www.math.tamu.edu/~bangerth/
--
The deal.II project is located at http://www.dealii.org/
For mailing list/forum options, see
https://groups.google.com/d/forum/dealii?hl=en
---
You received this message because you are subscribed to the Google Groups "deal.II User Group" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to dealii+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
