Difference between revisions of "Einstein Toolkit standards"

From Einstein Toolkit Documentation
Jump to: navigation, search
 
(Einstein Toolkit Standards)
Line 11: Line 11:
  
 
==SphericalSurface==
 
==SphericalSurface==
 +
 +
"This thorn provides a repository for two-dimensional surfaces with spherical topology.  This thorn does not actually do anything with these surfaces, but allows other thorns to store and retrieve the surfaces and some associated information.  The exact interpretation of the stored quantities is up to the using thorns, but certain standard definitions are suggested."
 +
(Taken from the SphericalSurface documentation)
 +
 +
Spherical surfaces are numbered from 0 upwards.  In the Einstein toolkit, spherical surfaces are used to communicate information about spherical surfaces (or sometimes just coordinate locations of, e.g. black holes or neutron stars) between thorns.  One thorn can update a given spherical surface with information, and another thorn can read that information without having to know about the first thorn.  Typically,  the surface used will be controlled by a user-settable parameter.  For example, the thorn AHFinderDirect has parameters to choose which surface to store apparent horizon information in.  The thorn CarpetTracker has a parameter to tell it which spherical surfaces to use to choose mesh refinement grid locations.  The centroid of the horizon can then be used to determine where to perform mesh refinement.  Often thorns will use the spherical surface interface to store only a handful of values, which may not have anything to do with surfaces; for example CarpetTracker only looks at the centroid variables. 
 +
 +
See the SphericalSurface documentation for more information.

Revision as of 07:51, 20 April 2010

Einstein Toolkit Standards

ADMBase

Thorn ADMBase provides core infrastructure for thorns implementing general relativity on a 3D grid in the 3+1 formalism. It provides the basic variables (3-metric, extrinsic curvature, lapse and shift vector) for the 3+1 formalism, in addition to a set of parameters to regulate the methods used for their evolution. These variables are used to communicate between thorns providing initial data, evolution methods and analysis routines for the 3+1 formalism. In addition, the variables can be used as a mechanism to interact with alternative formalisms, as long as routines can be written to transform alternative variables into these 3+1 variables. (Taken from the ADMBase documentation)

The Einstein Toolkit uses this thorn for ensuring that different analysis and initial data thorns are able to communicate with evolution thorns, independently of the variables which are used for performing the Einstein evolution. Generally speaking, an initial data thorn will set the ADMBase variables (gxx, gxy, ..., kxx, kxy, ..., alp, betax, ...) to the required initial data. An evolution thorn will import the ADMBase variables into its evolution variables (e.g. for BSSN this might be phi, gammaTilde11, ...) and perform the evolution using these variables. On every time step, it will update the ADMBase variables from the evolved variables so that the ADMBase variables always contains the current solution. Analysis thorns such as those for horizon-finding or wave extraction then use the ADMBase variables, meaning that they can be used in simulations with any evolution thorn which uses the ADMBase mechanism.

See the ADMBase documentation for more information.

SphericalSurface

"This thorn provides a repository for two-dimensional surfaces with spherical topology. This thorn does not actually do anything with these surfaces, but allows other thorns to store and retrieve the surfaces and some associated information. The exact interpretation of the stored quantities is up to the using thorns, but certain standard definitions are suggested." (Taken from the SphericalSurface documentation)

Spherical surfaces are numbered from 0 upwards. In the Einstein toolkit, spherical surfaces are used to communicate information about spherical surfaces (or sometimes just coordinate locations of, e.g. black holes or neutron stars) between thorns. One thorn can update a given spherical surface with information, and another thorn can read that information without having to know about the first thorn. Typically, the surface used will be controlled by a user-settable parameter. For example, the thorn AHFinderDirect has parameters to choose which surface to store apparent horizon information in. The thorn CarpetTracker has a parameter to tell it which spherical surfaces to use to choose mesh refinement grid locations. The centroid of the horizon can then be used to determine where to perform mesh refinement. Often thorns will use the spherical surface interface to store only a handful of values, which may not have anything to do with surfaces; for example CarpetTracker only looks at the centroid variables.

See the SphericalSurface documentation for more information.