Trac November 2013

trac@lists.einsteintoolkit.org

1 participants
148 discussions

[Einstein Toolkit] #1491: include 'thornlists' in sync-parfiles
by Einstein Toolkit 27 Nov '13

27 Nov '13

#1491: include 'thornlists' in sync-parfiles -------------------------+-------------------------------------------------- Reporter: knarf | Owner: eschnett Type: enhancement | Status: new Priority: optional | Milestone: Component: SimFactory | Version: development version Keywords: | -------------------------+-------------------------------------------------- It would make sense to include the directory 'thornlists' into the sync- parfiles option in Simfactory. 'thornlists' is often created by GetComponents, and the thornlist is copied there. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1491> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 7

[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] #1479: Tests using Exact fail with Intel compiler versions > 11
by Einstein Toolkit 26 Nov '13

26 Nov '13

#1479: Tests using Exact fail with Intel compiler versions > 11 --------------------+------------------------------------------------------- Reporter: hinder | Owner: Type: defect | Status: new Priority: major | Milestone: ET_2013_11 Component: Other | Version: development version Keywords: | --------------------+------------------------------------------------------- The Intel compiler 12.1 and later versions seems to be slightly less accurate than Intel 11 by default, and produces roundoff-level differences which are amplified by Exact. The affected tests are: {{{ >>> Exact.KS-tilted/1procs >>> RotatingSymmetry180.Kerr/1procs >>> RotatingSymmetry180.Kerr-rotating-180/1procs >>> RotatingSymmetry180.Kerr-rotating-180-staggered/1procs >>> RotatingSymmetry180.Kerr-staggered/1procs >>> RotatingSymmetry90.Kerr-rotating-90/1procs >>> RotatingSymmetry90.Kerr-rotating-90-staggered/1procs >>> RotatingSymmetry180.Kerr/2procs >>> RotatingSymmetry180.Kerr-rotating-180/2procs >>> RotatingSymmetry180.Kerr-rotating-180-staggered/2procs >>> RotatingSymmetry180.Kerr-staggered/2procs >>> RotatingSymmetry180.KerrSchild-rotating-180/2procs >>> RotatingSymmetry90.Kerr-rotating-90/2procs >>> RotatingSymmetry90.Kerr-rotating-90-staggered/2procs >>> RotatingSymmetry90.KerrSchild-rotating-90/2procs }}} These should be replaced by EinsteinExact tests where possible. Peter is working on this. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1479> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 3

[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] #1478: Prim2ConCells using general Coordinates
by Einstein Toolkit 24 Nov '13

24 Nov '13

#1478: Prim2ConCells using general Coordinates -------------------------------+-------------------------------------------- Reporter: tl806@… | Owner: Type: defect | Status: new Priority: minor | Milestone: Component: Other | Version: development version Keywords: | -------------------------------+-------------------------------------------- Whilst trying to get Llama to work with my simulations in MHD, I had to make the attached changes to Prim2ConM. I also noticed a possible error with the cells function for the Hydro case, where you use the general coordinates metric, g11 within the function, but not vup. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1478> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 4

[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] #1482: use HDF5 1.8 features in CarpetIOHDF5, hdf5 utilities
by Einstein Toolkit 19 Nov '13

19 Nov '13

#1482: use HDF5 1.8 features in CarpetIOHDF5, hdf5 utilities -----------------------------------+---------------------------------------- Reporter: rhaas | Owner: Type: enhancement | Status: new Priority: minor | Milestone: Component: EinsteinToolkit thorn | Version: development version Keywords: CarpetIOHDF5 | -----------------------------------+---------------------------------------- version 1.8 offers new features that can make creating and accessing files with many datasets much faster. To use it one has to set the H5Pset_libver_bounds(fapl_id, H5F_LIBVER_LATEST, H5F_LIBVER_LATEST) properly to the file access property list used to create the dataset (version of HDF5 >= 1.8.5 also offer a H5F_LIBVER_18). This is a one line change that can be very beneficial. Unfortunately versions of hdf5 < 1.8.0 (ie 1.6) cannot read these files. Currently I think QueenBee is the last production machine that uses this old version of HDF5. Since it will be retired soon apparently, I would like to suggest that we switch to the newer HDF5 vesion at that time. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1482> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 2

[Einstein Toolkit] #1480: Catastrophic test failures with Intel 11
by Einstein Toolkit 15 Nov '13

15 Nov '13

#1480: Catastrophic test failures with Intel 11 -----------------------------------+---------------------------------------- Reporter: hinder | Owner: Type: defect | Status: new Priority: blocker | Milestone: ET_2013_11 Component: EinsteinToolkit thorn | Version: development version Keywords: | -----------------------------------+---------------------------------------- Several tests fail with very large differences or NaNs with Intel 11, but not with later versions of the compiler. We suspect this is due to a buggy implementation of Cray pointers, newly used in GRHydro since the last release. The affected tests are: {{{ GRHydro_test_shock_mp5 (from GRHydro) GRHydro_test_shock_ppm (from GRHydro) GRHydro_test_shock_weno (from GRHydro) tov_slowsector (from GRHydro) diag_flip_pugh_eno (from Hydro_InitExcision) diag_pugh_eno (from Hydro_InitExcision) halfsphere_pugh_ppm (from Hydro_InitExcision) sphere_pugh_ppm (from Hydro_InitExcision) x_flip_pugh_eno (from Hydro_InitExcision) x_pugh_eno (from Hydro_InitExcision) }}} Roland is going to try to implement a workaround for the compiler bug. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1480> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 6

[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

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

Trac November 2013