[Commits] [svn:einsteintoolkit] www/about/releases/ (Rev. 1690)
knarf at cct.lsu.edu
knarf at cct.lsu.edu
Fri Dec 16 10:54:23 CST 2016
User: knarf
Date: 2016/12/16 10:54 AM
Added:
/about/releases/
ET_2016_11_announcement.php
Log:
php version of release announcement
File Changes:
Directory: /about/releases/
===========================
File [added]: ET_2016_11_announcement.php
Delta lines: +212 -0
===================================================================
--- about/releases/ET_2016_11_announcement.php (rev 0)
+++ about/releases/ET_2016_11_announcement.php 2016-12-16 16:54:23 UTC (rev 1690)
@@ -0,0 +1,212 @@
+<?php $title='Release Announcement';
+include_once($_SERVER['DOCUMENT_ROOT'].'/global/header.php');?>
+
+<p>We are pleased to announce the fourteenth release (code name
+"<a href="https://en.wikipedia.org/wiki/Cecilia_Payne-Gaposchkin">Gaposchkin</a>") of the
+Einstein Toolkit, an open, community developed software infrastructure for
+relativistic astrophysics. The highlights of this release are:</p>
+
+<ul>
+<li> The Llama multi-patch infrastructure, which has been publicly
+ available for some time already, is now part of the Einstein
+ Toolkit. An example in the Einstein Toolkit Gallery shows how to
+ run Llama with a simple wave equation.</li>
+
+<li> There is a new example in the Einstein Toolkit Gallery demonstrating
+ how to evolve a binary black hole system and reproduce a waveform
+ consistent with GW150914, the first gravitational wave event
+ detected by LIGO.</li>
+</ul>
+
+<p>In addition, bug fixes accumulated since the previous release in May 2016
+have been included.</p>
+
+<p>The Einstein Toolkit is a collection of software components and tools for
+simulating and analyzing general relativistic astrophysical systems that builds
+on numerous software efforts in the numerical relativity community including
+CactusEinstein, the Carpet AMR infrastructure and the relativistic
+magneto-hydrodynamics code GRHydro. For parts of the toolkit, the Cactus
+Framework is used as the underlying computational infrastructure providing
+large-scale parallelization, general computational components, and a model for
+collaborative, portable code development. The toolkit includes modules to build
+complete codes for simulating black hole spacetimes as well as systems governed
+by relativistic magneto-hydrodynamics.</p>
+
+<p>The Einstein Toolkit uses a distributed software model and its different
+modules are developed, distributed, and supported either by the core team of
+Einstein Toolkit Maintainers, or by individual groups. Where modules are
+provided by external groups, the Einstein Toolkit Maintainers provide quality
+control for modules for inclusion in the toolkit and help coordinate support.
+The Einstein Toolkit Maintainers currently involve postdocs and faculty from
+six different institutions, and host weekly meetings that are open for anyone
+to join in.</p>
+
+<p>Guiding principles for the design and implementation of the toolkit include:
+open, community-driven software development; well thought out and stable
+interfaces; separation of physics software from computational science
+infrastructure; provision of complete working production code; training and
+education for a new generation of researchers.</p>
+
+<p>For more information about using or contributing to the Einstein Toolkit, or to
+join the Einstein Toolkit Consortium, please visit our web pages at
+http://einsteintoolkit.org.</p>
+
+<p>The Einstein Toolkit is primarily supported by NSF
+1550551/1550461/1550436/1550514 (Einstein Toolkit Community Integration and
+Data Exploration).</p>
+
+<p>The Einstein Toolkit contains about 200 regression test cases. On a large
+portion of the tested machines, almost all of these test suites pass, using both
+MPI and OpenMP parallelization.</p>
+
+<h4>The changes between this and the previous release include:</h4>
+
+<ul><li><b>Larger changes since last release</b></li></ul>
+
+<ul>
+ <li>
+ Cactus Flesh
+ <ul>
+ <li>Update linker flags to allow linking using newer versions of 'ar'</li>
+ <li>Add '.' to perl @INC directory to allow build using newer versions of Perl</li>
+ <li>Provide Cactus version as CACTUS capability to thorns</li>
+ <li>Allow aligning interior (instead of just origin) of grid functions</li>
+ <li>Output build timing information in VERBOSE mode</li>
+ </ul></li>
+ <li>
+ Formaline
+ <ul>
+ <li>Attempt to use fast methods where possible (hardlinks are available)</li>
+ <li>Only update files in thorns that changed.</li>
+ This should make it noticeably faster on most systems</li>
+ </ul></li>
+ <li>
+ Simfactory
+ <ul>
+ <li>use of environment variables CACTUS_NUM_PROCS and CACTUS_NUM_THREADS
+ in runscript of all machines. Update your private entries accordingly.</li>
+ <li>Updates to several machines (too many to list)</li>
+ </ul></li>
+ <li>
+ Multipole
+ <ul>
+ <li>Add possibility to have separate output directory</li>
+ </ul></li>
+ <li>
+ ExternalLibraries
+ <ul>
+ <li>Version updates if built from scratch: OpenMPI, OpenBLAS</li>
+ </ul></li>
+ <li>
+ New thorns or tools
+ <ul>
+ <li>Llama
+ <ul>
+ <li>multi-patch infrastructure for the Einstein Toolkit
+ <li>has been publicly available for some time already, but is
+ now part of the Einstein Toolkit</li>
+ </ul></li>
+ </ul></li>
+</ul>
+
+<ul><li><b>Upcoming changes for the next releases</b></li></ul>
+
+<p>The Tmunu parameter <b>support_old_CalcTmunu_mechanism</b>, will be removed after this
+release. If you rely on this, your code is probably unnecessarily slow. Let us
+know if the removal would create a problem for you.</p>
+
+<p>Most of the Fortran code in GRHydro was already replaced by more modern, and
+much easier to maintain C++ code. Up to now, both versions are compiled, and
+can be chosen at start-time. For a few releases the C++ versions are the
+default. After this release, the Fortran versions will be removed. Let us know
+if the removal would create a problem for you.</p>
+
+<ul><li><b>How to upgrade from Brahe (ET_2016_05)</b></li></ul>
+
+<p>To upgrade from the previous release, use GetComponents with the new thornlist
+to check out the new version. Switching to the new branch is not possible for
+most repositories due to repository moves.</p>
+
+<p>See the <a href="http://einsteintoolkit.org/download/">Download</a> page on the Einstein Toolkit website for download instructions.</p>
+
+<ul><li><b>Remaining issues with this release</b></li></ul>
+
+<ul>
+ <li>Certain machines need to be configured specially in Simfactory because the
+ remote directories cannot be determined automatically just from the user
+ name. See the Machine notes below.</li>
+ <li>Recovering with Carpet: Carpet stores metadata (such as the simulation time)
+ only for Carpet::max_timelevels time levels, although it is possible to
+ allocate more time levels. These additional time levels then cannot be
+ recovered; the symptom is an assertion failure during recovery. The solution
+ is to either increase Carpet::max_timelevels, or to decrease the number of
+ active time levels.</li>
+</ul>
+
+<ul><li><b>Machine notes</b></li></ul>
+
+<p>Supported (tested) machines include:</p>
+
+<ul>
+ <li> Default Debian, Ubuntu, Fedora, CentOS, and MacOS installations</li>
+ <li> Bethe</li>
+ <li> Bluewaters</li>
+ <li> Comet (#)</li>
+ <li> Draco (#)</li>
+ <li> Edison (#)</li>
+ <li> Galileo</li>
+ <li> Gulob (#)</li>
+ <li> Gordon</li>
+ <li> Hydra (#)</li>
+ <li> Minerva</li>
+ <li> Queenbee 2</li>
+ <li> Shelob</li>
+ <li> SuperMic (#)</li>
+ <li> Supermike II</li>
+ <li> Stampede (CPU) (*#)</li>
+ <li> Wheeler</li>
+ <li> Zwicky</li>
+</ul>
+
+<ul>
+ <li>* Stampede: defs.local.ini needs to have sourcebasedir = $WORK and basedir =
+ $SCRATCH/simulations configured for this machine. You need to determine
+ $WORK and $SCRATCH by logging in to the machine.
+ A new configuration for KNL nodes is being worked on, but not yet included
+ in the release (but compilation works and tests mostly pass).</li>
+ <li> ML_ADMConstraints: There seems to be a problem regarding calculating the
+ constraints from the BSSN quantities. The exact problem is not known yet,
+ but indications point towards a compiler problem (Intel in all cases).
+ In all cases the metric data (evolved with ML_BSSN) is identical to the test
+ data (to round-off error) and only the ML_ADMConstraints data differ
+ significantly from the test data. If output statements of relevant
+ quantities are inserted into the code, the differences disappear
+ One consistent symptom is failing of the Dissipation and RotatingSymmetry
+ testsuites (as they include output of the constraints using
+ ML_ADMConstraints). Investigations on this matter will continue,
+ new findings, together with workarounds/solutions will be announced on
+ the users mailing list, and will be back-ported into the release branch.
+ Updates can be found in ticket
+ <a href="https://trac.einsteintoolkit.org/ticket/1995">#1995</a>.</li>
+</ul>
+
+<p>All repositories participating in this release carry a branch ET_2016_11
+marking this release. These release branches will be updated if severe
+errors are found.</p>
+
+<p>The "Gaposchkin" Release Team on behalf of the Einstein Toolkit Consortium
+(2016-12-08)</p>
+
+<p>
+ Steven R. Brandt<br />
+ Peter Diener<br />
+ Roland Haas<br />
+ Ian Hinder<br />
+ Frank Löffler<br />
+ Erik Schnetter<br />
+ Barry Wardell<br />
+</p>
+
+<p>December 16th, 2016</p>
+
+<?php include_once($_SERVER['DOCUMENT_ROOT'].'/global/footer.php');?>
More information about the Commits
mailing list