Trac October 2013

trac@lists.einsteintoolkit.org

1 participants
148 discussions

[Einstein Toolkit] #1358: import CoreCollapseControl into ET
by Einstein Toolkit 02 Dec '13

02 Dec '13

#1358: import CoreCollapseControl into ET -------------------------+-------------------------------------------------- Reporter: rhaas | Owner: Type: enhancement | Status: new Priority: optional | Milestone: Component: Other | Version: Keywords: | -------------------------+-------------------------------------------------- This thorn controls output frequency and grid structure based on the different stages of a core collaspe simulations. Currently in incoming. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1358> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 1

[Einstein Toolkit] #809: Add CactusExamples to Einstein Toolkit
by Einstein Toolkit 26 Nov '13

26 Nov '13

#809: Add CactusExamples to Einstein Toolkit -----------------------------------+---------------------------------------- Reporter: eschnett | Owner: Type: defect | Status: new Priority: major | Milestone: Component: EinsteinToolkit thorn | Version: Keywords: | -----------------------------------+---------------------------------------- I notice that the CactusExample thorns are not part of the Einstein Toolkit -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/809> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 12

[Einstein Toolkit] #1365: Kranc-generated thorns should be regenerated before the release
by Einstein Toolkit 26 Nov '13

26 Nov '13

#1365: Kranc-generated thorns should be regenerated before the release --------------------+------------------------------------------------------- Reporter: hinder | Owner: Type: defect | Status: new Priority: major | Milestone: ET_2013_11 Component: Other | Version: Keywords: | --------------------+------------------------------------------------------- Thorns generated by Kranc (McLachlan, WeylScal4 and EinsteinExact) should be generated by the version of Kranc which is being released. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1365> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 19

[Einstein Toolkit] #896: Create testsuites for GRMHD sector of GRHydro
by Einstein Toolkit 24 Nov '13

24 Nov '13

#896: Create testsuites for GRMHD sector of GRHydro ---------------------------------------+------------------------------------ Reporter: bmundim | Owner: Type: enhancement | Status: new Priority: minor | Milestone: Component: EinsteinToolkit thorn | Version: Keywords: GRHydro, GRMHD, testsuite | ---------------------------------------+------------------------------------ Create testsuites for GRMHD sector of GRHydro even though it's currently in rapid and constant development. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/896> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 1

[Einstein Toolkit] #1225: GRHydro_UpdateMask takes too long to compile
by Einstein Toolkit 24 Nov '13

24 Nov '13

#1225: GRHydro_UpdateMask takes too long to compile -----------------------------------+---------------------------------------- Reporter: eschnett | Owner: Type: enhancement | Status: new Priority: major | Milestone: Component: EinsteinToolkit thorn | Version: Keywords: | -----------------------------------+---------------------------------------- GRHydro_UpdateMask takes more than an hour to compile. This is with Intel Version 12.1.1.256 Build 20111011 on a modern workstation Intel(R) Xeon(R) CPU X5675 @ 3.07GHz: 11110 eschnett 32 12 251m 206m 14m R 100 0.9 68:29.24 fortcom Could we simplify the source code, e.g. moving the pointer assignments and the actual loops into different files? -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1225> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 5

[Einstein Toolkit] #1464: Dissipation test cases get stuck on Bethe
by Einstein Toolkit 15 Nov '13

15 Nov '13

#1464: Dissipation test cases get stuck on Bethe ----------------------+----------------------------------------------------- Reporter: eschnett | Owner: Type: defect | Status: new Priority: major | Milestone: ET_2013_11 Component: Other | Version: development version Keywords: | ----------------------+----------------------------------------------------- I was running the Dissipation test cases on Bethe, and found that they got stuck on Bethe. That is, they kept running for many hours, and I had to kill them manually. This is for test_ah.par and test_ob.par, when running on 1 process. The last output I see is: {{{ INFO (IDAxiBrillBH): Calling axisymmetric solver cyc= 2 max(res)=0.00E+00 tolerance condition tol=1.00E-08 satisfied INFO (IDAxiBrillBH): Solve complete rmax = 2.211409083630045E-009 axibheps = 1.000000000000000E-008 psi2d = 1.00000000000000 -0.130757983129253 Resulting eps = 1.243881126811175E-005 INFO (IDAxiBrillBH): interpolating solution to xyz grid points INFO (IDAxiBrillBH): converting to physical metric INFO (IDAxiBrillBH): computing ADM mass ADM mass: 1.92127863511242 }}} When running on 2 processes, the test case QuasiLocalMeasures/qlm-bl.par got stuck in a similar manner. The last output is {{{ INFO (QuasiLocalMeasures): Initialising Quasi-Local Measure calculations }}} -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1464> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 2

[Einstein Toolkit] #1416: Use Carpet memory statistics in SystemStatistics
by Einstein Toolkit 08 Nov '13

08 Nov '13

#1416: Use Carpet memory statistics in SystemStatistics -----------------------------------+---------------------------------------- Reporter: eschnett | Owner: Type: enhancement | Status: new Priority: major | Milestone: Component: EinsteinToolkit thorn | Version: development version Keywords: | -----------------------------------+---------------------------------------- Call Driver_TotalMemoryUsed from SystemStatistics, so that this information can be output together with the malloc statistics obtained from the operating system. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1416> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 5

[Einstein Toolkit] #392: Strange message "already on master"
by Einstein Toolkit 07 Nov '13

07 Nov '13

#392: Strange message "already on master" ---------------------------+------------------------------------------------ Reporter: eschnett | Owner: eric9 Type: defect | Status: new Priority: minor | Milestone: Component: GetComponents | Version: Keywords: | ---------------------------+------------------------------------------------ GetComponents outputs "already on master" for every git repository. This message should not appear. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/392> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 12

[Einstein Toolkit] #1009: MPI is not automatically detected on Mac OS
by Einstein Toolkit 05 Nov '13

05 Nov '13

#1009: MPI is not automatically detected on Mac OS -----------------------------------+---------------------------------------- Reporter: hinder | Owner: Type: defect | Status: new Priority: minor | Milestone: Component: EinsteinToolkit thorn | Version: Keywords: | -----------------------------------+---------------------------------------- There is logic in ExternalLibraries/MPI/configure.sh to automatically detect the location of MPI. This code looks for $X/lib/libmpi.a and $X/include/mpi.h for various values of X. This is not a robust way to locate MPI because libmpi.a is not the correct filename on Mac OS. We could make a special case for Mac OS and use ".dylib" instead of ".a", or we could remove the library file from the test, and rely on the header file alone. I prefer the latter. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1009> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 8

[Einstein Toolkit] #1446: use hwloc to choose ideal number of threads
by Einstein Toolkit 30 Oct '13

30 Oct '13

#1446: use hwloc to choose ideal number of threads -------------------------+-------------------------------------------------- Reporter: rhaas | Owner: eschnett Type: enhancement | Status: new Priority: minor | Milestone: Component: Carpet | Version: development version Keywords: | -------------------------+-------------------------------------------------- Currently if OMP_NUM_THREADS is not set Cactus ends up using the "default" number of threads, which usually is as many as there are cores. This is however not always ideal, eg if one uses 2 MPI processes per machine or when using SMT or when running on a magny cours CPU which has 1/2 of a FPU unit per SMT unit. Instead it might be useful to have the driver consult with hwloc to choose a more ideal number of threads. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1446> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 3

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

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

Trac October 2013