Author
Listed:
- Thorsten Zirwes
(Karlsruhe Institute of Technology, Engler-Bunte-Institute/Combustion Technology)
- Feichi Zhang
(Karlsruhe Institute of Technology, Engler-Bunte-Institute/Combustion Technology)
- Jordan A. Denev
(Karlsruhe Institute of Technology, Engler-Bunte-Institute/Combustion Technology)
- Peter Habisreuther
(Karlsruhe Institute of Technology, Engler-Bunte-Institute/Combustion Technology)
- Henning Bockhorn
(Karlsruhe Institute of Technology, Engler-Bunte-Institute/Combustion Technology)
Abstract
In direct numerical simulation of turbulent combustion, the majority of the total simulation time is often spent on evaluating chemical reaction rates from detailed reaction mechanisms. In this work, an optimization method is presented for speeding up the calculation of chemical reaction rates significantly, which has been implemented into the open-source CFD code OpenFOAM. A converter tool has been developed, which translates any input file containing chemical reaction mechanisms into C++ source code. The automatically generated code allows to restructure the reaction mechanisms for efficient computation and enables more compiler optimizations. Additional performance improvements are achieved by generating densely packed data and linear access patterns that can be vectorized in order to exploit the maximum performance on HPC systems. The generated source code compiles to an OpenFOAM library, which can directly be used in simulations through OpenFOAM’s runtime selection mechanism. The optimization concept has been applied to a realistic combustion case simulated on two peta-scale supercomputers, among them the fastest HPC cluster Hazel Hen (Cray XC40) in Germany. The optimized code leads to a decrease of total simulation time of up to 40% and this improvement increases with the complexity of the involved chemical reactions. Moreover, the optimized code yields good parallel performance on up to 28,800 CPU cores.
Suggested Citation
Thorsten Zirwes & Feichi Zhang & Jordan A. Denev & Peter Habisreuther & Henning Bockhorn, 2018.
"Automated Code Generation for Maximizing Performance of Detailed Chemistry Calculations in OpenFOAM,"
Springer Books, in: Wolfgang E. Nagel & Dietmar H. Kröner & Michael M. Resch (ed.), High Performance Computing in Science and Engineering ' 17, pages 189-204,
Springer.
Handle:
RePEc:spr:sprchp:978-3-319-68394-2_11
DOI: 10.1007/978-3-319-68394-2_11
Download full text from publisher
To our knowledge, this item is not available for
download. To find whether it is available, there are three
options:
1. Check below whether another version of this item is available online.
2. Check on the provider's
web page
whether it is in fact available.
3. Perform a
for a similarly titled item that would be
available.
Corrections
All material on this site has been provided by the respective publishers and authors. You can help correct errors and omissions. When requesting a correction, please mention this item's handle: RePEc:spr:sprchp:978-3-319-68394-2_11. See general information about how to correct material in RePEc.
If you have authored this item and are not yet registered with RePEc, we encourage you to do it here. This allows to link your profile to this item. It also allows you to accept potential citations to this item that we are uncertain about.
We have no bibliographic references for this item. You can help adding them by using this form .
If you know of missing items citing this one, you can help us creating those links by adding the relevant references in the same way as above, for each refering item. If you are a registered author of this item, you may also want to check the "citations" tab in your RePEc Author Service profile, as there may be some citations waiting for confirmation.
For technical questions regarding this item, or to correct its authors, title, abstract, bibliographic or download information, contact: Sonal Shukla or Springer Nature Abstracting and Indexing (email available below). General contact details of provider: http://www.springer.com .
Please note that corrections may take a couple of weeks to filter through
the various RePEc services.