|
[Sponsors] |
decomposePar -region (OF 2.1) without splitting regions in separate parts |
|
LinkBack | Thread Tools | Search this Thread | Display Modes |
September 16, 2013, 07:35 |
decomposePar -region (OF 2.1) without splitting regions in separate parts
|
#1 |
Member
Michiel
Join Date: Oct 2010
Location: Delft, Netherlands
Posts: 97
Rep Power: 16 |
I am running a simulation with a multiregion solver (a modification of chtMultiRegionFoam) and want to run some of my calculations in parallel.
I know I can use decomposePar -region regionName to decompose the different regions separately, but this gives quiet an illogical mesh division because 1 region is almost surrounded by another region but gets split over all processors regardless. (See the image of the full mesh with the 3 regions coloured and a snapshot of what part is set to processor0). My question is: can anybody tell me how I can make sure that the decomposition is done based on position in the mesh, not based on position in the region? For this test I just used the simple decomposition method. |
|
November 15, 2013, 06:07 |
|
#2 |
New Member
Andrea Prestigiacomo
Join Date: Jun 2013
Location: Milan
Posts: 10
Rep Power: 13 |
Hi Michiel,
I'm just facing the same problem in these days... Have you found the solution? Thanks in advance, Andrea |
|
|
|
Similar Threads | ||||
Thread | Thread Starter | Forum | Replies | Last Post |
[snappyHexMesh] Multi region meshing & recovering the original patch names | fluidpath | OpenFOAM Meshing & Mesh Conversion | 4 | May 19, 2013 20:13 |
[Commercial meshers] Using starToFoam | clo | OpenFOAM Meshing & Mesh Conversion | 33 | September 26, 2012 05:04 |
[Other] StarToFoam error | Kart | OpenFOAM Meshing & Mesh Conversion | 1 | February 4, 2010 05:38 |
[Commercial meshers] Trimmed cell and embedded refinement mesh conversion issues | michele | OpenFOAM Meshing & Mesh Conversion | 2 | July 15, 2005 05:15 |
[Gmsh] Import gmsh msh to Foam | adorean | OpenFOAM Meshing & Mesh Conversion | 24 | April 27, 2005 09:19 |