#543: Change diff format in GetDomponents
---------------------------+------------------------------------------------
Reporter: eschnett | Owner: eric9
Type: enhancement | Status: new
Priority: major | Milestone:
Component: GetComponents | Version:
Keywords: |
---------------------------+------------------------------------------------
It would be convenient to change the format of GetComponent's --diff
command to output diffs that can be directly applied via "patch -p0"
from the main Cactus directory. That is, file names such as
"a/Tools/CodeGen/Schedule.m" should be changed to
"repos/Kranc/Tools/CodeGen/Schedule.m".
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/543>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#734: McLachlan triggers arithmetic exception (but results are fine)
-----------------------------------------+----------------------------------
Reporter: wolfgang.kastaun@… | Type: defect
Status: new | Priority: minor
Milestone: | Component: Other
Version: | Keywords: McLachlan
-----------------------------------------+----------------------------------
If I enable floating point exceptions for debugging purposes, they are
triggered by McLachlan in the routine
ML_BSSN_convertToADMBaseDtLapseShift_Body.
The guilty line is
568
kfmin(ToReal(1),kmul(INV(rL),ToReal(SpatialBetaDriverRadius)));
the involved values are
(gdb) p rL
$1 = 0
(gdb) p SpatialBetaDriverRadius
$2 = 1000000000000
This only happens once per grid, apparently at the origin.
The results look fine otherwise, no NaNs or INFs propagated, but this is
annoying when debugging other code, trying to find the first time a NaN is
produced.
ET version is the Maxwell release.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/734>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#666: have CarpetIOScalar output grid scalar directly rather than applying
reductions to them
-------------------------+--------------------------------------------------
Reporter: rhaas | Owner: eschnett
Type: enhancement | Status: new
Priority: minor | Milestone:
Component: Carpet | Version:
Keywords: |
-------------------------+--------------------------------------------------
Carpet already assumes that these grid scalars have the same value on all
processors. So reducing them does not generate any information that is not
already present by just looking at a single value.
The attached patch outputs grid scalars (from the root processor)
directly, this means that grid scalar output files can be used to output
timeseries like grid scalars (which is what many are).
The attached parfile and data files are a modfied version of a QLM test.
Notice how much nicer to read the scalar output *.scalar.asc is then the
0D output *..asc.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/666>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#744: Define API for finding out which MPI processes share a host
-------------------------+--------------------------------------------------
Reporter: eschnett | Owner:
Type: enhancement | Status: new
Priority: major | Milestone:
Component: Cactus | Version:
Keywords: |
-------------------------+--------------------------------------------------
This API could be a flesh API, provided by the driver, or could be
implemented via aliased functions.
For example:
int CCTK_nHosts(cGH*)
int CCTK_MyHost(cGH*)
Probably also functions for mapping:
process <-> (host, hostprocess)
host -> (list of processes)
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/744>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#749: provide funtion fasterp_setup_t::outofdate()
-------------------------+--------------------------------------------------
Reporter: rhaas | Owner:
Type: enhancement | Status: new
Priority: minor | Milestone:
Component: Other | Version:
Keywords: |
-------------------------+--------------------------------------------------
CarpetInterp2 tests if a fasterp_setup_t object is out of date (older than
the current regridding epoch) before it uses it. It would be useful to
export this test to user code so that they can check each time they want
to interpolate if they have to re-create the setup object. the attached
(trivial) patch does so. It has the advantage of hiding the internal
decision criterion from the user. Better names welcome.
Will apply on Monday unless there are objections.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/749>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#682: LSUThorns/Vectors: Simplify API for partial vector stores
-------------------------+--------------------------------------------------
Reporter: eschnett | Owner:
Type: enhancement | Status: new
Priority: major | Milestone:
Component: Other | Version:
Keywords: |
-------------------------+--------------------------------------------------
Implement vec_store_nta_partial, which offers a simpler interface,
similar to the one used in OpenCL.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/682>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#680: Add kifneg function
-----------------------------------+----------------------------------------
Reporter: eschnett | Owner:
Type: enhancement | Status: new
Priority: minor | Milestone:
Component: EinsteinToolkit thorn | Version:
Keywords: |
-----------------------------------+----------------------------------------
Add an kifneg function that does the opposite of kifpos, because
kifneg is more natural (in the same sense as "ifnotzero" is natural in
C.)
Incidentally, it should probably be renamed "ifmsb" instead, because
it can also be applied to unsigned quantities which don't have a sign
bit.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/680>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#746: new flesh APIs
-------------------------+--------------------------------------------------
Reporter: jtao | Owner:
Type: enhancement | Status: new
Priority: major | Milestone: Cactus_4.1.0
Component: Cactus | Version: development version
Keywords: |
-------------------------+--------------------------------------------------
To support parallel programming on heterogeneous systems, it will be
convenient to have the following APIs provided via flesh. These APIs
will be helpful for properly handling the matching between devices (e.g.
GPUs) and MPI processes.
// return a unique id for the local host;
int CCTK_MyHost(cGH *cctkGH);
// return total number of nodes;
int CCTK_nHosts(cGH *cctkGH);
// return number of mpi processes on a given host
int CCTK_nProcsOnHost(const int host);
// return a list of process on a given host
void CCTK_ProcsOnHost(const int host, int *procs);
Regards,
Jian
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/746>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#742: Let OpenCL print available platform and device info on startup
-------------------------+--------------------------------------------------
Reporter: knarf | Owner:
Type: enhancement | Status: new
Priority: minor | Milestone: ET_2012_05
Component: Cactus | Version: development version
Keywords: |
-------------------------+--------------------------------------------------
This patch lets the OpenCL thorn print information about available
platforms and devices on startup.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/742>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#743: CarpetIOHDF5 should use c++ compiler options for c++ compiler
-------------------------+--------------------------------------------------
Reporter: knarf | Owner: eschnett
Type: enhancement | Status: new
Priority: minor | Milestone: ET_2012_05
Component: Carpet | Version: development version
Keywords: |
-------------------------+--------------------------------------------------
Currently CarpetIOHDF5 uses the c compiler options with the c++ compiler
to build the utilities. This can lead to warnings about flags not
supported by c++ (only by c).
The attached patch let's it use the c++ compiler options instead.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/743>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit