|
[Sponsors] |
July 18, 2016, 12:55 |
Parallel Block Size Issue
|
#1 |
New Member
Adriano Parezi
Join Date: Jun 2016
Posts: 6
Rep Power: 10 |
Hello, I'm trying to run a basic simulation within Converge. The simulation consists of a 3D cuboid with one face being the inflow, one the outflow and then the rest of the faces being walls. The problem is when I'm trying to check inputs within command prompt this shows up (when using the serial solver)
reading inputs.in data from file inputs.in reading amr.in data from file amr.in turb_flag = 1 in inputs.in, reading in turbulence.in reading turbulence.in data from file turbulence.in reading species.in data from file species.in trying to read in therm.dat... reading reading initialize.in data from file initialize.in reading gas.dat data from file gas.dat reading boundary.in data from file boundary.in reading post.in data from file post.in reading surface.dat data from file surface.dat The parallel block size (dx, dy, dz) is 8.000000e-002 8.000000e-002 3.200000e-001. and this when just running serial without check_inputs reading inputs.in data from file inputs.in reading amr.in data from file amr.in turb_flag = 1 in inputs.in, reading in turbulence.in reading turbulence.in data from file turbulence.in reading species.in data from file species.in trying to read in therm.dat... reading reading initialize.in data from file initialize.in reading gas.dat data from file gas.dat reading boundary.in data from file boundary.in reading post.in data from file post.in reading surface.dat data from file surface.dat The parallel block size (dx, dy, dz) is 1.000000e-001 1.000000e-001 4.000000e-001. The dimensions of the cuboid are (0.1,0.1,0.5) and the base grid is (0.05,0.05,0.2). I've tried different variations of the base grid and nothing has worked? Is there something obvious I am missing? Many thanks, Adrian |
|
July 19, 2016, 07:43 |
|
#2 |
Senior Member
Tobias
Join Date: May 2016
Location: Germany
Posts: 295
Rep Power: 11 |
Block size in the normal run looks fine, remember the min. block size is twice the base grid size.
However, i also exeprienced different cell and block sizes when i convert the first output of the check_inputs run. |
|
July 19, 2016, 07:54 |
|
#3 |
New Member
Adriano Parezi
Join Date: Jun 2016
Posts: 6
Rep Power: 10 |
I understand that the block size is double the size of the base grid, it's just when running a 2D simulation this doesn't come up and runs perfectly fine. However, whilst running a 3D simulation the parallel block size comes up on the last line and then the command prompt crashes so the simulation doesn't actually run? Do I have to have fixed embedding/grid scaling on as well but shouldn't it just run solely on base grid?
|
|
July 21, 2016, 19:11 |
|
#4 | |
Member
Allie Le Moine
Join Date: Jan 2016
Location: Convergent Science, Madison WI
Posts: 39
Rep Power: 10 |
Quote:
check_inputs is meant to be a quick and inexpensive way of validating all of the inputs without having to launch the full simulation. In order for this to be computationally inexpensive, check_inputs does not generate the mesh (which is required when calculating the parallel block sizes). Therefore, the parallel block size listed when using check_inputs is not the true parallel block size. Thank you, |
||
July 22, 2016, 14:20 |
|
#5 |
New Member
Adriano Parezi
Join Date: Jun 2016
Posts: 6
Rep Power: 10 |
Ah I see now, that's quite handy. Is there anything that would cause an issue with trying to run the simulation then as it just crashes? Going from what you said I guess that it's crashing during the mesh generation phase by what comes on the output. The mesh it's generating though is a basic cuboid shape so I don't see how there can be a problem with the mesh generation?
Many thanks, Adrian Parisi |
|
July 22, 2016, 15:03 |
|
#6 |
Member
Allie Le Moine
Join Date: Jan 2016
Location: Convergent Science, Madison WI
Posts: 39
Rep Power: 10 |
Hi Adrian,
There are many possible causes for a crash: poorly defined boundary/initial conditions, issues with the surface geometry, incorrect model settings, etc. When investigating the reason for a crash, it is best to start with the logfile/screen output. Our recommendation is to always run a CONVERGE simulation with screen_print_level=2 as this provides the most detailed output. The output here will give you a good idea of where CONVERGE is at in the simulation (i.e. setting up the grid, solving transport equations, etc). Therefore, more information is required to determine the root cause of your particular crash. Thank you, |
|
Tags |
converge |
|
|
Similar Threads | ||||
Thread | Thread Starter | Forum | Replies | Last Post |
[ICEM] Free block issue | M_Tidswell | ANSYS Meshing & Geometry | 0 | November 20, 2013 08:23 |
parallel running issue | xiaokang | Fluent UDF and Scheme Programming | 0 | January 18, 2012 18:42 |
Issue with running in parallel on multiple nodes | daveatstyacht | OpenFOAM | 7 | August 31, 2010 18:16 |
parallel issue: global face zone/patch ... | matteoL | OpenFOAM Running, Solving & CFD | 2 | June 16, 2010 07:22 |
OF 1.6 | Ubuntu 9.10 (64bit) | GLIBCXX_3.4.11 not found | piprus | OpenFOAM Installation | 22 | February 25, 2010 14:43 |