Trac October 2018

trac@lists.einsteintoolkit.org

1 participants
40 discussions

[Einstein Toolkit] #1974: Add WVUThorns_Diagnostics to the ET
by Einstein Toolkit 25 Jan '19

25 Jan '19

#1974: Add WVUThorns_Diagnostics to the ET --------------------------------+------------------------------------------- Reporter: zachetie@… | Owner: Type: enhancement | Status: new Priority: unset | Milestone: Component: Other | Version: development version Keywords: | --------------------------------+------------------------------------------- I have open-sourced a very useful set of diagnostic routines for GRMHD, GRHD, and even vacuum simulations. The thorns are available here: https://bitbucket.org/zach_etienne/wvuthorns_diagnostics Here's a brief description of each thorn: Brief description of included thorns '''Seed_Magnetic_Fields-modified''' Extended Seed_Magnetic_Fields thorn for binary neutron stars. Supercedes Seed_Magnetic_Fields thorn. '''Meudon_Bin_NS-modified''' Modifications to Meudon BNS initial data thorn to disable the overwriting of initial lapse/shift, which acts to significantly reduce coordinate eccentricity. Supercedes Meudon_Bin_NS thorn. '''VolumeIntegrals_GRMHD''' Nice GRMHD volume integration thorn, currently depends on IllinoisGRMHD and Carpet. Performs volume integrals on arbitrary "Swiss-cheese"-like topologies, and even interoperates with Carpet to track NS centers of mass. '''VolumeIntegrals_vacuum''' Nice GRMHD volume integration thorn, currently depends on ML_BSSN. There is a bit of code duplication and duplicated functionality between VI_GRMHD and VI_vacuum, to ensure that VI_vacuum can be used without enabling a GRMHD code. There is probably a better way of doing this, but I haven't had the time to think deeply about this. '''particle_tracerET''' Solves the ODE \partial_t x^i = v^i for typically thousands of tracer particles, using an RK4 integration atop the current timestepping. E.g., one RK4 substep in the particle integration might occur every 16 RK4 substeps in the GRMHD evolution. These tracer particle positions are quite useful for visualizing magnetic field lines in a consistent way from frame-to-frame in a movie (recall that in the GRMHD approximation, the magnetic field lines stay attached the fluid elements they thread ["Flux Freezing"]). Note that the velocity must be consistent with the velocity appearing in the GRMHD induction equation. This thorn reads in the HydroBase vel[] vector gridfunction, which assumes the Valencia formalism, and converts it into the induction equation velocity. '''smallbPoynET''' Computes b^i^, b^2^, and three spatial components of Poynting flux. It also computes (-1-u,,0,,), which is useful for tracking unbound matter. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1974> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 8

[Einstein Toolkit] #2161: make ET mailing lists searchable
by Einstein Toolkit 25 Jan '19

25 Jan '19

#2161: make ET mailing lists searchable ---------------------------------+---------------------------- Reporter: Roland Haas | Type: enhancement Status: new | Priority: minor Milestone: | Component: Cactus website Version: development version | Keywords: ---------------------------------+---------------------------- Right now there is no explicit search field for the Einstein Toolkit mailing lists. Google apparently indexes them. At the ET meeting at GeorgiaTech in 2018 it was suggested that a FAQ as well as the ability to search the mailing list would be useful. Such a functionality should be added to the ET wiki and ET website respectively. Something like this: {{{ <form action="https://www.google.com/search" class="searchform" method="get" name="searchform" target="_blank"> <input name="sitesearch" type="hidden" value="example.com"> <input autocomplete="on" class="form-control search" name="q" placeholder="Search in example.com" required="required" type="text"> <button class="button" type="submit">Search</button> </form> }}} seems to work and one can limit to particular lists by setting site to something like {{{site:lists.einsteintoolkit.org/pipermail/users}}} -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/2161> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 5

[Einstein Toolkit] #2101: Add Lean_public and Proca thorns to the ET
by Einstein Toolkit 25 Jan '19

25 Jan '19

#2101: Add Lean_public and Proca thorns to the ET -------------------------------------------------------+-------------------- Reporter: miguel.zilhao.nogueira@… | Owner: Type: enhancement | Status: new Priority: unset | Milestone: ET_2018_08 Component: EinsteinToolkit thorn | Version: development version Keywords: Lean_public | -------------------------------------------------------+-------------------- As discussed during the European ET meeting in Mallorca and during the 2018-01-22 ET telecon, we have a couple of Cactus thorns that we'd like to make available to the general ET community. These include: an updated evolution code that we used to evolve Proca fields (https://arxiv.org/abs/1505.00797), the corresponding analysis and initial data thorns, as well as a general metric evolution thorn (based on Uli Sperhake's Lean). We have been cleaning up the codes, and they are now available in following (public) bitbucket repositories: https://bitbucket.org/canuda/lean_public https://bitbucket.org/canuda/proca Included are some testsuites as well as some basic README files. We are currently working on a paper that would also serve as documentation. We would be very grateful if these could be considered for inclusion in the 2018_08 release. Sincerely, Helvi Witek Miguel Zilhão -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/2101> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 7

[Einstein Toolkit] #1718: MemSpeed: Re-use allocated memory
by Einstein Toolkit 23 Jan '19

23 Jan '19

#1718: MemSpeed: Re-use allocated memory -----------------------------------+---------------------------------------- Reporter: eschnett | Owner: Type: enhancement | Status: new Priority: minor | Milestone: Component: EinsteinToolkit thorn | Version: development version Keywords: | -----------------------------------+---------------------------------------- Allocating memory is slow. In thorn MemSpeed, we should re-use memory that has been allocated instead of allocating new memory for each benchmark. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1718> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 6

[Einstein Toolkit] #2194: Memory increase during regridding
by Einstein Toolkit 10 Jan '19

10 Jan '19

#2194: Memory increase during regridding ---------------------------------+-------------------- Reporter: wolfgang.kastaun@… | Type: defect Status: new | Priority: unset Milestone: | Component: Other Version: development version | Keywords: ---------------------------------+-------------------- I still have the problem that my BNS runs consume increasing memory during inspiral, where regridding happens. It limits the runtime of typical BNS runs to around 1 day, then they are killed by memory exhaustion. After merger, with fixed grid structure, the problem goes away. It happens with two different codes, WhiskyThermal+McLachlan and WhiskyMHD+McLachlan, on all clusters I use (hydra, marconi, supermuc, fermi, ..), and all releases I used: Payne, Brahe, Tesla, Wheeler. Regridding controled using CarpetRegrid2. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/2194> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 13

[Einstein Toolkit] #2184: PAPI does not detect ifort correctly
by Einstein Toolkit 10 Jan '19

10 Jan '19

#2184: PAPI does not detect ifort correctly ---------------------------------+----------------------------------- Reporter: Roland Haas | Type: defect Status: new | Priority: minor Milestone: | Component: EinsteinToolkit thorn Version: development version | Keywords: PAPI ---------------------------------+----------------------------------- PAPI's makefile attempts to set options for the fortran compiler and checks for the intel compiler suite by comparing F77 to the string ifort. This breaks since for Cactus F77 is not ifort but something along the lines of /long/path/to/ifort . The attached patch replicates the methods that the Makefile already uses to identify the C compiler to identify the F77 compiler. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/2184> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 4

[Einstein Toolkit] #2106: Make ParseFile.c more robust
by Einstein Toolkit 17 Dec '18

17 Dec '18

#2106: Make ParseFile.c more robust ----------------------+----------------------------------------------------- Reporter: eschnett | Owner: Type: defect | Status: new Priority: unset | Milestone: Component: Cactus | Version: development version Keywords: | ----------------------+----------------------------------------------------- We don't check for all the errors yet. https://bitbucket.org/cactuscode/cactus/pull-requests/45/flesh-make- parsefilec-a-bit-more-robust/diff -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/2106> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 22

[Einstein Toolkit] #331: SimFactory does not abort if it has been given a nonexistent optionlist
by Einstein Toolkit 13 Dec '18

13 Dec '18

#331: SimFactory does not abort if it has been given a nonexistent optionlist ------------------------+--------------------------------------------------- Reporter: hinder | Owner: mthomas Type: defect | Status: new Priority: major | Milestone: Component: SimFactory | Version: Keywords: | ------------------------+--------------------------------------------------- If I specify a nonexistent optionlist in a machine's .ini file, I get the warning Info: optionlist is: None Warning: no option list specified, using blank option list This is incorrect. I have specified an optionlist, but it has not been found, which indicates an error. In this case I would expect a fatal error. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/331> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 5

[Einstein Toolkit] #2207: support all of C++11 in Cactus or the Einstein Toolkit
by Einstein Toolkit 13 Dec '18

13 Dec '18

#2207: support all of C++11 in Cactus or the Einstein Toolkit ---------------------------------+------------------------- Reporter: Roland Haas | Type: enhancement Status: new | Priority: minor Milestone: | Component: Cactus Version: development version | Keywords: ---------------------------------+------------------------- We are currently allowing a subset of C++11 to be used in Cactus and the Einstein Toolkit. Looking at configure.in the supported features are: * the auto specifier * C++ lambdas * C++ range based for To support all interesting features one would need at least icpc 15 as well as g++ 4.8 and clang 3.3. == Compiler support == The major compilers provide the following information on the features they support: * [[http://en.cppreference.com/w/cpp/compiler_support|Overview on cppreference.com]] * [[http://software.intel.com/en-us/articles/c0x-features-supported-by- intel-c-compiler|Features supported by Intel compilers]] * [[http://gcc.gnu.org/projects/cxx0x.html|Features supported by gcc compilers]] * [[http://clang.llvm.org/cxx_status.html|Features supported by clang compilers]] This summarizes the specific C++11 **language** features. || ||= Description =||= GCC version =||= Intel version =||= Clang version =||= Notes =|| ||= [[http://www.open- std.org/jtc1/sc22/wg21/docs/papers/2008/n2672.htm|N2672]] =|| initializer lists || 4.4 || 14.0 || 3.1 || Wikipedia: [[http://en.wikipedia.org/wiki/C%2B%2B11#Initializer_lists|(1)]] [[http://en.wikipedia.org/wiki/C%2B%2B11#Uniform_initialization|(2)]] || ||= [[http://www.open- std.org/jtc1/sc22/wg21/docs/papers/2007/n2242.pdf|N2242]] \\ [[http://www .open-std.org/jtc1/sc22/wg21/docs/papers/2008/n2555.pdf|N2552]] =|| variadic templates || 4.3 \\ 4.4 || 12.1 || 2.9 || Wikipedia: [[http://en.wikipedia.org/wiki/Variadic_template|(1)]] || ||= [[http://www.open- std.org/jtc1/sc22/wg21/docs/papers/2004/n1737.pdf|N1737]] \\ [[http://www .open-std.org/jtc1/sc22/wg21/docs/papers/2006/n1984.pdf|N1984]] =|| ''auto'' type || 4.4 || 12.0 || 2.9 || Wikipedia: [[http://en.wikipedia.org/wiki/C%2B%2B11#Type_inference|(1)]] || ||= [[http://www.open- std.org/JTC1/SC22/WG21/docs/papers/2009/n2930.html|N2930]] =|| range-based for loops || 4.6 || 13.0 || 3.0 || Wikipedia: [[http://en.wikipedia.org/wiki/C%2B%2B11#Range-based_for_loop|(1)]] || ||= [[http://www.open- std.org/jtc1/sc22/wg21/docs/papers/2007/n2431.pdf|N2431]] =|| ''nullptr'' constant || 4.6 || 12.1 || 3.0 || Wikipedia: [[http://en.wikipedia.org/wiki/C%2B%2B11#Null_pointer_constant|(1)]] || ||= [[http://www.open- std.org/JTC1/SC22/WG21/docs/papers/2009/n2927.pdf|N2927]] =|| lambda functions || 4.5 || 12.0 || 3.1 || Wikipedia: [[http://en.wikipedia.org/wiki/Anonymous_function#C.2B.2B_.28since_C.2B.2B11.…]] || ||= [[http://www.open- std.org/jtc1/sc22/wg21/docs/papers/2010/n3052.html|N3052]] =|| lambda function conversions || ? || 13.0 || ? || || ||= [[http://www.open- std.org/jtc1/sc22/wg21/docs/papers/2008/n2761.pdf|N2761]] =|| standardized attributes || 4.8 || 12.1 || 3.3 || Wikipedia: [[http://en.wikipedia.org/wiki/C%2B%2B11#Attributes|(1)]] || ||= [[http://www.open- std.org/jtc1/sc22/wg21/docs/papers/2006/n1986.pdf|N1986]] =|| delegating constructors || 4.7 || 14.0 || 3.0 || Wikipedia: [[http://en.wikipedia.org/wiki/C%2B%2B11#Object_construction_improvement|(1)]] || ||= [[http://www.open- std.org/jtc1/sc22/wg21/docs/papers/2006/n2118.html|N2118]] =|| rvalue references || 4.3 || 12.0 || 2.9 || Wikipedia: [[http://en.wikipedia.org/wiki/C%2B%2B11#Rvalue_references_and_move_construct…]] || ||= [[http://www.open- std.org/jtc1/sc22/wg21/docs/papers/2007/n2346.htm|N2346]] =|| defaulted and deleted methods || 4.4 || 12.0 || 2.9, 3.0 || Wikipedia: [[http://en.wikipedia.org/wiki/C%2B%2B11#Explicitly_defaulted_and_deleted_spe…]] || ||= [[http://www.open- std.org/jtc1/sc22/wg21/docs/papers/2007/n2442.htm|N2442]] =|| raw string literals || 4.5 || 14.0 || 3.0 || Stackoverflow: [[http://stackoverflow.com/a/5460235|(1)]] || ||= [[http://www.open- std.org/jtc1/sc22/wg21/docs/papers/2007/n2235.pdf|N2235]] =|| generalized constant expressions || 4.6 || 14.0 || 3.1 || Wikipedia: [[http://en.wikipedia.org/wiki/C++11#constexpr_.E2.80.93_Generalized_constant…]] || ||= [[http://www.open- std.org/jtc1/sc22/wg21/docs/papers/2007/n2343.pdf|N2343]] \\ [[http://www .open-std.org/jtc1/sc22/wg21/docs/papers/2011/n3276.pdf|N3276]] =|| declared type of an expression || 4.3 \\ 4.8.1 || 12.0 || 2.9 \\ 3.1 || Wikipedia: [[http://en.wikipedia.org/wiki/Decltype|(1)]] || ||= [[http://www.open- std.org/jtc1/sc22/wg21/docs/papers/2007/n2437.pdf|N2437]] =|| explicit conversion operators || 4.5 || 13.0 || 3.0 || Stroustrup 4th edition, 18.4.2 || ||= [[http://www.open- std.org/jtc1/sc22/wg21/docs/papers/2005/n1757.html|N1757]] =|| right angle brackets || 4.3 || 11.1 || 2.9 || ''>>'' for template arguments || ||= [[http://www.open- std.org/jtc1/sc22/wg21/docs/papers/2011/n3272.htm|N3272]] =|| override and final || 4.7 || 14.0 || 3.0 || Wikipedia: [[http://en.wikipedia.org/wiki/C%2B%2B11#Explicit_overrides_and_final|(1)]] || ||= [[http://www.open- std.org/jtc1/sc22/wg21/docs/papers/2007/n2258.pdf|N2258]] =|| template aliases || 4.7 || 12.1 || 3.0 || Wikipedia: [[http://en.wikipedia.org/wiki/C%2B%2B11#Alias_templates|(1)]] || ||= [[http://www.open- std.org/jtc1/sc22/wg21/docs/papers/2010/n3053.html|N3053]] =|| move special member functions || 4.6 || 14.0 || 3.0 || || ||= [[http://www.open- std.org/jtc1/sc22/wg21/docs/papers/2008/n2659.htm|N2659]] =|| thread-local storage || 4.8 || 15.0 || 3.3 || || ||= [[http://www.open- std.org/jtc1/sc22/wg21/docs/papers/2007/n2341.pdf|N2341]] =|| Alignment support || 4.8 || 15.0 || 3.3 || || ||= [[http://www.open- std.org/jtc1/sc22/wg21/docs/papers/2008/n2756.htm|N2756]] =|| Non-static data member initializers || 4.7 || 14.0 || 3.0 || || ||= [[http://www.open- std.org/jtc1/sc22/wg21/docs/papers/2007/n2347.pdf|N2347 ]] || Strongly- typed enums || 4.4 || 14.0 || 2.9 || || This summarizes the specific C++11 **library** features. ||= Description =||= libstdc++ version =||= libc++ version =||= Notes =|| || ''std::begin'', ''std::end'' || 4.5 || * || || || smart pointers || <4.5 || * || Wikipedia: [[http://en.wikipedia.org/wiki/Smart_pointer#C.2B.2B_smart_pointers|(1)]] \\ Conversion between smart pointers to convertible types is not supported until libstdc++-4.6.1 || || ''std::map::emplace'' || 4.8 || || || || ''std::vector::emplace'' || <4.5 || * || || || ''<regex>'' || 4.9 || || cplusplus.com: [[http://www.cplusplus.com/reference/regex/|(1)]] || || ''<type_traits>'' || <4.5 || || cplusplus.com: [[http://www.cplusplus.com/reference/type_traits/|(1)]] || || ''<chrono>'' || 4.4 || || Stroustrup 4th edition || || ''<atomic>'' || 4.5 || || cplusplus.com: [[http://www.cplusplus.com/reference/atomic/|(1)]] \\ std::atomic::exchange does not compile for pointer types with Intel 13 (works with Intel 14) || || ''std::array'' || <4.6 || || || || ''std::to_string'' || || || || || ''std::unordered_map'' || || || || || || ''std::function'' || <=4.6 || || || * First version unknown; libc++ claims [[http://libcxx.llvm.org/index.html #dir-structure|full support]] for all C++11 features.\\ See the [[https://gcc.gnu.org/onlinedocs/gcc-4.6.4/libstdc++/manual/manual/status.htm… documentation]] (under 20.9.4.3) for a list of unsupported traits. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/2207> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 7

[Einstein Toolkit] #2059: SimFactory should detect the number of cores automatically
by Einstein Toolkit 13 Dec '18

13 Dec '18

#2059: SimFactory should detect the number of cores automatically -------------------------+-------------------------------------------------- Reporter: hinder | Owner: Type: enhancement | Status: new Priority: minor | Milestone: Component: SimFactory | Version: development version Keywords: | -------------------------+-------------------------------------------------- SimFactory should detect the number of cores automatically. See pull request by Mikael Sahrling: https://bitbucket.org/simfactory/simfactory2 /pull-requests/20/simdtpy-detect-number-of-cpus/diff. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/2059> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 30

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

Trac October 2018