Trac March 2013

trac@lists.einsteintoolkit.org

1 participants
161 discussions

[Einstein Toolkit] #1271: hwloc is segfaulting
by Einstein Toolkit 29 Apr '13

29 Apr '13

#1271: hwloc is segfaulting ---------------------+------------------------------------------------------ Reporter: sbrandt | Owner: Type: defect | Status: new Priority: major | Milestone: ET_2013_05 Component: Other | Version: development version Keywords: | ---------------------+------------------------------------------------------ My efforts to run the ET testsuite fail when system_topology.cc attempts to bind threads to CPUs because hwloc_get_obj_by_depth(topology, pu_depth, pu_num) returns NULL. In the attached patch I check for a null return value and print a warning, then skip setting the affinity. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1271> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 10

[Einstein Toolkit] #1174: decrease warning messages from compilation of ET
by Einstein Toolkit 25 Apr '13

25 Apr '13

#1174: decrease warning messages from compilation of ET -----------------------------------+---------------------------------------- Reporter: knarf | Owner: Type: enhancement | Status: new Priority: minor | Milestone: ET_2013_05 Component: EinsteinToolkit thorn | Version: development version Keywords: | -----------------------------------+---------------------------------------- -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1174> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 3

[Einstein Toolkit] #1156: Outdated thornlists under McLachlan/doc
by Einstein Toolkit 25 Apr '13

25 Apr '13

#1156: Outdated thornlists under McLachlan/doc -----------------------------------+---------------------------------------- Reporter: bentivegna | Owner: Type: defect | Status: new Priority: minor | Milestone: Component: EinsteinToolkit thorn | Version: development version Keywords: | -----------------------------------+---------------------------------------- The two thornlists under McLachlan/doc still reflect pre-ET thorn locations. Update or remove? -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1156> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 5

[Einstein Toolkit] #1294: Don't use STRICT_ANSI on stampede
by Einstein Toolkit 25 Apr '13

25 Apr '13

#1294: Don't use STRICT_ANSI on stampede ------------------------+--------------------------------------------------- Reporter: knarf | Owner: eschnett Type: defect | Status: new Priority: minor | Milestone: ET_2013_05 Component: SimFactory | Version: ET_2012_11 Keywords: backport | ------------------------+--------------------------------------------------- The attached patch undefines U__STRICT_ANSI__ on stampede, similar to other machines. One effect of this is that M_PI is defined when math.h is included. By default, the lib otherwise follows the strict standard that math.h is not to pollute the namespace and doesn't define M_PI because it is not in the ANSI standard (but e.g. in POSIX). The ET depends on M_PI being defined in several thorns and a discussion on this topic took place on the mailing list some time ago. The consensus there was to try to make sure with compiler flags that POSIX is available, and with that M_PI. I committed this change to /trunk of simfactory already (in r2008), but want to have a positive review for a backport to Ørsted. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1294> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 3

[Einstein Toolkit] #322: SimFactory metadata deleted by periodic filesystem purges
by Einstein Toolkit 19 Apr '13

19 Apr '13

#322: SimFactory metadata deleted by periodic filesystem purges -------------------------+-------------------------------------------------- Reporter: hinder | Owner: mthomas Type: enhancement | Status: new Priority: minor | Milestone: Component: SimFactory | Version: Keywords: | -------------------------+-------------------------------------------------- Production filesystems are subject to periodic purges (typically on the order of weeks or months) where data which has not been accessed recently is deleted. This means that it is possible for some restarts of very long-running simulations to be deleted by the system. This can be addressed by an automated archiving system, but such a system does not address the problem that the simulation metadata directory (currently called SIMFACTORY) and any restarts which have not been run yet, will also be purged. This would make it impossible to submit future restarts and limits the number of chained restarts you can submit to the purge time of the system. One possibility to solve this problem would be to store a backup, or "shadow" copy of all the simulation metadata in a non-volatile location. This could be the user's home directory, or a "work" directory which is not purged. The details would need to be worked out. This is not a serious issue yet. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/322> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 4

[Einstein Toolkit] #591: Add harmonic shift to McLachlan
by Einstein Toolkit 15 Apr '13

15 Apr '13

#591: Add harmonic shift to McLachlan -----------------------------------+---------------------------------------- Reporter: hinder | Owner: Type: enhancement | Status: new Priority: minor | Milestone: Component: EinsteinToolkit thorn | Version: Keywords: McLachlan | -----------------------------------+---------------------------------------- The attached patch adds a harmonic shift condition to McLachlan. It does this by introducing a new real-valued parameter harmonicShift. This should be set to 0 for gamma-driver shift (the default, and the existing behaviour), and to 1 for harmonic shift. This is useful for code- correctness tests with the shifted gauge wave which is an exact solution of the Einstein equations in harmonic gauge. The harmonic shift equation has been tested with the shifted gauge wave exact solution and yields convergence to the exact solution. The current way that gauge conditions is handled in McLachlan is not very elegant, and I don't think this patch should be applied as-is. I am putting it here for anyone who might find it useful. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/591> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 9

[Einstein Toolkit] #1289: Harmonic shift in McLachlan only works for conformalMethod = 1 (W method)
by Einstein Toolkit 15 Apr '13

15 Apr '13

#1289: Harmonic shift in McLachlan only works for conformalMethod = 1 (W method) -----------------------------------+---------------------------------------- Reporter: hinder | Owner: Type: defect | Status: new Priority: major | Milestone: Component: EinsteinToolkit thorn | Version: Keywords: McLachlan | -----------------------------------+---------------------------------------- The harmonic shift implemented in #591 is missing the case discrimination for the conformalMethod parameter; the way it is currently coded is correct for conformalMethod = 1 (W method) but not for conformalMethod = 0 (phi method). My original version of the code had the two variants but I removed this at some point while testing and my submitted patch contained only conformalMethod = 1. In my original notes, I have this {{{ alpha^2 em4phi (gtu[ua, uk] (PD[alpha, lk]/alpha + 2 IfThen[conformalMethod, -1/(2 phi), 1] PD[phi, lk]) - gtu[ua, ul] gtu[uj, um] PD[gt[ll, lm], lj]) }}} which should be checked again before committing. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1289> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 2

[Einstein Toolkit] #1197: ubunbu.cfg should default to use OpenMP
by Einstein Toolkit 08 Apr '13

08 Apr '13

#1197: ubunbu.cfg should default to use OpenMP -------------------------+-------------------------------------------------- Reporter: rhaas | Owner: eschnett Type: enhancement | Status: new Priority: minor | Milestone: Component: SimFactory | Version: Keywords: | -------------------------+-------------------------------------------------- The current ubuntu.cfg option list in simfactory sets {{{ OPENMP = no }}} I would like to change this to "yes" instead. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1197> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 4

[Einstein Toolkit] #1301: Formaline should store the thornlist
by Einstein Toolkit 28 Mar '13

28 Mar '13

#1301: Formaline should store the thornlist -------------------------+-------------------------------------------------- Reporter: hinder | Owner: Type: enhancement | Status: new Priority: minor | Milestone: Component: Cactus | Version: Keywords: | -------------------------+-------------------------------------------------- Formaline should store the thornlist used to build the configuration. This will make it easier to reconstruct a working Cactus tree from the Formaline output. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1301> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 3

[Einstein Toolkit] #1300: GRHydro: riemann_solver should be steerable.
by Einstein Toolkit 27 Mar '13

27 Mar '13

#1300: GRHydro: riemann_solver should be steerable. -----------------------------------+---------------------------------------- Reporter: knarf | Owner: Type: enhancement | Status: new Priority: minor | Milestone: ET_2013_05 Component: EinsteinToolkit thorn | Version: development version Keywords: | -----------------------------------+---------------------------------------- Although probably often not wanted, there is no reason to have riemann_solver not steerable=always. In fact, I recently wanted to do just this: change the riemann solver mid-simulation (through the Trigger thorn in that case) and had to change the source and recompile for this. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1300> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 3

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

Trac March 2013