Trac January 2012

trac@lists.einsteintoolkit.org

1 participants
151 discussions

[Einstein Toolkit] #722: SimFactory "Download" web page is out of date
by Einstein Toolkit 13 Feb '12

13 Feb '12

#722: SimFactory "Download" web page is out of date ------------------------+--------------------------------------------------- Reporter: hinder | Owner: eschnett Type: defect | Status: new Priority: minor | Milestone: Component: SimFactory | Version: Keywords: www | ------------------------+--------------------------------------------------- The SimFactory web page at http://simfactory.org/simfactory/download/ lists the old URL for the Python version of SimFactory. I suggest the following changes: 1. Make the Python version the first one mentioned, and make it clear that this is the recommended version. 2. Make it clear that the Perl version is unmaintained - maybe don't even mention this version. 3. Make the URLs clickable links so that it is easy to browse the repositories. 4. Update the ET release branch to the latest. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/722> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 3

[Einstein Toolkit] #694: Behavior of Slab_Transfer between components owned by the same process
by Einstein Toolkit 09 Feb '12

09 Feb '12

#694: Behavior of Slab_Transfer between components owned by the same process ------------------------+--------------------------------------------------- Reporter: bentivegna | Owner: Type: defect | Status: new Priority: major | Milestone: Component: Cactus | Version: development version Keywords: Slab | ------------------------+--------------------------------------------------- Slab's documentation states that the Slab_Transfer only works when each process handles a single rectangular component. This affects small runs with periodic boundary conditions (imposed through Slab_Transfer), where two or more components on a single process are common because refinements that try to go past the symmetry boundary are carried over to the opposite side. Currently (attached parameter file), Slab_Transfer silently fails and the boundaries are simply never touched after initial data (except for the usual timelevel cycling). I'm not sure how easy it is to extend this functionality, but a check that Slab_Transfer is only used as intended should be inserted as soon as possible. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/694> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 8

[Einstein Toolkit] #558: Carpet with Periodic Boundary Conditions
by Einstein Toolkit 08 Feb '12

08 Feb '12

#558: Carpet with Periodic Boundary Conditions -----------------------------+---------------------------------------------- Reporter: hfinkel@… | Owner: eschnett Type: enhancement | Status: new Priority: major | Milestone: Component: Carpet | Version: Keywords: carpet periodic | -----------------------------+---------------------------------------------- The current Carpet driver is not compatible with the periodic boundary conditions (as provided by the Periodic thorn or otherwise). Erik's comment on the User's list was: "It is straightforward to implement periodicity in the grid structure -- one needs to take the current grid structure, shift it in the 26 directions, and take the logical union of all 27 grid structures. This will then be automatically clipped. The most complex part is calculating by how much to shift." Please implement support for periodic BCs in Carpet. This will directly enable production science runs. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/558> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 25

[Einstein Toolkit] #120: Improve built-in help system
by Einstein Toolkit 08 Feb '12

08 Feb '12

#120: Improve built-in help system -------------------------+-------------------------------------------------- Reporter: hinder | Owner: mthomas Type: enhancement | Status: new Priority: major | Milestone: Component: SimFactory | Version: Keywords: | -------------------------+-------------------------------------------------- SimFactory currently provides a single help screen when you type "sim help". I would like to be able to do "sim help <command>" and get help which is relevant for that command. This help should say briefly what the command does, and give a comprehensive list of the options specific to that command. The top-level "sim help" command should then give a list of the commands, and a list of the simfactory options which apply to all commands. This first help page should be kept as brief as possible so that it is easy to see at a glance what commands are available. The most common commands should be listed first, and maybe separated from the less common commands. I think this is important as it is the first port-of-call when someone wants to know how to use a particular feature, especially when the syntax is similar but not quite the same as in SimFactory 1. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/120> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 8

[Einstein Toolkit] #543: Change diff format in GetDomponents
by Einstein Toolkit 05 Feb '12

05 Feb '12

#543: Change diff format in GetDomponents ---------------------------+------------------------------------------------ Reporter: eschnett | Owner: eric9 Type: enhancement | Status: new Priority: major | Milestone: Component: GetComponents | Version: Keywords: | ---------------------------+------------------------------------------------ It would be convenient to change the format of GetComponent's --diff command to output diffs that can be directly applied via "patch -p0" from the main Cactus directory. That is, file names such as "a/Tools/CodeGen/Schedule.m" should be changed to "repos/Kranc/Tools/CodeGen/Schedule.m". -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/543> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 1

[Einstein Toolkit] #734: McLachlan triggers arithmetic exception (but results are fine)
by Einstein Toolkit 05 Feb '12

05 Feb '12

#734: McLachlan triggers arithmetic exception (but results are fine) -----------------------------------------+---------------------------------- Reporter: wolfgang.kastaun@… | Type: defect Status: new | Priority: minor Milestone: | Component: Other Version: | Keywords: McLachlan -----------------------------------------+---------------------------------- If I enable floating point exceptions for debugging purposes, they are triggered by McLachlan in the routine ML_BSSN_convertToADMBaseDtLapseShift_Body. The guilty line is 568 kfmin(ToReal(1),kmul(INV(rL),ToReal(SpatialBetaDriverRadius))); the involved values are (gdb) p rL $1 = 0 (gdb) p SpatialBetaDriverRadius $2 = 1000000000000 This only happens once per grid, apparently at the origin. The results look fine otherwise, no NaNs or INFs propagated, but this is annoying when debugging other code, trying to find the first time a NaN is produced. ET version is the Maxwell release. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/734> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 1

[Einstein Toolkit] #666: have CarpetIOScalar output grid scalar directly rather than applying reductions to them
by Einstein Toolkit 05 Feb '12

05 Feb '12

#666: have CarpetIOScalar output grid scalar directly rather than applying reductions to them -------------------------+-------------------------------------------------- Reporter: rhaas | Owner: eschnett Type: enhancement | Status: new Priority: minor | Milestone: Component: Carpet | Version: Keywords: | -------------------------+-------------------------------------------------- Carpet already assumes that these grid scalars have the same value on all processors. So reducing them does not generate any information that is not already present by just looking at a single value. The attached patch outputs grid scalars (from the root processor) directly, this means that grid scalar output files can be used to output timeseries like grid scalars (which is what many are). The attached parfile and data files are a modfied version of a QLM test. Notice how much nicer to read the scalar output *.scalar.asc is then the 0D output *..asc. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/666> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 12

[Einstein Toolkit] #744: Define API for finding out which MPI processes share a host
by Einstein Toolkit 05 Feb '12

05 Feb '12

#744: Define API for finding out which MPI processes share a host -------------------------+-------------------------------------------------- Reporter: eschnett | Owner: Type: enhancement | Status: new Priority: major | Milestone: Component: Cactus | Version: Keywords: | -------------------------+-------------------------------------------------- This API could be a flesh API, provided by the driver, or could be implemented via aliased functions. For example: int CCTK_nHosts(cGH*) int CCTK_MyHost(cGH*) Probably also functions for mapping: process <-> (host, hostprocess) host -> (list of processes) -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/744> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 2

[Einstein Toolkit] #682: LSUThorns/Vectors: Simplify API for partial vector stores
by Einstein Toolkit 04 Feb '12

04 Feb '12

#682: LSUThorns/Vectors: Simplify API for partial vector stores -------------------------+-------------------------------------------------- Reporter: eschnett | Owner: Type: enhancement | Status: new Priority: major | Milestone: Component: Other | Version: Keywords: | -------------------------+-------------------------------------------------- Implement vec_store_nta_partial, which offers a simpler interface, similar to the one used in OpenCL. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/682> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 3

[Einstein Toolkit] #680: Add kifneg function
by Einstein Toolkit 04 Feb '12

04 Feb '12

#680: Add kifneg function -----------------------------------+---------------------------------------- Reporter: eschnett | Owner: Type: enhancement | Status: new Priority: minor | Milestone: Component: EinsteinToolkit thorn | Version: Keywords: | -----------------------------------+---------------------------------------- Add an kifneg function that does the opposite of kifpos, because kifneg is more natural (in the same sense as "ifnotzero" is natural in C.) Incidentally, it should probably be renamed "ifmsb" instead, because it can also be applied to unsigned quantities which don't have a sign bit. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/680> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 8

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

Trac January 2012