[Commits] [svn:einsteintoolkit] Paper_EinsteinToolkit_2010/ (Rev. 176)

[jfaber at einsteintoolkit.org]

User: jfaber
Date: 2011/11/07 09:40 PM

Modified:
 /
  ET.tex

Log:
 Added addresses, and beginning for results section

File Changes:

Directory: /
============

File [modified]: ET.tex
Delta lines: +12 -11
===================================================================
--- ET.tex	2011-11-08 02:58:36 UTC (rev 175)
+++ ET.tex	2011-11-08 03:40:35 UTC (rev 176)
@@ -97,8 +97,8 @@
 \address{$^1$ Center for Computation \& Technology, Louisiana State
   University, Baton Rouge, LA, USA}
 \address{$^2$ Center for Computational Relativity and Gravitation, School of Mathematical Sciences, Rochester Institute of Technology, Rochester, NY, USA}
-\address{$^3$ AEI \todo{complete}}
-\address{$^4$ GTech \todo{complete}}
+\address{$^3$ Max-Planck-Institut f\"{u}r Gravitationsphysik, Albert-Einstein-Institut, Golm, Germany}
+\address{$^4$ Center for Relativistic Astrophysics, School of Physics, Georgia Institute of Technology, Atlanta, GA, USA}
 \address{$^5$ TAPIR, California Institute of Technology, Pasadena, CA, USA}
 \address{$^6$ Perimeter Institute for Theoretical Physics, Waterloo,
   ON, Canada}
@@ -677,7 +677,7 @@
 from the following features added to Kranc after the codes themselves
 were written: (i) OpenMP parallelization support, necessary for
 efficient use of modern multi-core processors; (ii) support for
-multipatch domains with the Llama\cite{Pollney:2009yz} code; (iii) automatic generation of
+multipatch domains with the Llama~\cite{Pollney:2009yz} code; (iii) automatic generation of
 vectorized code, where the equations are evaluated simultaneously by
 the processor for two grid points at the same time, and (iv) common
 sub-expression elimination, and various other optimization strategies.
@@ -693,11 +693,9 @@
 Some of these modules provide common definitions
 and conventions (see section~\ref{sec:base_modules}). Others provide
 initial data (see section~\ref{sec:initial_data}), which may
-be evolved using the different evolution methods described in
-sections~\ref{sec:Kevol} and~\ref{sec:GRHydro}.
-Simulations including
-matter require their own evolution techniques (see section~\ref{sec:GRHydro}) 
-and a description of the matter properties, encoded in equations
+be evolved using the different evolution methods for vacuum and matter configurations described in
+sections~\ref{sec:Kevol} and~\ref{sec:GRHydro}, respectively.
+The thermodynamic properties of fluids are encoded in equations
 of state (see section~\ref{sec:eoss}).
 Finally, additional quantities besides those being directly evolved are often
 interesting for a detailed analysis of the simulation's results.
@@ -1021,7 +1019,7 @@
 two puncture locations.  \codename{TwoPunctures} resolves this problem by performing 
 a coordinate transformation modeled on confocal elliptical/hyperbolic coordinates, which 
 transforms the spatial domain into a finite cube with the puncture locations mapped 
-to two parallel edges, as can be seen in Fig.~\ref{fig:TP_BHNS_coordinates}.  
+to two parallel edges, as can be seen in figure~\ref{fig:TP_BHNS_coordinates}.  
 The coordinate transformation is
 \begin{eqnarray}
 x&=&b\frac{A^2+1}{A^2-1}\frac{2B}{1+B^2}\nonumber\\
@@ -1063,7 +1061,7 @@
 Matter source terms are ideal for this split, since they are compactly supported, 
 while extrinsic curvature source terms are spatially extended, but with sufficiently 
 rapid falloff at large radii to yield convergent solutions.  Around each object, 
-a set of nested spheroidal sub-domains (see Fig.~\ref{fig:Lorene_coordinates}) is constructed extending to cover all 
+a set of nested spheroidal sub-domains (see figure~\ref{fig:Lorene_coordinates}) is constructed extending to cover all 
 of space, with the outermost domain incorporating a compactification to allow 
 it to extend to spatial infinity.  Within each of the nested sub-domains, 
 fields are decomposed into Chebyshev modes radially and spherical harmonics 
@@ -2045,7 +2043,7 @@
 of a projection onto spin-weighted spherical harmonics ${}_s Y_{\ell m}$.
 
 %\todo{CCE}
-% JF: are we discussing CCE in this paper?
+% JF: are we discussing CCE in this paper?  WE say not in the conclusions...
 
 \subsubsection{Object tracking}
 \label{sec:object-tracking}
@@ -2281,6 +2279,9 @@
 \section{Examples\pages{0.5 Frank}}
 \todo{Will be written once we know which examples we have}
 
+To demonstrate the properties of the code and its capabilities, we have used it to simulate common astrophysical configurations of interest.  Given the community-oriented direction of the project, the parameter files required to launch these simulations and a host of others are included and documented in the code releases, along with the datafiles produced by a representative set of simulation parameters to allow for code validation and confirmation of correct code performance on new platforms and architetures.  As part of the internal validation process, 
+nightly builds are checked against a set of benchmarks to ensure that consistent results are generated with the inclusion of all new commits to the code.
+
 \subsection{Spinning BH\pages{2 Peter}}
 As a first example we perform simulations of a single distorted rotating BH. 
 We use \codename{TwoPunctures} to set up initial data for a single