|
[Sponsors] | |||||
|
|
|
#1 |
|
Member
Ivor Clifford
Join Date: Mar 2009
Location: Idaho Falls, ID
Posts: 82
Rep Power: 6 ![]() |
Hi all,
I have a decomposed case where several faceZones have been split over several processors. I need to reconstruct the original undecomposed faceZone in parallel so that the original face ordering is consistent. I know that I can used faceProcAddr to map the decomposed faceZone to the undecomposed (global) face Ids, but I'm not sure how to access the undecomposed faceZone list from each processor so that I can reorder the faces correctly. Do I need to create a dummy objectRegistry to force IOobject to point to the undecomposed mesh directories and read in the undecomposed faceZoneMesh? I really hope there's an easier way than this. Alternatively I know that OpenFOAM-1.6-ext supports global faceZones when decomposing the mesh but I'm not sure if the ordering of the faces is consistent in this case. Any suggestions would be appreciated. Ivor |
|
|
|
|
|
![]() |
| Thread Tools | |
| Display Modes | |
|
|
Similar Threads
|
||||
| Thread | Thread Starter | Forum | Replies | Last Post |
| Mass flow through faceZone using swak4foam when running in parallel | billie | OpenFOAM Post-Processing | 21 | April 23, 2013 02:16 |
| parallel Grief: BoundaryFields ok in single CPU but NOT in Parallel | JR22 | OpenFOAM Running, Solving & CFD | 2 | April 19, 2013 16:49 |
| Check yPlus without reconstructing in parallel runs | maysmech | OpenFOAM | 3 | September 14, 2010 16:14 |
| Problem of reconstructing pointVectorFields with parallel mesh motion (1.5.x) | LESlie | OpenFOAM | 0 | November 6, 2009 06:07 |
| Problem with reconstructing parallel results | qtian | OpenFOAM Running, Solving & CFD | 1 | May 15, 2008 17:30 |