#582: Semi-automatically split McLachlan's calculations
-----------------------------------+----------------------------------------
Reporter: eschnett | Owner:
Type: enhancement | Status: new
Priority: major | Milestone:
Component: EinsteinToolkit thorn | Version:
Keywords: |
-----------------------------------+----------------------------------------
Split McLachlan's calculations semi-automatically in two ways: (a) by
variable, so that e.g. dot[g] and dot[K] are calculated separately, and
(b) by pattern, so that advection terms, dissipation, and "everything
else" are calculated separately. Also introduce parameters to choose which
routines are called at run time.
This is somewhat a work in progress, in that the patch is good, but the
API defined to split kernels is more complex and less failsafe than it
should be.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/582>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#1671: ExternalLibraries/HDF5
------------------------------------+---------------------------------------
Reporter: bmundim | Owner:
Type: defect | Status: new
Priority: minor | Milestone:
Component: EinsteinToolkit thorn | Version: development version
Keywords: ExternalLibraries HDF5 |
------------------------------------+---------------------------------------
By convention the variable LIBSZ_DIR should point to the installation
directory of the library sz, however here it points to the location of the
library itself.
The attached patch fix this usage issue. I volunteer to fix the simfactory
optionlists after applying this patch to both development and wheeler
releases.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/1671>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#1071: ensure atmosphere is properly set after ID
-----------------------------------+----------------------------------------
Reporter: knarf | Owner:
Type: defect | Status: new
Priority: major | Milestone: ET_2012_11
Component: EinsteinToolkit thorn | Version: development version
Keywords: |
-----------------------------------+----------------------------------------
At the moment GRHydro doesn't ensure properly that the atmosphere is set
after initial data. This is no problem as long as the ID thorn takes care
of this, the ID doesn't contain atmosphere or the EOS is sufficiently
robust to 'recover'. However, this is not always the case. Thus, I propose
to set the atmosphere mask in PostInitial, initializing it according to
whatever was setup there by some other thorn.
The patch to do that is attached. It is only a change to schedule.ccl as
the corresponding function already exists.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/1071>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#1152: Add option to compute center of mass to hydro_analysis and lots of smaller
changes
-----------------------------------+----------------------------------------
Reporter: rhaas | Owner:
Type: enhancement | Status: new
Priority: minor | Milestone:
Component: EinsteinToolkit thorn | Version:
Keywords: Hydro_Analysis |
-----------------------------------+----------------------------------------
The attached set of patches adds the possibility to compute a center of
mass location to hydro_analysis. It works by computing the center of mass
(via x[idx]*rho[idx]) of the matter in a region of radius
Hydro_Analysis_r_core around the point of maximum density. Only points
whose density is above a fraction Hydro_Analysis_rho_core_rel_min of the
maximum density are considered.
I also include a number of bugfix patches and patches to make
Hydro_Analysis more controllable by user input rather than hard-coded
values. All patches contain a short description in the patch (ie. the git
commit message).
The ones adding extra control and/or warnings are:
* Hydro_Analysis: add verbosity_level option to control how much data to
output to stdout
* Hydro_Analysis: use Fortran modules for prototypes if available
* Hydro_Analysis: add parameters to control which interpolator is used
* Hydro_Analysis: make parameters steerable
* Hydro_Analysis: warn if grid point with maximum value cannot be found on
grid
* Hydro_Analysis: add parameter Hydro_Analysis_comp_rho_max_every
* Hydro_Analysis: add option rho_max_loc_use_rotatingsymmetry180
* Hydro_Analysis: add option to average the location of multiple identical
maxima
* Hydro_Analysis: fiddle with when to warn about multiple identical maxima
Bugfixes are:
* Hydro_Analysis: checkpoint grid scalars
* Hydro_Analysis: do reduction in global mode
New feature:
* Hydro_Analysis: add routine to compute center of mass in core region
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/1152>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#1710: Some release tags were created as SVN branches
--------------------+-------------------------------------------------------
Reporter: hinder | Owner:
Type: defect | Status: new
Priority: major | Milestone:
Component: Other | Version: development version
Keywords: |
--------------------+-------------------------------------------------------
If you look at https://svn.aei.mpg.de/numrel/AEIThorns/ADMMass/branches/,
you will see that there is a branch called ET_2014_11_v0 - this is
supposed to be the name of a tag. Similarly, if you look in
https://svn.aei.mpg.de/numrel/AEIThorns/ADMMass/tags/, there is no
ET_2014_11_v0. I expect this happened with all the SVN repositories for
this release.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/1710>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#1705: jenkins triggers release build on changes in master
--------------------+-------------------------------------------------------
Reporter: knarf | Owner:
Type: defect | Status: new
Priority: minor | Milestone:
Component: Other | Version: development version
Keywords: |
--------------------+-------------------------------------------------------
Something is off with triggering EinsteinRelease builds. An example was
that a build was triggered by c4177ef in EinsteinEvolve, but that didn't
happen on the release branch:
https://build.barrywardell.net/job/EinsteinToolkitReleased/69/changes#detaiā¦
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/1705>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#1706: Make Carpet's ASCII output independent of the number of processors
-------------------------+--------------------------------------------------
Reporter: eschnett | Owner: hinder
Type: enhancement | Status: new
Priority: major | Milestone:
Component: Cactus | Version: development version
Keywords: |
-------------------------+--------------------------------------------------
See <https://bitbucket.org/cactuscode/cactus/pull-request/3/cactus-ignore-
empty-lines-in-test-case/diff>. In addition to this change, one also needs
to disable output of the ghost zones in CarpetIOASCII.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/1706>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#1709: simfactory option lists using SSL_DIR rather than OPENSSL_DIR
------------------------+---------------------------------------------------
Reporter: rhaas | Owner: eschnett
Type: defect | Status: new
Priority: minor | Milestone:
Component: SimFactory | Version: development version
Keywords: |
------------------------+---------------------------------------------------
Some option lists in simfactory specify SSL_DIR rather than OPENSSL_DIR.
The affected ones are for Carver, Tesla, Varia, and MacOS option lists.
The should all be changed to OPENSSL_DIR since this is the only variable
that the OpenSSL external library looks for. This was tested to work fine
on OSX Yosemite using homebrew but I cannot test it on the other machine.
If someone with access to them wants to test, then a simfactory branch is
in rhaas/OPENSSL_DIR and a pull request is here:
https://bitbucket.org/simfactory/simfactory2/pull-request/2/use-
openssl_dir-rather-than-ssl_dir/diff
Unless objections are raised I will commit this change on Monday before
the ET call.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/1709>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#1006: ExternalLibraries' configure.sh scripts handle /usr inconistently
-----------------------------------+----------------------------------------
Reporter: rhaas | Owner:
Type: defect | Status: new
Priority: minor | Milestone:
Component: EinsteinToolkit thorn | Version:
Keywords: ExternalLibraries |
-----------------------------------+----------------------------------------
library path used for -L should not contain the system paths at least
/lib, /lib64, /usr/lib, /usr/lib64, /usr/local/lib, /usr/local/lib64 (plus
MacOS equivalents, and any other OS we support).
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/1006>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#1682: New thorn CactusExamples/Poisson
-----------------------------------+----------------------------------------
Reporter: eschnett | Owner:
Type: enhancement | Status: new
Priority: major | Milestone:
Component: EinsteinToolkit thorn | Version: development version
Keywords: |
-----------------------------------+----------------------------------------
I suggest to include the thorn CactusExamples/Poisson into the Einstein
Toolkit. This thorn solves the Poisson equation, i.e. an elliptic
equation, using the TATelliptic interface. A sample parameter file uses
PETSc as back-end (via the generic TATelliptic interface).
Pull request at <https://bitbucket.org/cactuscode/cactusexamples/pull-
request/1/new-example-thorn-poisson-for-tatelliptic/diff>.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/1682>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit