#429: Parallelising AEILocalInterp
-----------------------------------+----------------------------------------
Reporter: eschnett | Owner:
Type: enhancement | Status: new
Priority: major | Milestone:
Component: EinsteinToolkit thorn | Version:
Keywords: |
-----------------------------------+----------------------------------------
The enclosed patch parallelises AEILocalInterp via OpenMP.
This leads to a slight change in behaviour. Currently, AEILocalInterp
traverses the list of points sequentially, and aborts when the first error
is encountered. After parallelisation, there is no fixed order in which
the points are traversed, and if several errors are encountered, any one
of the errors may be returned, not necessarily the first. I am not aware
of any thorn that would or should rely on such an ordering.
This patch also adds "restrict" and "const" statements that may improve
performance as it gives the compiler more information about dependencies
between pointers.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/429>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#729: RotatingSymmetry90 as applied to pseudo vectors fail
-----------------------------------+----------------------------------------
Reporter: bmundim | Owner:
Type: defect | Status: new
Priority: major | Milestone:
Component: EinsteinToolkit thorn | Version:
Keywords: RotatingSymmetry90 |
-----------------------------------+----------------------------------------
Hi,
doing some tests today with RotatingSymmetry90 today I noticed the
symmetry conditions were not applied correctly for Bvec as defined by
hydrobase:
CCTK_REAL Bvec[3] type = GF Timelevels = 3
tags='ProlongationParameter="HydroBase::prolongation_type"
tensortypealias="U" tensorparity=-1 interpolator="matter"' "Magnetic field
components B^i"
The parity settings used to work until recently. Does anyone know what
could be causing this problem?
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/729>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#525: Clean up CCTK_GFINDEX definitions
-------------------------+--------------------------------------------------
Reporter: eschnett | Owner:
Type: enhancement | Status: new
Priority: minor | Milestone:
Component: Cactus | Version:
Keywords: |
-------------------------+--------------------------------------------------
The way in which CCTK_GFINDEX is defined is a bit complex, probably
unnecessarily so. The file cctk.h distinguishes between compilers which
support inlining and compilers which don't. This is probably useless these
days since every compiler supports inlining, and if not, we don't really
expect it to be fast.
If the compiler supports inlining, we define static inline functions,
which may or may not check array indices. If the compiler does not support
inlining, and if CCTK_DEBUG is defined, then we use regular functions
defined in DebugDefines.c, otherwise (i.e. without CCTK_DEBUG) we use
macros.
Overall, the indexing functions are defined three times, including once as
macros. I suggest to simplify this, based on the assumption that every
fast compiler supports inlining. I assume so because (a) the ubiquity of
C++, which relies heavily on inlining, and (b) C99 officially introduced
inlining 12 years ago.
The new setup would have "static inline" definitions (without index
checking) in cctk.h, and would have regular functions (with index
checking) in DebugDefines.c, and would choose between these two
implementations via CCTK_DEBUG.
This would eliminate the macros, and would eliminate the case distinction
based on whether the compiler supports inlining.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/525>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#262: make error messages in ReflectionSymmetry more informative
--------------------------------------------+-------------------------------
Reporter: roland.haas@… | Type: enhancement
Status: new | Priority: minor
Milestone: | Component: Cactus
Version: | Keywords:
--------------------------------------------+-------------------------------
this small patch includes the value of ierr in ReflectionSymmetries error
messages
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/262>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#642: Cactus documentation target AllDoc does not make all the documentation
-------------------------+--------------------------------------------------
Reporter: hinder | Owner:
Type: enhancement | Status: new
Priority: optional | Milestone:
Component: Cactus | Version:
Keywords: |
-------------------------+--------------------------------------------------
The Cactus
make AllDoc
command does not make all the documentation - specifically it does not
make the ThornGuide consisting of documentation for all the thorns. It
does make the individual thorn documents. Is there a reason for this?
Perhaps in the past this was a performance issue, but the documentation
can be generated in minutes now, and typically this is not done very
frequently. I think we should change the system so that AllDoc generates
all the documentation.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/642>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#654: Make SphericalSlice part of the ET
-----------------------------------+----------------------------------------
Reporter: hinder | Owner:
Type: enhancement | Status: new
Priority: major | Milestone: ET_2012_05
Component: EinsteinToolkit thorn | Version:
Keywords: |
-----------------------------------+----------------------------------------
Christian Reisswig has a more general, more useful version of
SphericalSurface called SphericalSlice. This could be made part of the
ET.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/654>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#588: simfactory tries to create the scratch directory when submitting the job
------------------------+---------------------------------------------------
Reporter: rhaas | Owner: eschnett
Type: defect | Status: new
Priority: minor | Milestone:
Component: SimFactory | Version:
Keywords: |
------------------------+---------------------------------------------------
on some machines the desired scratch directory is not visible from the
head node but is compute node local (eg. kraken I think or zwicky for
sure).
Simfactory should not try to create the scratch directory on the node that
runs qsub but rather inside of the runscript or submitscript.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/588>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#733: Provide complete EVO meeting description on web pages
-------------------------------------+--------------------------------------
Reporter: eschnett | Owner:
Type: defect | Status: new
Priority: blocker | Milestone:
Component: EinsteinToolkit website | Version:
Keywords: |
-------------------------------------+--------------------------------------
The full EVO meeting descriptions should be on the ET web and wiki pages
and in emails. If e.g. the meeting name is missing, one has to stop evo,
follow the link which restarts evo, etc. If the phone number is missing,
then it is very difficult to call in without using starting EVO.
In particular, the page <http://einsteintoolkit.org/seminars/2012_01_16/>
has only a cryptic url and no other information. The announcing email only
pointed to this page.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/733>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#703: Failure to build h5check on datura
--------------------+-------------------------------------------------------
Reporter: hinder | Owner:
Type: defect | Status: new
Priority: minor | Milestone:
Component: Cactus | Version:
Keywords: |
--------------------+-------------------------------------------------------
When building the Einstein Toolkit thornlist on Datura, the utilities fail
to build with the error:
make[1]: No rule to make target
`/Users/barry/Research/Cactus/AEI/exe/sim/h5check', needed by `utils'.
Stop.
make[1]: Waiting for unfinished jobs....
cc1plus: warning: command line option '-std=c99' is valid for C/ObjC but
not for C++ [enabled by default]
make: *** [sim-utils] Error 2
datura.cfg has
HDF5_DIR = /cluster/hdf5/SL6/1.8.7-intel11.1.072all
Any ideas what might cause this problem?
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/703>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit