#215: Driscoll&Healy integration for Multipole
-------------------------+--------------------------------------------------
Reporter: eschnett | Owner:
Type: enhancement | Status: new
Priority: major | Milestone:
Component: Cactus | Version:
Keywords: |
-------------------------+--------------------------------------------------
The attached patch implements a more accurate integration over the sphere,
using an algorithm by Driscoll & Healy. This algorithm uses Gaussian
integration weights, leading (almost) to exponential convergence.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/215>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#512: Run testsuite in "distribute" script
-------------------------+--------------------------------------------------
Reporter: eschnett | Owner: eschnett
Type: enhancement | Status: new
Priority: minor | Milestone:
Component: SimFactory | Version:
Keywords: |
-------------------------+--------------------------------------------------
Run the testsuite in the distribute script.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/512>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#515: Silently overrides DEBUG and OPTIMISE options
---------------------------+------------------------------------------------
Reporter: barry.wardell | Owner: eschnett
Type: defect | Status: new
Priority: major | Milestone:
Component: SimFactory | Version:
Keywords: |
---------------------------+------------------------------------------------
When building a configuration with SimFactory, no matter what is set in
the OptionList it sets the DEBUG and OPTIMISE options based on its own
--optimise and --debug options, which default to enabling optimisation and
disabling debug. This means that even if I have an OptionList with
DEBUG="yes", SimFactory will silently change this to DEBUG="no". This is
very unexpected and should not happen.
I think SimFactory should respect what is set in the OptionList and never
change it. The attached patch disables the overriding of all OptionList
settings.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/515>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#936: Cactus binary tree implementation in src/util/BinaryTree.c is broken
----------------------+-----------------------------------------------------
Reporter: rhaas | Owner:
Type: defect | Status: new
Priority: optional | Milestone:
Component: Cactus | Version:
Keywords: |
----------------------+-----------------------------------------------------
It contains an obvious bug of the form:
{{{
int i = something;
if(i<0) {...}
else if(i>0) {...}
else if(i==0} {...}
else {do something else}
}}}
which is clearly nonsensical (this is the second half of the patch). It
also triggers segfaults since it blindly recurses into NULL pointers.
The second one concerns adding elements into the tree, which always
compares to the prospective subtree's parent rather than the subtree
itself.
No thorn seems to use these functions right now, nor are they documented.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/936>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#952: OpenCL detection
-----------------------------------+----------------------------------------
Reporter: knarf | Owner:
Type: defect | Status: new
Priority: minor | Milestone: ET_2012_11
Component: EinsteinToolkit thorn | Version: development version
Keywords: |
-----------------------------------+----------------------------------------
OpenCL (the externallibraries thorn) so far only contains some pretty
hard-coded logic for Mac installations and also now breaks (aborts) if
OpenCL is compiled, but OPENCL_DIR was not set. Before, this was not
necessary if opencl was installed in a standard location like /usr.
The attached new file (OpenCL.sh - a patch doesn't make sense because it's
almost a new file) implements a mechanism similar to other external
libraries, but keeps the hard-coded Mac paths since they don't seem to
follow any standard convention and I don't have any way to test that.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/952>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#957: Store replacements in simulation properties
------------------------+---------------------------------------------------
Reporter: eschnett | Owner: eschnett
Type: defect | Status: new
Priority: minor | Milestone:
Component: SimFactory | Version:
Keywords: |
------------------------+---------------------------------------------------
Store replacements (and additions, substitutions, etc.) in the
properties.ini file of a simulation.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/957>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#953: Don't produce core files while running test suite
-------------------------+--------------------------------------------------
Reporter: eschnett | Owner: eschnett
Type: enhancement | Status: new
Priority: minor | Milestone:
Component: SimFactory | Version:
Keywords: |
-------------------------+--------------------------------------------------
I suggest to disable core file while running the test suite:
{{{
$ svn diff bin/RunTestSuite
Index: bin/RunTestSuite
===================================================================
--- bin/RunTestSuite (revision 1694)
+++ bin/RunTestSuite (working copy)
@@ -13,4 +13,7 @@
# This is the number of MPI processes to run on
export CCTK_TESTSUITE_RUN_PROCESSORS=@NUM_PROCS@
+# Do not produce core files
+ulimit -c 0
+
make @CONFIGURATION@-testsuite PROMPT=no
}}}
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/953>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#956: Allow skipping setting the RHS to zero in MoL
-----------------------------------+----------------------------------------
Reporter: eschnett | Owner:
Type: enhancement | Status: new
Priority: minor | Milestone:
Component: EinsteinToolkit thorn | Version:
Keywords: |
-----------------------------------+----------------------------------------
By default, MoL initialises the RHS variables to zero before calling the
CalcRHS routines. This is (a) superfluous in a well-written code, and (b)
makes it impossible to re-use a RHS that has been calculated ahead of
time, e.g. at the end of the previous time step.
This patch adds a parameter to disable this behaviour.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/956>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#888: Add thorn ExternalLibraries/hwloc to Einstein Toolkit
-----------------------------------+----------------------------------------
Reporter: eschnett | Owner:
Type: enhancement | Status: new
Priority: minor | Milestone: ET_2012_05
Component: EinsteinToolkit thorn | Version:
Keywords: |
-----------------------------------+----------------------------------------
The Portable Hardware Locality (hwloc) software package provides a
portable abstraction (across OS, versions, architectures, ...) of the
hierarchical topology of modern architectures, including NUMA memory
nodes, sockets, shared caches, cores and simultaneous multithreading.
It also gathers various system attributes such as cache and memory
information. It primarily aims at helping applications with gathering
information about modern computing hardware so as to exploit it
accordingly and efficiently.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/888>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#951: Add lssh field to cGroupDynamicData
-------------------------+--------------------------------------------------
Reporter: eschnett | Owner:
Type: enhancement | Status: new
Priority: major | Milestone:
Component: Cactus | Version:
Keywords: |
-------------------------+--------------------------------------------------
The size and memory layout of grid functions is described by two
variables, cctk_lsh and cctk_lssh. The structure cGroupDynamicData is
missing the lssh field. I propose to add it, and am providing a patch.
cctk_lssh is originally intended to support staggered grid functions, i.e.
grid functions that have fewer "active" grid points than are allocated in
memory (e.g. n-1 cells vs. n vertices). This can also be used to pad grid
variables, which can improve cache efficiency and vectorisation.
Fully supporting cctk_lssh in the flesh will later allow supporting
padding in Carpet and/or PUGH.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/951>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit