Commits

commits@lists.einsteintoolkit.org

2 participants
6997 discussions

[svn:einsteintoolkit] manifest/trunk/ (Rev. 70)
by bcmsma＠astro.rit.edu 24 Jan '11

24 Jan '11

User: bmundim Date: 2011/01/24 01:01 PM Modified: /trunk/ einsteintoolkit.bib Log: GSL website. File Changes: Directory: /trunk/ ================== File [modified]: einsteintoolkit.bib Delta lines: +5 -0 =================================================================== --- trunk/einsteintoolkit.bib 2011-01-24 17:55:14 UTC (rev 69) +++ trunk/einsteintoolkit.bib 2011-01-24 19:01:49 UTC (rev 70) @@ -483,6 +483,11 @@ SLACcitation = "%%CITATION = GR-QC/0701109;%%" } +@Misc{GSL:web, + note = {{GSL}: The {GNU} Scientific Library}, + url = {http://www.gnu.org/software/gsl/}, +} + @Article{Gopakumar:2007vh, author = "Gopakumar, Achamveedu and Hannam, Mark and Husa, Sascha and Bruegmann, Bernd",

1 0

[svn:einsteintoolkit] Paper_EinsteinToolkit_2010/ (Rev. 19)
by bcmsma＠astro.rit.edu 24 Jan '11

24 Jan '11

User: bmundim Date: 2011/01/24 12:01 PM Modified: / ET.tex Log: Following Frank's suggestion of breaking lines around column 80. File Changes: Directory: / ============ File [modified]: ET.tex Delta lines: +55 -41 =================================================================== --- ET.tex 2011-01-24 17:52:33 UTC (rev 18) +++ ET.tex 2011-01-24 18:01:31 UTC (rev 19) @@ -414,48 +414,58 @@ \subsection{Initial Data} \todo{1/2 page Josh, Bruno} -The Einstein Toolkit contains many modules used to generate initial data for GR simulations, -including both vacuum and hydrodynamical configurations. These include modules used primarily -for testing out various components of the evolution scheme as well as physically motivated -configurations that describe single of binary blacks and/or neutron stars. Many of the modules -are self-contained, consisting of either all the code to generate exact initial solutions or -the numerical tools required to construct solutions known semi-analytically. Others, though, -require the installation of other numerical software packages that are included in the toolkit -as External libraries. The {\tt twopunctures} module \cite{Ansorg:2004ds}, commonly used in numerical -relativity to generate binary black hole data, invokes the GNU Scientific Library [GSL; \cite{Galassi:2009}]. -Several modules have also been implemented to read in datafiles generated by the -{\tt Lorene code} \cite{Lorene:web,GGTMB}, including the BHBH, BHNS, and NSNS data made publicly -available through the Lorene website. +The Einstein Toolkit contains many modules used to generate initial data for +GR simulations, including both vacuum and hydrodynamical configurations. +These include modules used primarily for testing out various components of +the evolution scheme as well as physically motivated configurations that +describe single of binary blacks and/or neutron stars. Many of the modules +are self-contained, consisting of either all the code to generate exact +initial solutions or the numerical tools required to construct solutions +known semi-analytically. Others, though, require the installation of other +numerical software packages that are included in the toolkit as External +libraries. The {\tt twopunctures} module \cite{Ansorg:2004ds}, commonly +used in numerical relativity to generate binary black hole data, invokes +the GNU Scientific Library [GSL; \cite{Galassi:2009}]. Several modules +have also been implemented to read in datafiles generated by the {\tt Lorene +code} \cite{Lorene:web,GGTMB}, including the BHBH, BHNS, and NSNS data +made publicly available through the Lorene website. -Scheduling of initial data routines generally follows a standard format. User-defined parameters -are run through a parameter check designed to catch obvious internal inconsistencies, in addition to -any known incompatibilities with other modules of the toolkit. Initial data is then generated -at the proper stage within the Cactus framework, determined primarily by whether the configuration -in question represents vacuum or a hydrodynamical configuration. Finally, any necessary cleanup -is typically performed at the end of the initial step, prior to the iterations forward in time. +Scheduling of initial data routines generally follows a standard format. +User-defined parameters are run through a parameter check designed to catch +obvious internal inconsistencies, in addition to any known incompatibilities +with other modules of the toolkit. Initial data is then generated at the proper +stage within the Cactus framework, determined primarily by whether the +configuration in question represents vacuum or a hydrodynamical configuration. +Finally, any necessary cleanup is typically performed at the end of the initial +step, prior to the iterations forward in time. -For vacuum initial data configurations, an initial data module must supply $g_{ij}$, the spatial 3-metric, -and $K_{ij}$, the extrinsic curvature. While the evolution scheme typically makes use of the BSSN formalism, -the conversion between the physical and conformal metric and extrinsic curvature is handled solely within -evolution modules, and is not referenced by initial data ones. Optionally, many initial data modules also -supply values for the lapse and shift vector, and in some cases time derivatives as well, though these -may be supplied by other routines depending on the freedom to choose gauge conditions envisioned for a -specific configuration. +For vacuum initial data configurations, an initial data module must supply +$g_{ij}$, the spatial 3-metric, and $K_{ij}$, the extrinsic curvature. +While the evolution scheme typically makes use of the BSSN formalism, +the conversion between the physical and conformal metric and extrinsic +curvature is handled solely within evolution modules, and is not referenced +by initial data ones. Optionally, many initial data modules also supply values +for the lapse and shift vector, and in some cases time derivatives as well, +though these may be supplied by other routines depending on the freedom +to choose gauge conditions envisioned for a specific configuration. -For hydrodynamic configurations, assuming that an equation of state has been specified, the user must also -supply the values of hydrodynamic variables at all grid locations, in particular the primitive variables -$\rho$, $v_i$ and the energy variable $\epsilon$ for all cases where we don't have a polytype EOS in the -form $P=P(\rho)$ (see Sec.~\ref{???} for a discussion of the use of EOS in the ET). For an MHD configuration, -one must supply all of these along with the initial magnetic field $B^i$ as well. +For hydrodynamic configurations, assuming that an equation of state has been +specified, the user must also supply the values of hydrodynamic variables +at all grid locations, in particular the primitive variables $\rho$, $v_i$ and +the energy variable $\epsilon$ for all cases where we don't have a polytype EOS +in the form $P=P(\rho)$ (see Sec.~\ref{???} for a discussion of the use of EOS +in the ET). For an MHD configuration, one must supply all of these along with +the initial magnetic field $B^i$ as well. The initial data routines currently implemented include the following: \begin{itemize} \item Vacuum spacetime tests: \begin{enumerate} -\item {\tt IDConstraintViolate}: A vacuum spacetime in which the diagonal terms in the spatial metric are -modified by a spatial deformation to explicitly violate the Hamiltonian constraint. -\item {\tt Exact}: A set of exact spacetimes in various coordinates, along with tools to Lorentz boost -those configurations. +\item {\tt IDConstraintViolate}: A vacuum spacetime in which the diagonal terms +in the spatial metric are modified by a spatial deformation to explicitly +violate the Hamiltonian constraint. +\item {\tt Exact}: A set of exact spacetimes in various coordinates, along with +tools to Lorentz boost those configurations. \end{enumerate} \item Vacuum gravitational wave configurations: \begin{enumerate} @@ -464,13 +474,17 @@ \end{enumerate} \item Black Hole configurations: \begin{enumerate} -\item {\tt IDAnalyticBH}: This module can generate Schwarzchild black holes, as well as the Misner solution -for multiple BHs and the brill-Lindquist binary BH solution. -\item {\tt IDAxibrillBH,~IDAxiOddBrillBH}: These modules generate single black holes deformed by even and -odd parity axisymmetric perturbations, respectively. -\item {\tt DistortedBHIVP,~RotatingDBHIVP}: These modules generate single black holes distorted by even -and odd-parity non-axisymmetric perturbation, respectivey. -\item {\tt TwoPunctures}: This module generates accurate binary black-hole initial data. +\item {\tt IDAnalyticBH}: This module can generate Schwarzchild black holes, +as well as the Misner solution for multiple BHs and the brill-Lindquist binary +BH solution. +\item {\tt IDAxibrillBH,~IDAxiOddBrillBH}: These modules generate single +black holes deformed by even and odd parity axisymmetric perturbations, +respectively. +\item {\tt DistortedBHIVP,~RotatingDBHIVP}: These modules generate single +black holes distorted by even and odd-parity non-axisymmetric perturbation, +respectivey. +\item {\tt TwoPunctures}: This module generates accurate binary black-hole +initial data. \end{enumerate} \end{itemize}

1 0

[svn:einsteintoolkit] manifest/trunk/ (Rev. 69)
by bcmsma＠astro.rit.edu 24 Jan '11

24 Jan '11

User: bmundim Date: 2011/01/24 11:55 AM Modified: /trunk/ einsteintoolkit.bib Log: Lorene entry File Changes: Directory: /trunk/ ================== File [modified]: einsteintoolkit.bib Delta lines: +5 -0 =================================================================== --- trunk/einsteintoolkit.bib 2011-01-24 17:52:03 UTC (rev 68) +++ trunk/einsteintoolkit.bib 2011-01-24 17:55:14 UTC (rev 69) @@ -693,6 +693,11 @@ ##L ############################################################################ +@Misc{Lorene:web, + note = {{LORENE}: Langage Objet pour la RElativite NumeriquE}, + url = {http://www.lorene.obspm.fr/}, +} + @Article{Lousto:2007db, author = "Lousto, Carlos O. and Zlochower, Yosef", title = "{Further insight into gravitational recoil}",

1 0

[svn:einsteintoolkit] Paper_EinsteinToolkit_2010/ (Rev. 18)
by bcmsma＠astro.rit.edu 24 Jan '11

24 Jan '11

User: bmundim Date: 2011/01/24 11:52 AM Modified: / ET.tex Log: Update Lorene entry. File Changes: Directory: / ============ File [modified]: ET.tex Delta lines: +1 -1 =================================================================== --- ET.tex 2011-01-24 17:50:29 UTC (rev 17) +++ ET.tex 2011-01-24 17:52:33 UTC (rev 18) @@ -424,7 +424,7 @@ as External libraries. The {\tt twopunctures} module \cite{Ansorg:2004ds}, commonly used in numerical relativity to generate binary black hole data, invokes the GNU Scientific Library [GSL; \cite{Galassi:2009}]. Several modules have also been implemented to read in datafiles generated by the -{\tt Lorene code} \cite{Loreneweb,GGTMB}, including the BHBH, BHNS, and NSNS data made publicly +{\tt Lorene code} \cite{Lorene:web,GGTMB}, including the BHBH, BHNS, and NSNS data made publicly available through the Lorene website. Scheduling of initial data routines generally follows a standard format. User-defined parameters

1 0

[svn:einsteintoolkit] manifest/trunk/ (Rev. 68)
by knarf＠cct.lsu.edu 24 Jan '11

24 Jan '11

User: knarf Date: 2011/01/24 11:52 AM Modified: /trunk/ einsteintoolkit.bib Log: more references File Changes: Directory: /trunk/ ================== File [modified]: einsteintoolkit.bib Delta lines: +53 -0 =================================================================== --- trunk/einsteintoolkit.bib 2011-01-24 17:08:52 UTC (rev 67) +++ trunk/einsteintoolkit.bib 2011-01-24 17:52:03 UTC (rev 68) @@ -74,6 +74,20 @@ SLACcitation = "%%CITATION = GR-QC/0404056;%%" } +@ARTICLE{Arnowitt:1962hi, + author = "Arnowitt, Richard L. and Deser, Stanley and Misner, Charles W.", + title = "{The dynamics of general relativity}", + journal = {General Relativity and Gravitation}, + year = 2008, + month = sep, + volume = 40, + pages = {1997-2027}, + doi = {10.1007/s10714-008-0661-1}, + eprint = "gr-qc/0405109", + archivePrefix = "arXiv", + SLACcitation = "%%CITATION = GR-QC/0405109;%%" +} + ##B ############################################################################ @Article{Baiotti:2004wn, @@ -181,6 +195,17 @@ SLACcitation = "%%CITATION = 0708.4202;%%" } +@article{Banyuls:1997zz, + key = {Banyuls97}, + author = {F. Banyuls and J.~A. Font and J.~M. Ib{\'a}{\~n}ez and + J.~M. Mart{\'\i} and J.~A. Miralles}, + title = {Numerical {3+1} General-Relativistic Hydrodynamics: A Local Characteristic Approach }, + journal = {Astrophys. J.}, + volume = {476}, + year = {1997}, + pages = {221} +} + @Article{Baumgarte:2006en, author = "Thomas Baumgarte and Patrick Brady and Jolien D E Creighton and Luis Lehner and Frans Pretorius and Ricky DeVoe", title = "Learning about compact binary merger: The interplay between @@ -640,6 +665,23 @@ } ##I ############################################################################ + +@Inproceedings{Ibanez:2001:godunov, + author={J.M. Ib{\'a}{\~n}ez and M.A. Aloy and J.A. Font and + J.M. Mart{\'\i} and J.A. Miralles and J.A. Pons}, + title={}, + booktitle = {Proceedings of Godunov Methods, Theory and Applications 1999}, + conferencetitle = {Godunov Methods, Theory and Applications}, + conferencedate = {1999}, + conferencelocation = {Oxford}, + edition = {first}, + pages = {}, + editor={E.F. Toro}, + publisher = {Kluwer Academic/Plenum Publishers}, + address={New York}, + year={2001} +} + ##J ############################################################################ ##K ############################################################################ @@ -679,6 +721,17 @@ ##M ############################################################################ +@article{Marti:1991wi, + key = {Marti91}, + author = {J.~M. Mart{\'\i} and J.~M. Ib{\'a}{\~n}ez and J.~M. Miralles}, + title = {Numerical relativistic hydrodynamics: Local characteristic + approach}, + journal = {Phys. Rev. D}, + volume = {43}, + year = {1991}, + pages = {3794-3801} +} + @Misc{McLachlan:web, suggested-for ="McLachlan/ML_BSSN", note = {{McLachlan}, a Public {BSSN} Code},

1 0

[svn:einsteintoolkit] Paper_EinsteinToolkit_2010/ (Rev. 17)
by knarf＠cct.lsu.edu 24 Jan '11

24 Jan '11

User: knarf Date: 2011/01/24 11:50 AM Modified: / ET.tex Log: break paragraph into lines File Changes: Directory: / ============ File [modified]: ET.tex Delta lines: +15 -1 =================================================================== --- ET.tex 2011-01-24 17:41:21 UTC (rev 16) +++ ET.tex 2011-01-24 17:50:29 UTC (rev 17) @@ -242,7 +242,21 @@ \todo{Overall design, strategy.} -The mechanisms for the development and support of the Einstein Toolkit are designed to be open, transparent and community driven. All the source code, documentation and tools included in the Einstein Toolkit are distributed under open source licenses. The Einstein Toolkit maintains an SVN repository ({\tt svn.einsteintoolkit.org}) with open access which contains software supported by the Einstein Toolkit Maintainers, the toolkit web pages and documentation. An open wiki for documentation ({\tt docs.einsteintoollkit.org}) has been established where the community can contribute either through anonymous or personal authentication. All discussion about the toolkit takes place on an open mail list ({\tt users(a)einsteintoolkit.org}). The regular weekly meetings for the Einstein Toolkit Maintainers are open and the community are invited to participate, and minutes are recorded on the wiki. The Einstein Toolkit blog requires users to first request a login, but then can be freely posted to. Any user can post comments to entries already on the blog. +The mechanisms for the development and support of the Einstein Toolkit are +designed to be open, transparent and community driven. All the source code, +documentation and tools included in the Einstein Toolkit are distributed +under open source licenses. The Einstein Toolkit maintains an SVN repository +({\tt svn.einsteintoolkit.org}) with open access which contains software +supported by the Einstein Toolkit Maintainers, the toolkit web pages and +documentation. An open wiki for documentation +({\tt docs.einsteintoollkit.org}) has been established where the community +can contribute either through anonymous or personal authentication. All +discussion about the toolkit takes place on an open mail list +({\tt users(a)einsteintoolkit.org}). The regular weekly meetings for the +Einstein Toolkit Maintainers are open and the community are invited to +participate, and minutes are recorded on the wiki. The Einstein Toolkit +blog requires users to first request a login, but then can be freely +posted to. Any user can post comments to entries already on the blog. \section{Core Technologies}

1 0

[svn:einsteintoolkit] Paper_EinsteinToolkit_2010/ (Rev. 16)
by diener＠cct.lsu.edu 24 Jan '11

24 Jan '11

User: diener Date: 2011/01/24 11:41 AM Modified: / ET.tex Log: Some text about Object tracking. File Changes: Directory: / ============ File [modified]: ET.tex Delta lines: +17 -0 =================================================================== --- ET.tex 2011-01-24 17:40:13 UTC (rev 15) +++ ET.tex 2011-01-24 17:41:21 UTC (rev 16) @@ -494,7 +494,24 @@ \paragraph{Vacuum-Matter Coupling} \paragraph{Object tracking} +We provide a module (\codename{PunctureTracker}) for tracking black hole +positions when evolved with the moving puncture technique. This can be used +with (\codename{CarpetTracker}) to have the mesh refinement regions follow the +black holes as they move across the grid. The black hole position is +stored as the centroid of a spherical surface (even though there is no surface) +provided by \codename{SphericalSurface}. +Since the punctures only move due to the shift advection terms in +the BSSN equations, the puncture location is evolved very simply as +\begin{equation} + \frac{d x^i}{d t} = -\beta^i, \label{eq:puncturetracking} +\end{equation} +where $x^i$ is the puncture location and $\beta^i$ is the shift. Since the +puncture location usually does not coincide with gridpoints, the shift is +interpolated to the location of the puncture. +Equation~(\ref{eq:puncturetracking}) is implemented with a simple first order +Euler scheme, which seems to be accurate enough for controlling the mesh +refinement grids. \subsection{Infrastructure and Numerical Methods} \todo{1/2 page Erik}

1 0

[svn:einsteintoolkit] Paper_EinsteinToolkit_2010/ (Rev. 15)
by bcmsma＠astro.rit.edu 24 Jan '11

24 Jan '11

User: bmundim Date: 2011/01/24 11:40 AM Modified: / ET.tex Log: thorn --> module File Changes: Directory: / ============ File [modified]: ET.tex Delta lines: +11 -11 =================================================================== --- ET.tex 2011-01-24 17:32:44 UTC (rev 14) +++ ET.tex 2011-01-24 17:40:13 UTC (rev 15) @@ -400,16 +400,16 @@ \subsection{Initial Data} \todo{1/2 page Josh, Bruno} -The Einstein Toolkit contains many thorns used to generate initial data for GR simulations, -including both vacuum and hydrodynamical configurations. These include thorns used primarily +The Einstein Toolkit contains many modules used to generate initial data for GR simulations, +including both vacuum and hydrodynamical configurations. These include modules used primarily for testing out various components of the evolution scheme as well as physically motivated -configurations that describe single of binary blacks and/or neutron stars. Many of the thorns +configurations that describe single of binary blacks and/or neutron stars. Many of the modules are self-contained, consisting of either all the code to generate exact initial solutions or the numerical tools required to construct solutions known semi-analytically. Others, though, require the installation of other numerical software packages that are included in the toolkit -as External libraries. The {\tt twopunctures} thorn \cite{Ansorg:2004ds}, commonly used in numerical +as External libraries. The {\tt twopunctures} module \cite{Ansorg:2004ds}, commonly used in numerical relativity to generate binary black hole data, invokes the GNU Scientific Library [GSL; \cite{Galassi:2009}]. -Several thorns have also been implemented to read in datafiles generated by the +Several modules have also been implemented to read in datafiles generated by the {\tt Lorene code} \cite{Loreneweb,GGTMB}, including the BHBH, BHNS, and NSNS data made publicly available through the Lorene website. @@ -420,10 +420,10 @@ in question represents vacuum or a hydrodynamical configuration. Finally, any necessary cleanup is typically performed at the end of the initial step, prior to the iterations forward in time. -For vacuum initial data configurations, an initial data thorn must supply $g_{ij}$, the spatial 3-metric, +For vacuum initial data configurations, an initial data module must supply $g_{ij}$, the spatial 3-metric, and $K_{ij}$, the extrinsic curvature. While the evolution scheme typically makes use of the BSSN formalism, the conversion between the physical and conformal metric and extrinsic curvature is handled solely within -evolution thorns, and is not referenced by initial data ones. Optionally, many initial data thorns also +evolution modules, and is not referenced by initial data ones. Optionally, many initial data modules also supply values for the lapse and shift vector, and in some cases time derivatives as well, though these may be supplied by other routines depending on the freedom to choose gauge conditions envisioned for a specific configuration. @@ -450,13 +450,13 @@ \end{enumerate} \item Black Hole configurations: \begin{enumerate} -\item {\tt IDAnalyticBH}: This thorn can generate Schwarzchild black holes, as well as the Misner solution +\item {\tt IDAnalyticBH}: This module can generate Schwarzchild black holes, as well as the Misner solution for multiple BHs and the brill-Lindquist binary BH solution. -\item {\tt IDAxibrillBH,~IDAxiOddBrillBH}: These thorns generate single black holes deformed by even and +\item {\tt IDAxibrillBH,~IDAxiOddBrillBH}: These modules generate single black holes deformed by even and odd parity axisymmetric perturbations, respectively. -\item {\tt DistortedBHIVP,~RotatingDBHIVP}: These thorns generate single black holes distorted by even +\item {\tt DistortedBHIVP,~RotatingDBHIVP}: These modules generate single black holes distorted by even and odd-parity non-axisymmetric perturbation, respectivey. -\item {\tt TwoPunctures}: This thorn generates accurate binary black-hole initial data. +\item {\tt TwoPunctures}: This module generates accurate binary black-hole initial data. \end{enumerate} \end{itemize}

1 0

[svn:einsteintoolkit] Paper_EinsteinToolkit_2010/ (Rev. 14)
by knarf＠cct.lsu.edu 24 Jan '11

24 Jan '11

User: knarf Date: 2011/01/24 11:32 AM Modified: / ET.tex Log: more on base modules Directory Changes: Directory: / ============ Property changes on: ___________________________________________________________________ Directory: /svn:ignore/ ======================= + *.aux *.bbl *.blg *.log *.out *.toc File Changes: Directory: / ============ File [modified]: ET.tex Delta lines: +28 -3 =================================================================== --- ET.tex 2011-01-24 17:20:25 UTC (rev 13) +++ ET.tex 2011-01-24 17:32:44 UTC (rev 14) @@ -367,11 +367,36 @@ detail, because general relativistic codes use different conventions in especially those areas. -\paragraph{Vacuum Spacetimes} +Spacetime evolution methods used within the Cactus framework use +different formulations, but all are based on the ADM +construction~\cite{Arnowitt:1962hi}. This makes this formulation the +natural choice of a common denominator to exchange data between +modules using different formulations. The following variables are +declared in the \codename{ADMBase} module: +the three-metric $\gamma_ij$, +the extrinsic curvature $K_ij$, +the lapse function $\alpha$ and shift function $\beta^i$, +both together with their first time derivatives. +This base module also defines common parameters to manage interaction +between different modules, like which type of initial data should +be setup or which evolution method should be used at run-time. -\paragraph{Relativistic Matter Spacetimes} +Similar to \codename{ADMBase}, a module called \codename{HydroBase} defines the common +basis for interactions between modules dealing with relativistic +hydrodynamics. It is using the conventions of the Valencia +formulation~\cite{Marti:1991wi,Banyuls:1997zz,Ibanez:2001:godunov}. +In particular, it defines the rest-mass density $\varrho$, the gas +pressure $p$, internal energy density $\epsilon$, the +contravariant gas three velocity defined as +$v^i = \frac{u^i}{\alpha u^0} + \frac{\beta^i}{\alpha}$, the electron +fraction $Y_e$, the temperature $T$, the specific entropy per +particle $s$ and the contravariant magnetic field vector $B^i$, defined +as $B^i = \frac{1}{\sqrt{4\pi}} n_{\nu} F^{*\nu i}$, in terms of the dual +$F^{*\mu\nu} = \frac{1}{2}\varepsilon^{\mu\nu\alpha\beta}F_{\alpha\beta}$ +to the Faraday tensor and the unit normal of the foliation of spacetime +$n^\mu$. \todo{FL: Is this too much information? Should we put some of the +formulas into a separate eq environment?} - \subsection{Initial Data} \todo{1/2 page Josh, Bruno}

1 0

[svn:einsteintoolkit] Paper_EinsteinToolkit_2010/ (Rev. 13)
by ian.hinder＠aei.mpg.de 24 Jan '11

24 Jan '11

User: hinder Date: 2011/01/24 11:20 AM Modified: / ET.tex Log: Add citations to Kranc section File Changes: Directory: / ============ File [modified]: ET.tex Delta lines: +2 -2 =================================================================== --- ET.tex 2011-01-24 17:13:56 UTC (rev 12) +++ ET.tex 2011-01-24 17:20:25 UTC (rev 13) @@ -308,7 +308,7 @@ \subsection{Kranc} \todo{1/3 page Ian} -Kranc is a Mathematica application which converts a high-level +Kranc\cite{Husa:2004ip,kranc04,krancweb} is a Mathematica application which converts a high-level continuum description of a PDE into a highly optimised module for Cactus, suitable for running on anything from a laptop to the world's largest HPC systems. Such codes contain a large amount of complexity, @@ -334,7 +334,7 @@ from the following features added to Kranc after the codes themselves were written: (i) OpenMP parallelisation support, necessary for efficient use of modern multi-core processors; (ii) support for -multipatch domains with the Llama code; (iii) automatic generation of +multipatch domains with the Llama\cite{Pollney:2009yz} code; (iii) automatic generation of vectorised code, where the equations are evaluated simultaneously by the processor for two grid points at the same time, (iv) common subexpression elimination, and various other optimisation strategies.

1 0

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

Commits