#2098: ET workbench is down
-----------------------------------+----------------------------------------
Reporter: hinder | Owner: sbrandt
Type: defect | Status: new
Priority: major | Milestone: ET_2018_02
Component: Server Infrastructure | Version: development version
Keywords: |
-----------------------------------+----------------------------------------
The [https://www.einsteintoolkit.nationaldataservice.org ET workbench] is
not accepting connection requests currently.
$ openssl s_client -connect
www.einsteintoolkit.nationaldataservice.org:443
connect: Connection refused
connect:errno=61
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/2098>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#2080: Backports for the June 2017 release to compile on the NDS machine
-------------------------+--------------------------------------------------
Reporter: sbrandt | Owner:
Type: enhancement | Status: new
Priority: critical | Milestone:
Component: Other | Version: development version
Keywords: |
-------------------------+--------------------------------------------------
I would like to backport the following files from master to the June 6th
release of the ET. The files are
repos/simfactory2:
bin/sim
mdb/machines/jupyteret.ini
mdb/optionlists/generic.cfg
mdb/runscripts/generic.run
Also, a small modification to the PAPI thorn:
{{{
Index: src/detect.sh
===================================================================
--- src/detect.sh (revision 42)
+++ src/detect.sh (working copy)
@@ -27,7 +27,7 @@
# libraries might have different file extensions
for libext in a dll dll.a dylib lib so; do
# libraries can be in lib or lib64 (or libx32?)
- for libdir in lib64 lib; do
+ for libdir in lib64 lib lib/x86_64-linux-gnu; do
# These files must exist
FILES="include/papi.h ${libdir}/libpapi.${libext}"
# assume this is the one and check all needed files
}}}
With these changes, the ET builds on the NDS machine. Moreover, it should
more easily build on machines which have no explicit entry in Simfactory.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/2080>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#2029: GW150914 example should be updated to work with the Einstein Toolkit
thornlist
-------------------------+--------------------------------------------------
Reporter: hinder | Owner:
Type: enhancement | Status: new
Priority: optional | Milestone:
Component: Other | Version: development version
Keywords: gallery |
-------------------------+--------------------------------------------------
The GW150914 example currently uses its own thornlist, because Llama was
not part of the ET when it was created. Llama has now been added to the
ET. The GW150914 thornlist uses WaveExtractCPM and ADMConstraints. These
can probably be removed, for the sake of having a parameter file which
works with the ET thornlist. ADMConstraints can be replaced with
ML_ADMConstraints. WaveExtractCPM is an "in-development" code which has
not been extensively tested. It gives the GW strain directly from
Schwarzschild perturbation theory, without needing to go via fixed-
frequency integration of Psi4, so is good for quick plots. However, it
seems to give worse results than Psi4 for the ringdown, and possibly has
bugs in some of the l > 2 modes, so I don't think it is ready for
inclusion in the toolkit just yet.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/2029>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#2083: ET workbench signup broken for Safari
-------------------------+--------------------------------------------------
Reporter: hinder | Owner:
Type: defect | Status: new
Priority: major | Milestone:
Component: Other | Version: development version
Keywords: ETWorkbench |
-------------------------+--------------------------------------------------
When trying to sign up for the ET workbench
(https://www.einsteintoolkit.nationaldataservice.org/#/register) using
Safari 9.1.3, the bottom of the page containing the "Request Access"
button is obscured by the gray box with "all rights reserved" ... "UI",
"API" etc. See attached screen grab.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/2083>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#1725: Disable Fortran 77 support in Cactus
-------------------------+--------------------------------------------------
Reporter: eschnett | Owner:
Type: enhancement | Status: new
Priority: unset | Milestone:
Component: Other | Version: development version
Keywords: |
-------------------------+--------------------------------------------------
There are no "Fortran 77" compilers any more. Cactus currently
distinguishes between FCODE and F90CODE (pure Fortran 77, and Fortran 90).
The pure Fortran 77 code has less argument checking etc. and is less safe,
and is not needed any more. It should be removed, both from the makefile
system as well as from the CST that auto-generates code.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/1725>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#2100: Host a collection of numerical relativity talk slides
-------------------------------------+--------------------------------------
Reporter: hinder | Owner:
Type: enhancement | Status: new
Priority: minor | Milestone:
Component: EinsteinToolkit website | Version: development version
Keywords: |
-------------------------------------+--------------------------------------
There seems to be no good place to find the slides for scientific talks
that people have given, e.g. something like an arxiv for talks. In the
absence of this, we could have a page on the ET website which collects
together slides from talks on numerical relativity. We could either host
the PDF slides themselves, or we could point to externally-hosted slides.
Thoughts?
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/2100>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#2021: compiling Carpet fails with intel 17 and optimisation
-----------------------------------------+----------------------------------
Reporter: wolfgang.kastaun@… | Owner: eschnett
Type: defect | Status: new
Priority: unset | Milestone:
Component: Carpet | Version:
Keywords: |
-----------------------------------------+----------------------------------
Compiling carpet with intel 17.0.1 and -O2 or -O3 triggers an internal
compiler error ("internal error: 0_76"). It only affects the file bbox.cc.
Happened on two different clusters. ET version is Payne.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/2021>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#2072: Carpet: Disable OpenMP parallelization of transport operators
-------------------------+--------------------------------------------------
Reporter: eschnett | Owner: eschnett
Type: enhancement | Status: new
Priority: major | Milestone:
Component: Carpet | Version: development version
Keywords: |
-------------------------+--------------------------------------------------
This disables the OpenMP parallelization of Carpet's transport operators.
I have observed that this leads to a significant speedup when many threads
are used.
The likely reason is that the regions which are parallelized are typically
small. A typical reason would e.g. be the lower x-boundary of one
component of one grid variable. The OpenMP thread startup overhead and the
cache misses caused by parallelizing this are then larger than any
benefit.
See <https://bitbucket.org/eschnett/carpet/pull-requests/18/carpet-
disable-openmp-parallelization-of/diff>.
In a next step (not proposed here), we can parallelize transport operators
again, but at a much higher level, e.g. at the level of the loop over all
variables that need to be prolongated. However, Carpet currently (and
quite unfortunately) uses static variables to hold pointers to timers, and
these are not thread-safe. (Neither the static variables nor the timer
implementation itself are.) This needs to be either corrected or disabled,
which will be the topic of a further pull request.
At this time, I ask some of those who are interested in performance in
trying this pull request on a few iterations of a production simulation
that uses many OpenMP threads and report back here.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/2072>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#1784: osx-homebrew.cfg does not work out of the box on Yosemite
------------------------+---------------------------------------------------
Reporter: anonymous | Owner:
Type: task | Status: new
Priority: optional | Milestone:
Component: SimFactory | Version: ET_2015_05
Keywords: |
------------------------+---------------------------------------------------
When installing ET anew on Yosemite with the instructions in
osx-homebrew.cfg, the build fails because homebrew gets the latest version
of gcc (5.1), which is currently not the one then specified in the cactus
compilation options (4.9).
This problem was encountered by a student who approached ET for the first
time.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/1784>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#1757: Stampede needs to be updated
----------------------+-----------------------------------------------------
Reporter: hinder | Owner:
Type: task | Status: new
Priority: critical | Milestone:
Component: Other | Version: development version
Keywords: backport |
----------------------+-----------------------------------------------------
The SimFactory definition for Stampede currently uses the intel/13.1.1.163
compiler. This compiler will be removed next Tuesday (see
https://portal.tacc.utexas.edu/user-guides/stampede/intel15). According
to TACC, the current default is the older intel/13.0.2.146, and this is
the recommended and default compiler, and will remain so. Both compilers
have the "restrict" keyword blacklisted in Cactus (#1276). They will
install intel/15.0.1 at the end of April. There is also intel/14.0.1.106
available, but it is labeled as "limited software stack". It is not clear
why they are removing a newer compiler, or why they chose to do this a
month before installing an even newer one.
Our options are:
1. Upgrade to intel/14.0.1.106, which is labeled as "limited software
stack"
2. Downgrade to intel/13.0.2.146, which is the default and will remain so
for a while
This should be done both for the trunk and the release branch. I suggest
that option 2 is the most conservative, and probably the easiest, as there
might be libraries which are not compiled for intel/14.0.1.106.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/1757>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit