|
[Sponsors] |
[snappyHexMesh] snappyHexMesh large parallel case crash |
|
LinkBack | Thread Tools | Search this Thread | Display Modes |
August 15, 2017, 10:40 |
snappyHexMesh large parallel case crash
|
#1 |
Member
Charlie Lloyd
Join Date: Feb 2016
Posts: 57
Rep Power: 10 |
hi all,
I am having some issues with snappyHexMesh crashing when creating large (100 M + cells) meshes and I am wondering if anyone recognises the problem. I have successfully generated a mesh of ~50M cells using SHM on 128, 256, 512 and 1024 processors (and subsequently run pimpleFoam) but for the larger mesh the solver crashes during the balancing (I think..?) stage - although there are no errors provided! I have provided the output log file below. I think this is a memory issue, but I expected 1024 processors, each with 2GB RAM, to be more than adequate, especially since the 50M cell mesh generated fine on only 128 cores. Does anyone have any suggestions as to what might be the issue / what else I could try to make it run? I am using scotch decomposition and generating a simply cubic geometry with periodic BCs - the refinement is based on a refinement plane, but will use an STL file at a later date. Thanks in advance! PHP Code:
|
|
Tags |
memory, parallel, snappyhexmesh |
|
|
Similar Threads | ||||
Thread | Thread Starter | Forum | Replies | Last Post |
wrong zero boundary dir in parallel after snappyHexMesh | HagenC | OpenFOAM Pre-Processing | 2 | March 13, 2017 05:47 |
implementation of mapFields into parallel transient case | simpomann | OpenFOAM Pre-Processing | 4 | August 2, 2016 05:41 |
Running AMI case in parallel | Kaskade | OpenFOAM Running, Solving & CFD | 3 | March 14, 2016 16:58 |
SnappyHexMesh OF-1.6-ext crashes on a parallel run | norman1981 | OpenFOAM Bugs | 5 | December 7, 2011 13:48 |
Free surface boudary conditions with SOLA-VOF | Fan | Main CFD Forum | 10 | September 9, 2006 13:24 |