|
[Sponsors] |
enabling multiprocessor for sliding mesh (DyM) cases |
![]() |
|
LinkBack | Thread Tools | Search this Thread | Display Modes |
![]() |
![]() |
#1 |
Member
Janry
Join Date: Oct 2015
Posts: 46
Rep Power: 7 ![]() |
Hi Foamers,
I've just wandering how can I operating my case (1 stator passage, 1 rotor passage using sliding mesh interface) with multiprocessors? Currently I've using every method to decompospar, however, it is still cannot run with even just 2 cores! It is running very very very slow, so who can help me out? Thanks! Janry |
|
![]() |
![]() |
![]() |
![]() |
#2 |
Member
Janry
Join Date: Oct 2015
Posts: 46
Rep Power: 7 ![]() |
Does anybody knowing that?
Thanks! |
|
![]() |
![]() |
![]() |
![]() |
#3 |
Senior Member
Hrvoje Jasak
Join Date: Mar 2009
Location: London, England
Posts: 1,871
Rep Power: 29 ![]() |
In foam-extend this has always worked. No surprise, since I wrote the topo change in the first place.
Hrv
__________________
Hrvoje Jasak Providing commercial FOAM/OpenFOAM and CFD Consulting: http://wikki.co.uk |
|
![]() |
![]() |
![]() |
![]() |
#4 | |
Member
Janry
Join Date: Oct 2015
Posts: 46
Rep Power: 7 ![]() |
Quote:
Hi Hrvoje, Thanks for your reply! And it is very excite for me to get a reply from one of the OpenFOAM author! I'm currently using the Density-Based solver: transonicMRFDyMFoam, but it is not operation with even 2 processors. The solver is from here: https://sourceforge.net/p/openfoam-e...ster/tree/src/ I'm not sure if it is the capability of the solver itself? Thanks! Janry |
||
![]() |
![]() |
![]() |
![]() |
#5 |
Member
Janry
Join Date: Oct 2015
Posts: 46
Rep Power: 7 ![]() |
Could anybody know what's happens about the multiprocessing?
Thanks! Janry |
|
![]() |
![]() |
![]() |
![]() |
#6 |
Member
Janry
Join Date: Oct 2015
Posts: 46
Rep Power: 7 ![]() |
I have detailed read the introduction for the "turboFvMesh":
Code:
Simple mixer mesh using an ggi interfaces This tool is used to have multiple rotating regions around the same origin with different rpms. Creating the cellZones is not implemented in this tool. The steps to obtain the cellZones and faceZones are: 1) use regionCellSets utility. With this command you can have different cellSets for each region. 2) run command "setsToZones -noFlipMap". After this command the cellSets are transformed to cellZones. 4) for each rotating cellZone add an entry in rpm subDict of constant/dynamicMeshDict 5) in parallel you need to create from all rotating coupled-interface patches faceZones (if you use a ggi interface between you have already created these faceZones), Then you need to specify these faceZones with the corresponding rpm in the additional "slider" subDict in constant/dynamicMeshDict However, which faceZone should I add into the "slider" subDict? Only the two which contacted with each other, defined by overlapGgi? And all the patches including the walls? I'm not so sure and till I can not make it running. Could any body help me? Thanks in advance. Janry |
|
![]() |
![]() |
![]() |
Thread Tools | Search this Thread |
Display Modes | |
|
|
![]() |
||||
Thread | Thread Starter | Forum | Replies | Last Post |
[snappyHexMesh] SHM problem : KVLCC2 with appendage mesh | sc.park | OpenFOAM Meshing & Mesh Conversion | 1 | March 13, 2016 14:28 |
[mesh manipulation] Importing Multiple Meshes | thomasnwalshiii | OpenFOAM Meshing & Mesh Conversion | 18 | December 19, 2015 19:57 |
sliding mesh problem in CFX | Saima | CFX | 45 | September 22, 2015 11:53 |
[snappyHexMesh] Layers:problem with curvature | giulio.topazio | OpenFOAM Meshing & Mesh Conversion | 10 | August 22, 2012 10:03 |
[snappyHexMesh] snappyHexMesh won't work - zeros everywhere! | sc298 | OpenFOAM Meshing & Mesh Conversion | 2 | March 27, 2011 22:11 |