exaFOAM/foam-extend4.1-coherent-io
Archived
1
1
Fork 0
Code Issues Pull requests Projects Releases Packages Wiki Activity

Added comment in PrimitivePatchMeshData

Browse source 
Regarding usage of unsorted variant of meshPoints.
This commit is contained in:
Vuko Vukcevic 2019-07-11 12:44:40 +02:00
parent 15af49e74a
commit 907c80509d
1 changed files with 5 additions and 6 deletions
Show stats Download patch file Download diff file Expand all files Collapse all files

11
src/foam/meshes/primitiveMesh/PrimitivePatchTemplate/PrimitivePatchMeshData.C
View file

@ -73,12 +73,11 @@ calcMeshData() const
// number of faces in the patch
Map<label> markedPoints(4*this->size());
// Important:
// ~~~~~~~~~~
// In <= 1.5 the meshPoints would be in increasing order but this gives
// problems in processor point synchronisation where we have to find out
// how the opposite side would have allocated points. We'll use unsorted
// version to avoid certain ordering problems
// Note: foam-extend was relying on strong ordering of meshPoints on
// processor patches which causes point ordering errors when doing Dynamic
// Load Balancing. Because of this ordering error on two sides of processor
// boundaries, point fields ended up having wrong values near processor
// boundaries. Revert to unsorted version. VV, 11/July/2019.
dynamicLabelList meshPoints(2*this->size());
forAll(*this, facei)
{