|
[Sponsors] | |||||
Problems with "polyTopoChange" on parallel?!? |
![]() |
|
|
LinkBack | Thread Tools | Search this Thread | Display Modes |
|
|
|
#1 |
|
New Member
Rudi T.
Join Date: Feb 2011
Location: Munich, Bavaria
Posts: 3
Rep Power: 16 ![]() |
Hi,
I'm currently working on a mesh refinement based on the (undoable-)meshcutter class, in order to chose refinement-directions explicitly. With one core refinement/ unrefinement and buffering works very fine. Problems only occur in parallel computing: -if the topological change is within the processor domain everything runs great -as the topological change reaches the processor-patches "processorPolyPatch.order" crashes with failure notice "in patch.ProcBoundary1to0 : Local size of patch is 16 (faces). Received from neighbour 17 faceCentres! ..." I do not understand where the mistake comes from ![]() Since I am initialising the "polyTopoChange.changeMesh"-object explicitly with "bool syncPar=true;" This should invoke patchField resizeing and reordering of the face-lists in the "polyTopoChange.reorderCoupledFaces" function called by "polyTopoChange.compactAndReorder". As I understand the code, processor patches are also taken into account. Every (even miscellaneous) reply and hint is welcome ![]() Thank you, Rudi T. |
|
|
|
|
|
![]() |
| Tags |
| mesh, parallel, polytopochange, refinement |
| Thread Tools | Search this Thread |
| Display Modes | |
|
|
Similar Threads
|
||||
| Thread | Thread Starter | Forum | Replies | Last Post |
| Cumulative continuity error large in parallel simulations | xiao | OpenFOAM | 3 | March 7, 2011 05:13 |
| Problems with parallel | wolfgray | OpenFOAM Running, Solving & CFD | 0 | April 14, 2008 05:36 |
| Problems with mesh motion in parallel | thomas | OpenFOAM Running, Solving & CFD | 3 | July 4, 2007 03:48 |
| CFX - Parallel Problems | CFX User | CFX | 0 | November 1, 2004 19:12 |
| Parallel Computing Classes at San Diego Supercomputer Center Jan. 20-22 | Amitava Majumdar | Main CFD Forum | 0 | January 5, 1999 13:00 |