#368: TimerReport: Improve error message when timers are inconsistent
-------------------------+--------------------------------------------------
Reporter: eschnett | Owner:
Type: enhancement | Status: new
Priority: minor | Milestone:
Component: Cactus | Version:
Keywords: |
-------------------------+--------------------------------------------------
TimerReport requires that all timers exist on all processes. If there is
an inconsistency, TimerReport aborts with an error. This patch improves
the error message by including the number of timers as well, so that one
sees which process is in error.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/368>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#311: TimerReport: Allow user to disable scheduled function timer table
-------------------------+--------------------------------------------------
Reporter: hinder | Owner:
Type: enhancement | Status: new
Priority: minor | Milestone:
Component: Cactus | Version:
Keywords: TimerReport |
-------------------------+--------------------------------------------------
Now that TimerReport has several options for outputting timer data, the
old-style table of schedule timers on standard output is often no longer
needed, and takes up a lot of space in standard output. The attached
patch provides a boolean parameter,
TimerReport::output_schedule_timers=yes/no, defaulting to "yes" to
maintain the current default behaviour. Users who want to use the "top
timers" output instead now have the option to disable the scheduled
function timer table.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/311>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#320: missing OMP PRIVATE in CarpetLib (W)ENO prolongation
--------------------+-------------------------------------------------------
Reporter: rhaas | Owner: rhaas
Type: defect | Status: new
Priority: minor | Milestone:
Component: Carpet | Version:
Keywords: |
--------------------+-------------------------------------------------------
this one is actually harmless since the section in question is apparently
only ever executed by a single thread (to to an OMP parallel in the
calling function data.cc/call_operator).
Also present in the mercurial version as far as I can tell.
ok to apply?
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/320>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#364: carpetcode.dyndns.org no longer available?
--------------------+-------------------------------------------------------
Reporter: rhaas | Owner: rhaas
Type: defect | Status: new
Priority: major | Milestone: ET_2011_05
Component: Carpet | Version:
Keywords: |
--------------------+-------------------------------------------------------
Did Carpet (and McLachlan) move to carpetcode.org for good? The old url
carpetcode.dyndns.org seems to be non functional right now (Name or
service not known).
If so we will have to update einsteintoolkit.th (in trunk) and maybe also
parts of the website.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/364>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#279: Compiling with Mac OS and Intel compiler leads to missing library warning
--------------------+-------------------------------------------------------
Reporter: hinder | Type: defect
Status: new | Priority: minor
Milestone: | Component: Cactus
Version: | Keywords:
--------------------+-------------------------------------------------------
When I compile Cactus with the Intel compiler on Mac OS I get the
following warning at link time:
ld: warning: directory '/opt/intel/Compiler/11.1/084/bin/lib' following
-L not found
I traced this to the known_architectures/darwin file which guesses the
location of the library directory relative to the output of $(which
ifort). I think now that newer compilers have 32 bit and 64 bit versions
under different directories, the directory layout has changed and the
guess is now wrong. The warning appears to be harmless, but it is
annoying. The attached patch checks to see if the first guess directory
exists, and if it doesn't, it looks one level higher up. On my system
this guess is correct and the warning message is eliminated. I looked at
the corresponding logic in the linux file but maybe the directory layout
is different on Linux.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/279>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#362: Improve roundoff accuracy of efficient RK4
-------------------------+--------------------------------------------------
Reporter: eschnett | Owner:
Type: enhancement | Status: new
Priority: major | Milestone:
Component: Cactus | Version:
Keywords: |
-------------------------+--------------------------------------------------
I just encountered a weird case where evolving Minkowski with the
efficient RK4 implementation was not static. It turns out that the reason
was floating-point round-off error in RK4. During each of the substeps,
RK4 adds terms with factors of 1/3 and 2/3, and for the final step, adds a
term with a factor of 4/3. Due to round-off, these terms do not cancel
exactly, so that the time-evolved lapse is slightly different from 1
(although all the lapse RHS terms are 0). The same goes for the diagonal
terms of the metric.
The attached patch keeps track of the round-off error when adding these
terms, leading to a more accurate integration result.
The problem described above is not always visible, but also depends on
optimisation settings.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/362>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#218: Documentation page should be better organised
----------------------------+-----------------------------------------------
Reporter: hinder | Owner:
Type: defect | Status: new
Priority: major | Milestone:
Component: Cactus website | Version:
Keywords: documentation |
----------------------------+-----------------------------------------------
The documentation page of the Cactus website,
http://cactuscode.org/documentation/
currently consists of a main body of text and a sidebar on the right. The
main body contains links to the PDF versions of some of the documentation,
and the sidebar contains links to other pieces of documentation, some but
not all of which are in the main body as well.
I propose that the sidebar is redundant, and not going to be noticed by
most people as it is a sidebar, and should be removed. The documentation
that is linked to from the sidebar should be linked to from the main part
of the page, and the links should be to the HTML versions of the
documentation. We could also provide links to the PDF versions as well,
if anyone likes them.
We could also be more descriptive about what each piece of documentation
is. For example, indicating which document new users should start with
(User's Guide).
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/218>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#347: HDF5 thorn expects sz library but does not handle sz.2
------------------------------------+---------------------------------------
Reporter: hinder | Owner:
Type: defect | Status: new
Priority: minor | Milestone:
Component: Other | Version:
Keywords: ExternalLibraries/HDF5 |
------------------------------------+---------------------------------------
The HDF5 thorn adds libsz to the list of libraries to link. When
installed using fink, the szip library is called libsz.2.dylib and there
is no libsz.dylib. I don't understand library versioning particularly
well. How should this be dealt with?
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/347>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit