Trac April 2012

trac@lists.einsteintoolkit.org

1 participants
196 discussions

[Einstein Toolkit] #805: Add thorn OpenCLRunTime to Einstein Toolkit
by Einstein Toolkit 25 May '12

25 May '12

#805: Add thorn OpenCLRunTime to Einstein Toolkit ----------------------+----------------------------------------------------- Reporter: eschnett | Owner: Type: task | Status: new Priority: major | Milestone: Component: Other | Version: Keywords: | ----------------------+----------------------------------------------------- -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/805> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 2

[Einstein Toolkit] #776: GetCompoents/git stalls when cloneing a repository with only a single commit
by Einstein Toolkit 23 May '12

23 May '12

#776: GetCompoents/git stalls when cloneing a repository with only a single commit ---------------------------+------------------------------------------------ Reporter: rhaas | Owner: eric9 Type: defect | Status: new Priority: major | Milestone: Component: GetComponents | Version: Keywords: | ---------------------------+------------------------------------------------ this happens for an up-to-date GetComponent and git version 1.7.8 A simple fix is to change --depth from 1 to 0 in GetComponents. It still checks out one commit. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/776> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 4

[Einstein Toolkit] #429: Parallelising AEILocalInterp
by Einstein Toolkit 17 May '12

17 May '12

#429: Parallelising AEILocalInterp -----------------------------------+---------------------------------------- Reporter: eschnett | Owner: Type: enhancement | Status: new Priority: major | Milestone: Component: EinsteinToolkit thorn | Version: Keywords: | -----------------------------------+---------------------------------------- The enclosed patch parallelises AEILocalInterp via OpenMP. This leads to a slight change in behaviour. Currently, AEILocalInterp traverses the list of points sequentially, and aborts when the first error is encountered. After parallelisation, there is no fixed order in which the points are traversed, and if several errors are encountered, any one of the errors may be returned, not necessarily the first. I am not aware of any thorn that would or should rely on such an ordering. This patch also adds "restrict" and "const" statements that may improve performance as it gives the compiler more information about dependencies between pointers. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/429> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 5

[Einstein Toolkit] #820: close all HDF5 objects in EOS Omni table reader
by Einstein Toolkit 16 May '12

16 May '12

#820: close all HDF5 objects in EOS Omni table reader -------------------+-------------------------------------------------------- Reporter: rhaas | Type: defect Status: new | Priority: minor Milestone: | Component: EinsteinToolkit thorn Version: | Keywords: -------------------+-------------------------------------------------------- hdf5 does not automatically close all object handles of objects in a file if one closes the (last) file handle. This could potentially lead hdf5 to leave metadata in memory (and it is just not tidy to leave open objects around) -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/820> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 6

[Einstein Toolkit] #281: compile error is not linked
by Einstein Toolkit 16 May '12

16 May '12

#281: compile error is not linked --------------------+------------------------------------------------------- Reporter: knarf | Owner: sbrandt Type: defect | Status: new Priority: minor | Milestone: Component: Moyave | Version: Keywords: | --------------------+------------------------------------------------------- Info: Simfactory command: /home/knarf/utils/simfactory/lib/sim.py "build" "sim" "--thornlist" "NewSchedule/NewSchedule.th" "--optimise" Info: Version 1195M The Simulation Factory: Manage Cactus simulations Info: defs: /home/knarf/utils/simfactory/etc/defs.ini Info: defs.local: /home/knarf/utils/simfactory/etc/defs.local.ini Info: Executing command: build Using configuration: sim Info: Cactus Directory: /home/knarf/Cactus_NewSchedule Info: HasStoredOptions: True Info: Use stored options list: /home/knarf/Cactus_NewSchedule/configs/sim/OptionList Info: optionlist is: /home/knarf/Cactus_NewSchedule/configs/sim/OptionList Info: hasOutdatedConfig: False Info: build_reconfig: False Info: build_clean: False Info: removeConfig: False SubmitScript is: None Info: RunScript is: /home/knarf/utils/simfactory/mdb/runscripts/debian- lenny-gcc.sh Info: ThornList is: /home/knarf/Cactus_NewSchedule/NewSchedule/NewSchedule.th Building sim ________________________________________________________________________ Cactus - version: 4.0.b17 Building configuration sim ________________________________________________________________________ Checking status of thorn BLAS ________________________________________________________________________ Checking status of thorn Boundary ________________________________________________________________________ ________________________________________________________________________ Checking status of thorn Vectors ________________________________________________________________________ /home/knarf/Cactus_NewSchedule/arrangements/CactusBase/Boundary/src/Check.c:18:2: error: #error "die" Preprocessing /home/knarf/Cactus_NewSchedule/arrangements/CactusBase/Boundary/src/Check.c Compiling /home/knarf/Cactus_NewSchedule/arrangements/CactusBase/Boundary/src/Check.c Checking status of thorn IOUtil ________________________________________________________________________ ________________________________________________________________________ /home/knarf/Cactus_NewSchedule/arrangements/CactusBase/Boundary/src/Check.c:18:2: error: #error "die" make[3]: *** [Check.c.o] Error 1 make[2]: *** [make.checked] Error 2 make[1]: *** [/home/knarf/Cactus_NewSchedule/configs/sim/lib/libthorn_Boundary.a] Error 2 make[1]: *** Waiting for unfinished jobs.... ________________________________________________________________________ make[1]: *** wait: No child processes. Stop. make: *** [sim] Error 2 Info: executing command: /bin/bash -c '{ :; } && { cd /home/knarf/Cactus_NewSchedule && nice make -j3 sim 2>&1; }' Error while executing command "/bin/bash -c '{ :; } && { cd /home/knarf/Cactus_NewSchedule && nice make -j3 sim 2>&1; }'": Command returned exit status 2 -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/281> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 2

[Einstein Toolkit] #814: Allow different timers on different processors in TimerReport
by Einstein Toolkit 16 May '12

16 May '12

#814: Allow different timers on different processors in TimerReport -----------------------------------+---------------------------------------- Reporter: eschnett | Owner: Type: defect | Status: new Priority: major | Milestone: Component: EinsteinToolkit thorn | Version: Keywords: | -----------------------------------+---------------------------------------- This patch reduces not just timer values, but also timer names across processes. This allows different processes to have different timers. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/814> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 13

[Einstein Toolkit] #824: Update tests which rely on BSSN_MoL to use ML_BSSN instead
by Einstein Toolkit 15 May '12

15 May '12

#824: Update tests which rely on BSSN_MoL to use ML_BSSN instead ------------------------+--------------------------------------------------- Reporter: hinder | Owner: Type: task | Status: new Priority: major | Milestone: ET_2012_05 Component: Other | Version: Keywords: testsuites | ------------------------+--------------------------------------------------- BSSN_MoL is not part of the toolkit. Many thorns which are part of the toolkit have tests which rely on BSSN_MoL. These tests currently do not run. In order to test these thorns, the tests should be updated to use ML_BSSN instead of BSSN_MoL. Correctness-testing the new results (which will be different due to differences in the implementation of BSSN) is problematic. I propose that if the tests run with ML_BSSN and do not generate NaNs or poison, we should just commit the new test data. These are only regression tests anyway - there is no formal correctness-testing framework. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/824> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 30

[Einstein Toolkit] #827: merge bugfixes from Zelmani into main branch
by Einstein Toolkit 14 May '12

14 May '12

#827: merge bugfixes from Zelmani into main branch -----------------------------------+---------------------------------------- Reporter: rhaas | Owner: Type: defect | Status: new Priority: major | Milestone: Component: EinsteinToolkit thorn | Version: Keywords: | -----------------------------------+---------------------------------------- A while ago we moved GRMHD development (for various reasons) from the main repository into a git repository (Zelmani). Since then we have accumulated a number of (important) bugfixes (in particular for MHD but also for other subsystems) in that repository. Should we mere them back (this soon before the release)? -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/827> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 15

[Einstein Toolkit] #794: Thorn ADMMass should be included in the Einstein Toolkit
by Einstein Toolkit 14 May '12

14 May '12

#794: Thorn ADMMass should be included in the Einstein Toolkit -----------------------------------+---------------------------------------- Reporter: hinder | Owner: Type: enhancement | Status: new Priority: major | Milestone: ET_2012_05 Component: EinsteinToolkit thorn | Version: Keywords: | -----------------------------------+---------------------------------------- There was a discussion (http://lists.einsteintoolkit.org/pipermail/users/2011-December/thread.html#…) on the ET mailing list about adding the thorn ADMMass to the toolkit. The decision was made to do so once some documentation was added. This should be done before the next release. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/794> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 4

[Einstein Toolkit] #729: RotatingSymmetry90 as applied to pseudo vectors fail
by Einstein Toolkit 13 May '12

13 May '12

#729: RotatingSymmetry90 as applied to pseudo vectors fail -----------------------------------+---------------------------------------- Reporter: bmundim | Owner: Type: defect | Status: new Priority: major | Milestone: Component: EinsteinToolkit thorn | Version: Keywords: RotatingSymmetry90 | -----------------------------------+---------------------------------------- Hi, doing some tests today with RotatingSymmetry90 today I noticed the symmetry conditions were not applied correctly for Bvec as defined by hydrobase: CCTK_REAL Bvec[3] type = GF Timelevels = 3 tags='ProlongationParameter="HydroBase::prolongation_type" tensortypealias="U" tensorparity=-1 interpolator="matter"' "Magnetic field components B^i" The parity settings used to work until recently. Does anyone know what could be causing this problem? -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/729> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 12

← Newer
1
...
9
10
11
12
13
14
15
...
20
Older →

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

Trac April 2012