Trac October 2013

trac@lists.einsteintoolkit.org

1 participants
148 discussions

[Einstein Toolkit] #1454: main timer has value 0 in timer tree XML output
by Einstein Toolkit 14 Oct '13

14 Oct '13

#1454: main timer has value 0 in timer tree XML output --------------------+------------------------------------------------------- Reporter: hinder | Owner: eschnett Type: defect | Status: new Priority: minor | Milestone: Component: Carpet | Version: development version Keywords: | --------------------+------------------------------------------------------- The "main" timer is reported with value 0 in the timer tree XML output: {{{ <timer name = "main"> 0 <timer name = "CarpetStartup"> 0.239015 <timer name = "AllocateGridHierarchy"> 0.030772 </timer> <timer name = "CarpetLib::dh::recompose"> 8.8e-05 </timer> <timer name = "CarpetLib::dh::regrid"> 0.000339 </timer> <timer name = "CarpetLib::gh::regrid"> 0.183402 ... }}} I don't know if the timer itself is zero, or if the XML output treats "main" specially. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1454> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 0

[Einstein Toolkit] #1453: Carpet: skip CheckFence routine if CarpetLib::electric_fence is false
by Einstein Toolkit 12 Oct '13

12 Oct '13

#1453: Carpet: skip CheckFence routine if CarpetLib::electric_fence is false --------------------+------------------------------------------------------- Reporter: rhaas | Owner: eschnett Type: defect | Status: new Priority: minor | Milestone: Component: Carpet | Version: development version Keywords: | --------------------+------------------------------------------------------- the attached patch makes Carpet check CarpetLib::electric_fence before checking for out-of-bound access. Just enumerating all variables is apparently already expensive enough to show up in the Timer report. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1453> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 3

[Einstein Toolkit] #1452: config.guess doesn't recognize arm-linux-gnueabihf
by Einstein Toolkit 10 Oct '13

10 Oct '13

#1452: config.guess doesn't recognize arm-linux-gnueabihf ----------------------+----------------------------------------------------- Reporter: knarf | Owner: Type: defect | Status: new Priority: optional | Milestone: Component: Cactus | Version: development version Keywords: | ----------------------+----------------------------------------------------- The current version of config.guess in Cactus doesn't correctly recognize arm-linux-gnueabihf as such, but as gnueabi. Most likely this is due to an old version of this file, I found newer versions containing checks for this - but didn't test just updating this file nor any other part of the configure state for this. There is currently no known downside, but if possible an update would be nice. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1452> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 0

[Einstein Toolkit] #1450: Cactus support for armv6l architecture
by Einstein Toolkit 10 Oct '13

10 Oct '13

#1450: Cactus support for armv6l architecture -------------------------+-------------------------------------------------- Reporter: knarf | Owner: Type: enhancement | Status: new Priority: minor | Milestone: Component: Cactus | Version: development version Keywords: | -------------------------+-------------------------------------------------- The attached patch adds support for the armv6l architecture to Cactus, essentially just pointing to linux. It also tells Cactus about the number of cacheline bytes on that architecture (32). -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1450> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 3

[Einstein Toolkit] #1451: add path to searchpath of some libraries
by Einstein Toolkit 10 Oct '13

10 Oct '13

#1451: add path to searchpath of some libraries -----------------------------------+---------------------------------------- Reporter: knarf | Owner: Type: enhancement | Status: new Priority: minor | Milestone: ET_2013_11 Component: EinsteinToolkit thorn | Version: development version Keywords: | -----------------------------------+---------------------------------------- These four patches add another search path to some of the external libraries (lib/arm-linux-gnueabih). We should do this better in some way at some point, but for the moment I don't have the time for this, and these patches both work on this architecture and shouldn't cause any harm on others. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1451> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 3

[Einstein Toolkit] #1448: move PARAMCHECK before WRAGH
by Einstein Toolkit 08 Oct '13

08 Oct '13

#1448: move PARAMCHECK before WRAGH --------------------+------------------------------------------------------- Reporter: rhaas | Owner: Type: defect | Status: new Priority: minor | Milestone: Component: Cactus | Version: development version Keywords: | --------------------+------------------------------------------------------- currently PARAMCHECK runs after WRAGH which means that the lev0 data and grid arrays as well as grid scalars have storage (but the grid is not yet set up properly since basegrid did not yet run). This means that memory to hold level 0 has been allocated which can be quite large (eg for mulitpach runs where level 0 encompases all multipatch grids). Therefore using cactus_sim -P parfile.par to test parameters and parameter values before submitting a job (which is good practise) can potentially cripple the head node on which one tries this. Would it be possible to to swap the order (and make sure to call CCTKi_FinaliseParamWarn right after PARAMCHECK) or is do we require that storage exists during PARAMCHECK? For the code that provides the current ordering, see CallSetup in Carpet/src/Initialise.cc and src/main/CactusDefaultInitialise.c (in the flesh). -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1448> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 5

[Einstein Toolkit] #1447: support "replay" mode
by Einstein Toolkit 07 Oct '13

07 Oct '13

#1447: support "replay" mode -------------------------+-------------------------------------------------- Reporter: rhaas | Owner: Type: enhancement | Status: new Priority: major | Milestone: Component: Cactus | Version: development version Keywords: | -------------------------+-------------------------------------------------- for postprocessing it would be useful to have read in data in hdf5 files step by step and apply analysis routines to the saved data. For this it would be useful if there was some suport in the flesh and driver eg: * set time and iteration based on what is found in the data file * read grid structure from data * create grid functions for data in files without having to activate the corresponding thorns (which might be an evolution thorn whose evolution cannot be disabled or that depends on very many other thorns) -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1447> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 0

[Einstein Toolkit] #1372: AHFinderDirect/misner1.2-025 test fails on datura in ET_2013_05 release branch
by Einstein Toolkit 03 Oct '13

03 Oct '13

#1372: AHFinderDirect/misner1.2-025 test fails on datura in ET_2013_05 release branch -----------------------------------+---------------------------------------- Reporter: hinder | Owner: Type: defect | Status: new Priority: major | Milestone: Component: EinsteinToolkit thorn | Version: Keywords: AHFinderDirect | -----------------------------------+---------------------------------------- AHFinderDirect/misner1.2-025 test fails on datura in ET_2013_05 release branch. Diffs are: {{{ BH_diagnostics.ah1.gp: differences below tolerance on 1 lines BH_diagnostics.ah2.gp: differences below tolerance on 1 lines h.t0.ah1.gp: differences below tolerance on 703 lines h.t0.ah2.gp: differences below tolerance on 698 lines sf_area[0].xg: differences below tolerance on 1 lines sf_min_radius[0].xg: differences below tolerance on 1 lines sf_radius[0]_2D.asc: differences below tolerance on 496 lines sf_radius[1]_2D.asc: substantial differences significant differences on 5 (out of 1058) lines maximum absolute difference in column 3 is 1.75718694541256e+243 maximum relative difference in column 3 is 2899588673.18783 (insignificant differences on 37 lines) }}} Since this does not fail in the ubuntu test VM, it might be something to do with the Intel compiler vs GCC. According to http://einsteintoolkit.org/release- info/parse_testsuite_results.php, it seems that this test was failing on a number of machines for a while. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1372> 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 October 2013