Trac

trac@lists.einsteintoolkit.org

8708 discussions

[Einstein Toolkit] #207: Cactus should have an option to store the mpirun command needed to run test cases
by Einstein Toolkit 24 Aug '11

24 Aug '11

#207: Cactus should have an option to store the mpirun command needed to run test cases -------------------------+-------------------------------------------------- Reporter: eschnett | Owner: Type: enhancement | Status: new Priority: minor | Milestone: Component: Cactus | Version: Keywords: | -------------------------+-------------------------------------------------- Cactus should be able to remember from configuration the mpirun command syntax needed to run test cases. This would simplify running test cases, which could then probably even be automated. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/207> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 5

[Einstein Toolkit] #529: IOJpeg warnings when cctk_gsh[2]==1
by Einstein Toolkit 20 Aug '11

20 Aug '11

#529: IOJpeg warnings when cctk_gsh[2]==1 -----------------------------------+---------------------------------------- Reporter: sbrandt | Owner: Type: defect | Status: new Priority: minor | Milestone: Component: EinsteinToolkit thorn | Version: Keywords: | -----------------------------------+---------------------------------------- IOJpeg works perfectly well when one of the dimensions of a 3D grid function is one, but it issues annoying warning messages. This patch turns them off. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/529> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 2

[Einstein Toolkit] #513: Make signbit in Vectors work on more architectures
by Einstein Toolkit 19 Aug '11

19 Aug '11

#513: Make signbit in Vectors work on more architectures -----------------------------------+---------------------------------------- Reporter: eschnett | Owner: Type: defect | Status: new Priority: major | Milestone: Component: EinsteinToolkit thorn | Version: Keywords: | -----------------------------------+---------------------------------------- Several C++ compilers cannot handle std::signbit. There is also a namespace problem when using the same identifier Vectors_SGN for different precisions (real*4 and real*8). In addition, kifpos is implemented incorrectly on several architectures. The attached patch corrects these. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/513> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 3

[Einstein Toolkit] #468: CCTK_GFINDEX3D should check indices when CCTK_DEBUG is defined
by Einstein Toolkit 19 Aug '11

19 Aug '11

#468: CCTK_GFINDEX3D should check indices when CCTK_DEBUG is defined ----------------------+----------------------------------------------------- Reporter: eschnett | Owner: Type: defect | Status: new Priority: minor | Milestone: Component: Cactus | Version: Keywords: | ----------------------+----------------------------------------------------- It should. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/468> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 8

[Einstein Toolkit] #524: Improve convergence order in QuasiLocalMeasures
by Einstein Toolkit 19 Aug '11

19 Aug '11

#524: Improve convergence order in QuasiLocalMeasures -----------------------------------+---------------------------------------- Reporter: eschnett | Owner: Type: enhancement | Status: new Priority: minor | Milestone: Component: EinsteinToolkit thorn | Version: Keywords: | -----------------------------------+---------------------------------------- Thorn QuasiLocalMeasures has several operations that are only second order accurate, in particular two different integrations over the Killing vector field in the surface. These use RK2 at the moment, and should be improved to using RK4. With these changes, QLM should become fourth order accurate. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/524> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 0

[Einstein Toolkit] #522: Improve consistency and performance of sync/build/create
by Einstein Toolkit 19 Aug '11

19 Aug '11

#522: Improve consistency and performance of sync/build/create -------------------------+-------------------------------------------------- Reporter: hinder | Owner: eschnett Type: enhancement | Status: new Priority: minor | Milestone: Component: SimFactory | Version: Keywords: | -------------------------+-------------------------------------------------- One of the design goals of SimFactory is to make it very difficult for a user to make mistakes or end up with inconsistent results. Currently, if a user modifies a source file and submits a simulation without remembering to rebuild the configuration, the old version of the configuration will be used. SimFactory could scan all the source files which would be used for a build and warn the user if there are new source files. Optionally it could also rebuild the configuration automatically. This check might be better implemented in Cactus, which in principle has the dependency information already. It is functionally equivalent to performing a build before every create, so maybe the best approach would be to make the Cactus build process much faster in the case where no files have been modified. This may not be possible. A related idea is to ensure that remote configurations are synced before being built, and parameter files are synced before simulations are created. One could record the time of the last successful sync (separately of the source tree and the parameter files) to each machine, and look for files which have been modified since that time. If there are such files, a sync could be initiated, or the user warned. Statting files on a laptop should be very fast. Statting files on Kraken can take minutes or hours. This information could also be used to restrict the list of files synced, to avoid having to stat every file in the source tree on the remote system. This assumes that the only modifications of the source tree on the remote system are due to simfactory on the local system. For me, this is the case 99.999% of the time. I attach a script that I wrote to interact conveniently with remote systems. It performs a sync of either the source tree or the parameter files depending on the simfactory command you want to run. It allows you to use the syntax <machine> <command> <args> instead of sim --remote <machine> <command> <args> e.g. damiana list-simulations The script should be somewhere on your path, and symlinks named after machines should be created pointing to it. For example, cp machine .../bin chmod u+x .../bin/sim/machine cd .../bin ln -s machine datura ln -s machine damiana ln -s machine kraken cd ~/Cactus datura sync datura create-submit ... datura build -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/522> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 0

[Einstein Toolkit] #518: Interact with TRAC by email
by Einstein Toolkit 18 Aug '11

18 Aug '11

#518: Interact with TRAC by email ----------------------------------+----------------------------------------- Reporter: hinder | Owner: Type: enhancement | Status: new Priority: minor | Milestone: Component: EinsteinToolkit trac | Version: Keywords: | ----------------------------------+----------------------------------------- I always read trac tickets by email, often when not connected to the internet. It would be extremely useful to be able to reply to tickets by email. I found this: https://subtrac.sara.nl/oss/email2trac. Can we inatall it and try it out? -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/518> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 0

[Einstein Toolkit] #333: The ADMBase variables are not initialized after regridding
by Einstein Toolkit 17 Aug '11

17 Aug '11

#333: The ADMBase variables are not initialized after regridding --------------------+------------------------------------------------------- Reporter: knarf | Owner: Type: defect | Status: new Priority: major | Milestone: Component: Cactus | Version: Keywords: | --------------------+------------------------------------------------------- Ian Hawke: The point is that no BCs are applied to ADMBase variables, so they're never SYNC'd, so never initialized on refined grids. Ian sent a patch which I extended at bit and attached to this ticket. Please review. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/333> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 21

[Einstein Toolkit] #366: New thorn TestPar
by Einstein Toolkit 17 Aug '11

17 Aug '11

#366: New thorn TestPar -------------------------+-------------------------------------------------- Reporter: eschnett | Owner: Type: enhancement | Status: new Priority: minor | Milestone: Component: Cactus | Version: Keywords: | -------------------------+-------------------------------------------------- I enclose a new thorn: Test the parameter file parser in Cactus, in particular multi-line string parameters and comments in these. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/366> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 3

[Einstein Toolkit] #511: Create simulations and automatically purge old version
by Einstein Toolkit 17 Aug '11

17 Aug '11

#511: Create simulations and automatically purge old version -------------------------+-------------------------------------------------- Reporter: hinder | Owner: eschnett Type: enhancement | Status: new Priority: minor | Milestone: Component: SimFactory | Version: Keywords: | -------------------------+-------------------------------------------------- When I create a new simulation, I go through a cycle of 1. Edit parameter file 2. create-submit 3. Check output 4. Correct errors 5. Purge simulation 6. Go to 1 This cycle can happen several times for a new parameter file, and there is no value to me in keeping the old broken versions of the simulation around, and I don't want to have to keep choosing a new name for the simulation anyway. I propose adding a --purge option to the create[-submit] command which purges the simulation if it already exists. This would avoid me having to run an additional purge command. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/511> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 2

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

Trac