Difference between revisions of "MGEN Extrude"

From PHASTA Wiki
Jump to: navigation, search
(Initial edits)
 
(Updated location of latest version)
 
(4 intermediate revisions by the same user not shown)
Line 7: Line 7:
 
Partitioning in MGEN is simply a method to reduce the cost of initial runs of Chef, but is not a replacement for the initial configuring that Chef does (via 1-1-Chef). Parting in MGEN simply allows the first run of Chef to be in parallel (i.e. 8-8-Chef). Starting Chef from parallel is most important on large grids that would take prohibitively long to run though Chef in serial.
 
Partitioning in MGEN is simply a method to reduce the cost of initial runs of Chef, but is not a replacement for the initial configuring that Chef does (via 1-1-Chef). Parting in MGEN simply allows the first run of Chef to be in parallel (i.e. 8-8-Chef). Starting Chef from parallel is most important on large grids that would take prohibitively long to run though Chef in serial.
  
The most current copy of the code is available at <code>(location)</code> as of (date)
+
The most current copy of the code is available at <code>/nobackup/uncompressed/Models/GustWing/2dOTS/SymmetricRoom/Mesh/MGEN_NR</code> as of January 2023. This version can read in model tags, handle multiple model regions, and arbitrary domain widths. 
  
  
== Usage ==
+
== Basic Usage ==
  
 
Once a suitable version of <code>tm3Extrude.f</code> has been located and moved to a working directory, it first needs to be complied if this has not already been done. The FORTRAN compiler to compile <code>tm3Extrude.f</code> should be the same version that was/will be used to compile the version of Chef to be used later in the meshing pipeline in order to reduce the risk of complications.
 
Once a suitable version of <code>tm3Extrude.f</code> has been located and moved to a working directory, it first needs to be complied if this has not already been done. The FORTRAN compiler to compile <code>tm3Extrude.f</code> should be the same version that was/will be used to compile the version of Chef to be used later in the meshing pipeline in order to reduce the risk of complications.
  
 
Once a compiler version is selected and added using <code>soft add</code> or <code>module load</code> (depending on the system), it can be compiled. As an example, if using <code>gcc-6.3.0</code> on Cooley compiling would look like:
 
Once a compiler version is selected and added using <code>soft add</code> or <code>module load</code> (depending on the system), it can be compiled. As an example, if using <code>gcc-6.3.0</code> on Cooley compiling would look like:
 +
  
 
<code>
 
<code>
Line 21: Line 22:
 
gfortran -03 tm3Extrude.f -o tm3Extrude
 
gfortran -03 tm3Extrude.f -o tm3Extrude
 
</code>
 
</code>
 +
  
 
Once the code is compiled, the working directory needs to be prepared to run MGEN. MGEN needs the source 2D mesh in the form of <code>geom.crd</code> and <code>geom.cnn</code> files in the same directory as the compiled code. These source files can be produced from scratch with MATLAB for structured grids, or through the use of [[Getting Started with Simmodeler|Simmetrix]] and the [[Convert]] tool for unstructured grids.
 
Once the code is compiled, the working directory needs to be prepared to run MGEN. MGEN needs the source 2D mesh in the form of <code>geom.crd</code> and <code>geom.cnn</code> files in the same directory as the compiled code. These source files can be produced from scratch with MATLAB for structured grids, or through the use of [[Getting Started with Simmodeler|Simmetrix]] and the [[Convert]] tool for unstructured grids.
 +
 +
 +
Once the mesh files are in place, MGEN can be run with <code>./tm3Extrude</code> as usual. The code will ask for inputs for zmin, zmax, numelz, and npart. These should be entered in a single string with spaces in between the values before hitting in order to continue code execution.
 +
 +
== Advanced Usage ==
 +
For more complex geometries, complete information about the model cannot be assumed and must instead be given to MGEN. In order to prepare for this, we will need an additional form of the mesh and to make changes to the MGEN code itself in order to tell the program where geometric features are.
 +
 +
A model first needs to be converted into a <code>.dmg</code> file. This can be created with <code>mdlConvert</code>. Example usage of this is <code>/projects/tools/SCOREC-core/build-14-190604dev_omp110/test/mdlConvert <simmetixMesh>.xmt_txt outModel.dmg</code>. This captures only information about model points, edges, and faces and their relationships to each other but does not capture information about physical location.
 +
 +
== Outputs ==
 +
MGEN will write its outputs to the same working directory that the executable and source mesh files are in. There are multiple file types written, most with a suffix of a number to denote the part number of that file. The different parted files and their purposes are as follows:
 +
 +
;geom3D.class :Classification file describing what type of geometric entity each point lies on (vertex, edge, face, volume)
 +
;geom3D.cnndt :Connectivity of the elements
 +
;geom3D.coord :Node coordinates
 +
;geom3D.fathr :Parent vertex from the 2D source mesh
 +
;geom3D.match :Contains periodic partners
 +
 +
 +
There is also one more file:
 +
 +
; geom3DHead.cnn
 +
 +
Which lists the headers containing information on the size of the file each of the above connectivity files.
 +
 +
== Using the outputted files ==
 +
The outputted files from MGEN now need to be prepared for Chef, this is done via <code>matchedNodeElmReader</code>. The provided example will be for a build on Cooley.
 +
 +
First, the environment needs to be prepared via setting <code>SIM_LICENSE_FILE</code> and <code>LD_LIBRARY_PATH</code>. Examples of this are:
 +
 +
 +
<code>
 +
export SIM_LICENSE_FILE=/eagle/PHASTA_aesp/SCOREC-CORE/deps/Simmetrix/UCBoulder
 +
 +
export LD_LIBRARY_PATH=/eagle/PHASTA_aesp/SCOREC-CORE/deps/16.0-220326/lib/x64_rhel_gcc48/psKrnl/:$LD_LIBRARY_PATH
 +
</code>
 +
 +
 +
From here, <code>matchedNodeElmReader</code> can be run with:
 +
 +
<code>
 +
mpirun -f /var/tmp/cobalt.2137783 -np <np> -genvall /eagle/PHASTA_aesp/SCOREC-CORE/build_gtvertCorruption/test/matchedNodeElmReader ../geom3D.cnndt ../geom3D.coord ../geom3D.match ../geom3D.class ../geom3D.fathr NULL ../geom3DHead.cnn outModel.dmg outModel/
 +
</code>
 +
 +
Where <np> should be replaced by the same number as used for npart when running MGEN.

Latest revision as of 14:32, 18 August 2023

MGEN is a tool in the meshing workflow that takes a 2D source mesh and extrudes it in the third dimension based off of user input. The tool was originally created for use on structured grids on the Boeing bump, but has since been generalized for use in unstructured setups.

Basic Overview

MGEN code is stored in tm3Extrude.f and written in FORTRAN. The code takes in a source 2D mesh, z-coordinates to extrude between, the number of elements to populate the extrusion with, and the number of partitions to write the mesh to.

Partitioning in MGEN is simply a method to reduce the cost of initial runs of Chef, but is not a replacement for the initial configuring that Chef does (via 1-1-Chef). Parting in MGEN simply allows the first run of Chef to be in parallel (i.e. 8-8-Chef). Starting Chef from parallel is most important on large grids that would take prohibitively long to run though Chef in serial.

The most current copy of the code is available at /nobackup/uncompressed/Models/GustWing/2dOTS/SymmetricRoom/Mesh/MGEN_NR as of January 2023. This version can read in model tags, handle multiple model regions, and arbitrary domain widths.


Basic Usage

Once a suitable version of tm3Extrude.f has been located and moved to a working directory, it first needs to be complied if this has not already been done. The FORTRAN compiler to compile tm3Extrude.f should be the same version that was/will be used to compile the version of Chef to be used later in the meshing pipeline in order to reduce the risk of complications.

Once a compiler version is selected and added using soft add or module load (depending on the system), it can be compiled. As an example, if using gcc-6.3.0 on Cooley compiling would look like:


soft add +gcc-6.3.0

gfortran -03 tm3Extrude.f -o tm3Extrude


Once the code is compiled, the working directory needs to be prepared to run MGEN. MGEN needs the source 2D mesh in the form of geom.crd and geom.cnn files in the same directory as the compiled code. These source files can be produced from scratch with MATLAB for structured grids, or through the use of Simmetrix and the Convert tool for unstructured grids.


Once the mesh files are in place, MGEN can be run with ./tm3Extrude as usual. The code will ask for inputs for zmin, zmax, numelz, and npart. These should be entered in a single string with spaces in between the values before hitting in order to continue code execution.

Advanced Usage

For more complex geometries, complete information about the model cannot be assumed and must instead be given to MGEN. In order to prepare for this, we will need an additional form of the mesh and to make changes to the MGEN code itself in order to tell the program where geometric features are.

A model first needs to be converted into a .dmg file. This can be created with mdlConvert. Example usage of this is /projects/tools/SCOREC-core/build-14-190604dev_omp110/test/mdlConvert <simmetixMesh>.xmt_txt outModel.dmg. This captures only information about model points, edges, and faces and their relationships to each other but does not capture information about physical location.

Outputs

MGEN will write its outputs to the same working directory that the executable and source mesh files are in. There are multiple file types written, most with a suffix of a number to denote the part number of that file. The different parted files and their purposes are as follows:

geom3D.class 
Classification file describing what type of geometric entity each point lies on (vertex, edge, face, volume)
geom3D.cnndt 
Connectivity of the elements
geom3D.coord 
Node coordinates
geom3D.fathr 
Parent vertex from the 2D source mesh
geom3D.match 
Contains periodic partners


There is also one more file:

geom3DHead.cnn

Which lists the headers containing information on the size of the file each of the above connectivity files.

Using the outputted files

The outputted files from MGEN now need to be prepared for Chef, this is done via matchedNodeElmReader. The provided example will be for a build on Cooley.

First, the environment needs to be prepared via setting SIM_LICENSE_FILE and LD_LIBRARY_PATH. Examples of this are:


export SIM_LICENSE_FILE=/eagle/PHASTA_aesp/SCOREC-CORE/deps/Simmetrix/UCBoulder

export LD_LIBRARY_PATH=/eagle/PHASTA_aesp/SCOREC-CORE/deps/16.0-220326/lib/x64_rhel_gcc48/psKrnl/:$LD_LIBRARY_PATH


From here, matchedNodeElmReader can be run with:

mpirun -f /var/tmp/cobalt.2137783 -np <np> -genvall /eagle/PHASTA_aesp/SCOREC-CORE/build_gtvertCorruption/test/matchedNodeElmReader ../geom3D.cnndt ../geom3D.coord ../geom3D.match ../geom3D.class ../geom3D.fathr NULL ../geom3DHead.cnn outModel.dmg outModel/

Where <np> should be replaced by the same number as used for npart when running MGEN.