Four kinds of file

Every suffix isone of four things

A finished CFD case is a directory of unfamiliar extensions. Sorted by what they hold, the list gets short quickly.

Case setup

Boundary conditions, solver settings, physical properties. Small, text, and the thing worth archiving.

Mesh

The discretised domain. Expensive to build, so keep it even when you throw the results away.

Solution fields

Values per cell, per timestep. This is what fills the disk, and it grows with every write interval.

Post-processing

Extracted lines, surfaces and images. Small, and the only part you usually need to take home.

Portable

The ones thatcross packages

Three formats are worth writing deliberately, because anything can read them in five years.

.cgnsCFD General Notation System. Grid and solution in one standardised HDF5 container.
.vtu, .vtk, .vtmThe VTK family that ParaView reads natively. Unstructured grid, legacy, and multiblock respectively.
.g / .xyz and .qPLOT3D: grid coordinates in one file, solution in the other. Old, and still standard in aerospace.

CGNS is the standards-body answer for grids and solutions together. VTU and its siblings are what ParaView reads natively and what most post-processing assumes. PLOT3D is ancient, still everywhere in aerospace, and splits geometry into a grid file and solution into a .q file.

Per package

What each solverleaves behind

These are the ones you will actually be handed, usually without explanation.

OpenFOAM — .foam

An empty marker beside the case directory, so ParaView has something to open. Create it yourself.

Fluent — .cas and .dat

Case and data, always written as a pair. One without the other is not a usable result.

STAR-CCM+ — .sim

Everything in one file: geometry, mesh, setup and results. Convenient, large, and not portable.

COMSOL — .mph

Model and results together in a single project file, tied to the version that wrote it.

.msh and .mesh

Generic mesh files. Gmsh writes .msh, which most open-source solvers can be persuaded to import.

The OpenFOAM one confuses everybody: a case is a directory, not a file, and case.foam is an empty file that exists purely so ParaView has something to open. Creating it with touch is a normal and correct thing to do.

Practical

What to keep,and what to delete

Results directories grow faster than anything else in CFD, and disk is billed from the first run until you delete it.

The caseAlways keepsmall text, reproduces the run
The meshUsually keephours to rebuild
IntermediatesDeletedisk bills until it is gone

Keep the case setup, which is small text and is what actually lets you reproduce the run. Keep the mesh if it took hours to build. Keep the timesteps you will plot. Everything else — intermediate write intervals, reconstructed copies of decomposed data — can be regenerated from the first two, and it is usually the bulk of what is sitting on the disk you are paying for.

On a machine

ParaView isalready built

Nothing here needs compiling. Pick a machine, and these two commands put it on there.

hub://paraview

$ dxflow workflow create --identity paraview hub://paraview

$ dxflow workflow start paraview

Read it, then run itPrepaid and by the hour, on a machine that is yours about a minute after you ask.