Trac

trac@lists.einsteintoolkit.org

8708 discussions

[Einstein Toolkit] #1766: simfactory creates its log file in repos/log/simfactory.log rather than Cactus/log/simfactory.log
by Einstein Toolkit 24 Apr '15

24 Apr '15

#1766: simfactory creates its log file in repos/log/simfactory.log rather than Cactus/log/simfactory.log ------------------------+--------------------------------------------------- Reporter: rhaas | Owner: Type: defect | Status: new Priority: minor | Milestone: Component: SimFactory | Version: development version Keywords: | ------------------------+--------------------------------------------------- right now (I suspect after the switch to git) simfactory creates its log file in repos/log/simfactory.log (so 2 level upwards from its bin directory). -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1766> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 0

[Einstein Toolkit] #1756: Pull requests: staggered restriction/prolongation operators
by Einstein Toolkit 23 Apr '15

23 Apr '15

#1756: Pull requests: staggered restriction/prolongation operators -------------------------+-------------------------------------------------- Reporter: rhaas | Owner: eschnett Type: enhancement | Status: new Priority: major | Milestone: Component: Carpet | Version: development version Keywords: | -------------------------+-------------------------------------------------- Pull request https://bitbucket.org/eschnett/carpet/pull-request/3/staggered- restriction-prolongation/diff implements the staggered operators required for edge centred vector potential MHD evolutions. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1756> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 3

[Einstein Toolkit] #1211: CarpetIOScalar should write file info for restart files
by Einstein Toolkit 22 Apr '15

22 Apr '15

#1211: CarpetIOScalar should write file info for restart files --------------------+------------------------------------------------------- Reporter: knarf | Owner: eschnett Type: defect | Status: new Priority: minor | Milestone: Component: Carpet | Version: Keywords: | --------------------+------------------------------------------------------- Currently Carpet doesn't write file info for files created by a restarted simulation (from a checkpoint, writing into a new file). It should instead write the header if it created the file - which means it need to check whether it appends or created the file new. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1211> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 3

[Einstein Toolkit] #1282: Enable HDF5 compression by default in Carpet
by Einstein Toolkit 22 Apr '15

22 Apr '15

#1282: Enable HDF5 compression by default in Carpet -------------------------+-------------------------------------------------- Reporter: hinder | Owner: eschnett Type: enhancement | Status: new Priority: major | Milestone: Component: Carpet | Version: Keywords: | -------------------------+-------------------------------------------------- The current default for CarpetIOHDF5::compression_level is 0 (no compression). I have been using compression in most of my HDF5 files for years, and have never run into any problem. CPUs are typically much faster than storage nowadays. I propose that the compression level should default to 9. This would affect output and checkpoint files, and could lead to huge space savings. Apart from the checkpoint files being written and read quicker and taking less disk space, the user should not notice, as the HDF5 library handles compression transparently. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1282> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 8

[Einstein Toolkit] #1760: Update supported machines wiki page
by Einstein Toolkit 13 Apr '15

13 Apr '15

#1760: Update supported machines wiki page -------------------------------------+-------------------------------------- Reporter: rhaas | Owner: Type: task | Status: new Priority: minor | Milestone: Component: EinsteinToolkit website | Version: development version Keywords: | -------------------------------------+-------------------------------------- The wiki page detailed the supported machines https://docs.einsteintoolkit.org/et-docs/Supported_Machines should be updated. Ideally this should be done mechanically based on simfactories machine.ini files. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1760> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 1

[Einstein Toolkit] #1750: [Pull request: CactusNumerical/LocalInterp2] C++ drop-in replacement for LocalInterp
by Einstein Toolkit 08 Apr '15

08 Apr '15

#1750: [Pull request: CactusNumerical/LocalInterp2] C++ drop-in replacement for LocalInterp -----------------------------------+---------------------------------------- Reporter: dradice@… | Owner: Type: enhancement | Status: new Priority: unset | Milestone: Component: EinsteinToolkit thorn | Version: development version Keywords: | -----------------------------------+---------------------------------------- LocalInterp2 is a drop-in replacement for LocalInterp, written in C++. The main features are: Use C++ template instead of macros to handle all of the Cactus datatypes. The interpolation kernels have datatype, order and number of dimensions as template parameters (so that most loops / methods can be unrolled / inlined), but apart from that I did not use much template metaprogramming, so that compiling time is reasonable. Completely generic Lagrange interpolation kernels: all orders and number of dimensions are supported (but need to be instantiated in the .cc file). Symmetric interpolation with respect to coordinate inversion (optional, but enabled by default) The higher level Cactus wrappers are adapted from the old LocalInterp, with some tweaks for the OpenMP parallelization. Unit tests for the low-level kernels (TestLocalInterp2 thorn). Passes the InterpToArray test suite. This code has not been used for production runs yet, so I am looking for some adventurous user willing to test it. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1750> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 12

[Einstein Toolkit] #1703: captcha for wiki not working
by Einstein Toolkit 06 Apr '15

06 Apr '15

#1703: captcha for wiki not working -------------------------------------+-------------------------------------- Reporter: rhaas | Owner: Type: defect | Status: new Priority: major | Milestone: Component: EinsteinToolkit website | Version: development version Keywords: | -------------------------------------+-------------------------------------- When I try to edit the wiki without first logging in, then upon clicking "Save", I am not presented by the expected Captcha but instead brought back to the edit screen and my changes were not saved. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1703> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 19

[Einstein Toolkit] #1758: Assert failure in LoopControl
by Einstein Toolkit 25 Mar '15

25 Mar '15

#1758: Assert failure in LoopControl ---------------------------+------------------------------------------------ Reporter: barry.wardell | Owner: Type: defect | Status: new Priority: unset | Milestone: Component: Other | Version: development version Keywords: | ---------------------------+------------------------------------------------ Using the latest version LoopControl, I am encountering an assert failure when running on my laptop: {{{ Assertion failed: (not descr->cuAssertion failed: (not descr->cuAssertion failed: (not descr->current_params), function lc_contrrrent_params), function lc_contrrrent_params), function lc_control_init, file /Users/barry/Reseaol_init, file /Users/barry/Reseaol_init, file /Users/barry/Research/Cactus/DGFE-new2/arrangementrch/Cactus/DGFE- new2/arrangementrch/Cactus/DGFE- new2/arrangements/Carpet/LoopControl/src/loopcons/Carpet/LoopControl/src/loopcons/Carpet/LoopControl/src/loopcontrol.cc, line 772. }}} The problem only triggers when I run with more than one OpenMP thread. With one thread it goes away. This is a single-process test job running on a Mac with OS X 10.10.2 and the osx-yosemite-homebrew-gcc.cfg optionlist from SimFactory. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1758> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 0

[Einstein Toolkit] #1617: Calls to Accelerator_NotifyDataModified should be paired with calls to Accelerator_RequireInvalidData
by Einstein Toolkit 25 Mar '15

25 Mar '15

#1617: Calls to Accelerator_NotifyDataModified should be paired with calls to Accelerator_RequireInvalidData -----------------------------------+---------------------------------------- Reporter: sbrandt | Owner: Type: defect | Status: new Priority: minor | Milestone: Cactus_4.3.0 Component: EinsteinToolkit thorn | Version: development version Keywords: | -----------------------------------+---------------------------------------- Calls to Accelerator_NotifyDataModified should be paired with calls to Accelerator_RequireInvalidData, otherwise there's a risk of seg fault in Accelerator_NotifyDataModified due to a missing accelerator data structure. MoL fails to do this in Operators.c. Patch attached. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1617> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 3

[Einstein Toolkit] #1612: reace condition when building Cactus utilities
by Einstein Toolkit 24 Mar '15

24 Mar '15

#1612: reace condition when building Cactus utilities --------------------+------------------------------------------------------- Reporter: rhaas | Owner: Type: defect | Status: new Priority: minor | Milestone: Component: Cactus | Version: development version Keywords: | --------------------+------------------------------------------------------- I just compiled on bluewaters and received output {{{ Done creating cactus_simO3. All done ! Building utilities for simO3 Building utilities for simO3 ... Creating hdf5_recombiner in /mnt/a/u/sciteam/rhaas/ET_trunk/exe/simO3 from /mnt/a/u/sciteam/rhaas/ET_trunk/configs/simO3/build/CarpetIOHDF5/hdf5_recombiner.o mkdir: cannot create directory `/tmp/1399318629': File exists mkdir: cannot create directory `/tmp/1399318629': File exists }}} with the full (last part of) the log in the attached file. So it seems as if we have a race condition in the make system that causes it to try and build the utilities twice (in parallel). On bluewaters simfactory (which I used) builds Cactus using 16 processes. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1612> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 7

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

Trac