Dynamic Memory De‐allocation in Fortran 95/2003 Derived Type Calculus
Abstract data types developed for computational science and engineering are frequently modeled after physical objects whose state variables must satisfy governing differential equations. Generalizing the associated algebraic and differential operators to operate on the abstract data types facilitate...
Gespeichert in:
Veröffentlicht in: | Scientific programming 2005-01, Vol.13 (3), p.189-203 |
---|---|
Hauptverfasser: | , , |
Format: | Artikel |
Sprache: | eng |
Online-Zugang: | Volltext |
Tags: |
Tag hinzufügen
Keine Tags, Fügen Sie den ersten Tag hinzu!
|
Zusammenfassung: | Abstract data types developed for computational science and engineering are frequently modeled after physical objects whose state variables must satisfy governing differential equations. Generalizing the associated algebraic and differential operators to operate on the abstract data types facilitates high‐level program constructs that mimic standard mathematical notation. For non‐trivial expressions, multiple object instantiations must occur to hold intermediate results during the expression′s evaluation. When the dimension of each object′s state space is not specified at compile‐time, the programmer becomes responsible for dynamically allocating and de‐allocating memory for each instantiation. With the advent of allocatable components in Fortran 2003 derived types, the potential exists for these intermediate results to occupy a substantial fraction of a program′s footprint in memory. This issue becomes particularly acute at the highest levels of abstraction where coarse‐grained data structures predominate. This paper proposes a set of rules for de‐allocating memory that has been dynamically allocated for intermediate results in derived type calculus, while distinguishing that memory from more persistent objects. The new rules are applied to the design of a polymorphic time integrator for integrating evolution equations governing dynamical systems. Associated issues of efficiency and design robustness are discussed. |
---|---|
ISSN: | 1058-9244 1875-919X |
DOI: | 10.1155/2005/702048 |