[petsc-dev] PetscCommGetThreadComm() is currently collective

Shri abhyshr at mcs.anl.gov
Sat Oct 20 16:54:17 CDT 2012


On Oct 20, 2012, at 3:58 PM, Jed Brown wrote:

> Worse, validity of the cache changes whether it has a barrier (in debug mode) or not.

I don't understand the point you are making here.

> I would prefer to avoid calling PetscCommDuplicate() because it is fewer key lookups and then we can make PetscCommGetThreadComm explicitly NOT collective. Any objections?


Shri


More information about the petsc-dev mailing list